ruview-home-sensing

本サイトが提示する下記のベストプラクティスを実行するプロジェクトは、Open Source Security Foundation (OpenSSF) バッジを達成したことを自主的に自己認証し、そのことを外部に示すことができます。

ソフトウェアに欠陥や脆弱性がないことを保証する手立てはありません。形式論的な証明ができたとしても、仕様や前提が間違っていると誤動作の可能性があります。また、プロジェクトが健全で、かつ機能的な開発コミュニティであり続けることを保証する手立てもありません。しかし、ベストプラクティスの採用は、プロジェクトの成果の向上に寄与する可能性があります。たとえば、いくつものベストプラクティスがリリース前の複数人によるレビューを定めていますが、それによりレビュー以外では発見困難な技術的脆弱性を見つけるのを助け、同時に異なる企業の開発者間の信頼を築き、さらに交流を続けることに対する意欲を生んでいます。バッジを獲得するには、すべてのMUSTおよびMUST NOT基準を満たさなければなりません。すべてのSHOULD基準も満たさなければなりませんが、正当な理由がある場合は満たさなくても構いません。そしてすべてのSUGGESTED基準も満たさなければなりませんが、満たさないとしても、少なくとも考慮することが望まれます。フィードバックは、 GitHubサイトのissueまたはpull requestとして提示されれば歓迎します。また、議論のためのメールリストも用意されています。

私たちは多言語で情報を提供していますが、翻訳版に矛盾や意味の不一致がある場合は、英語版を正式な記述とします。
これがあなたのプロジェクトなら、あなたのプロジェクトページにあなたのバッジステータスを表示してください！バッジステータスは次のようになります。 プロジェクト 15634 のバッジ レベルは in_progress です バッジステータスの埋め込み方法は次のとおりです。
バッジステータスを表示するには、あなたのプロジェクトのマークダウンファイルに以下を埋め込みます
[![OpenSSF Best Practices](https://www.bestpractices.dev/projects/15634/badge)](https://www.bestpractices.dev/projects/15634)
あるいは、以下をHTMLに埋め込みます
<a href="https://www.bestpractices.dev/projects/15634"><img src="https://www.bestpractices.dev/projects/15634/badge"></a>


これらは合格レベルの基準です。シルバーまたはゴールドレベル基準を表示することもできます。

Baseline Series: ベースラインレベル1 ベースラインレベル2 ベースラインレベル3

        

 基本的情報 12/13 ●

  • 一般

    他のプロジェクトが同じ名前を使用していないか注意してください。

    Reusable CSI sensing tools, bounded edge modules, inference experiments and parametric enclosures.

    SPDXライセンスの表現形式を使用してください。 例：「Apache-2.0」、「BSD-2-Clause」、「BSD-3-Clause」、「GPL-2.0+」、「LGPL-3.0+」、「MIT」、「(BSD-2-Clause OR Ruby)」。一重引用符または二重引用符を含めないでください。
    複数の言語がある場合は、コンマを区切り（スペースを入れてもよい）としてリストし、使用頻度の高いものから順に並べます。使用言語が多くある場合は、少なくとも最初の3つの最も多く使われるものをリストアップしてください。言語がない場合（例：ドキュメントだけ、またはテスト専用のプロジェクトの場合）、1文字 " - "を使用します。言語ごとにある大文字・小文字の慣用を踏襲してください（例：「JavaScript」）。
    Common Platform Enumeration（CPE）は、情報技術（IT）システム、ソフトウェア、およびパッケージのための構造化された命名体系です。脆弱性を報告する際に、多くのシステムやデータベースで使用されています。

    The public source, LICENSE, NOTICE and project guidance are now on the default main branch: https://github.com/ha-homelab/ruview-home-sensing/tree/3afc395637abd854f7300e96d62512af7975ab0b. PR 1 merged at this commit: https://github.com/ha-homelab/ruview-home-sensing/pull/1. Main validation run 39081481179 completed successfully: https://github.com/ha-homelab/ruview-home-sensing/actions/runs/39081481179. The PR-only Dependency Review job was skipped on this push; this does not represent a new dependency-applicability assessment. The immutable prerelease v0.4.0-rc.1 still points to d71f09cdc6948fb131c247ae51a2ada1af27a942: https://github.com/ha-homelab/ruview-home-sensing/releases/tag/v0.4.0-rc.1. Its downloaded release checksums, archive manifest and wheel RECORD were verified against that tagged source; no identity with later main-branch artifacts is asserted. Detailed test and analysis criteria retain their reviewed tagged-source evidence unless explicitly updated. Full ESP-IDF target build, complete dependency and cryptographic assessment, and disposition of retained compiler/extractor warnings remain incomplete. Some activity/OTA paths use plaintext HTTP/MQTT; signed WASM integrity does not provide transport confidentiality. No stable release, achieved Passing/Silver badge, sensing-accuracy validation or physical-device acceptance is asserted.

  • 基本的なプロジェクト ウェブサイトのコンテンツ


    バッジには十分です！

    プロジェクトのウェブサイトは、ソフトウェアが何をするのか（何の問題を解決するのか）を簡潔に記述しなければなりません。 [description_good]
    これは、潜在的なユーザーが理解できる言語でなければなりません（例えば、それは最小限の専門用語を使用します）。

    The public prerelease README describes reusable CSI sensing, bounded modules, inference experiments and printable enclosures. It explicitly limits what software tests and experimental outputs establish. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/README.md


    バッジには十分です！

    プロジェクトのウェブサイトは、取得方法、フィードバックの提供方法（バグ報告や拡張機能）、ソフトウェアへの貢献方法に関する情報を提供しなければなりません。 [interact]

    README documents development setup and links component, contribution and security guides. Contributions and feedback use public issues and pull requests. The reviewed source and guidance are now on the default main branch. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/3afc395637abd854f7300e96d62512af7975ab0b/README.md ; https://github.com/ha-homelab/ruview-home-sensing/blob/3afc395637abd854f7300e96d62512af7975ab0b/CONTRIBUTING.md ; https://github.com/ha-homelab/ruview-home-sensing/issues ; https://github.com/ha-homelab/ruview-home-sensing/pull/1


    バッジには十分です！

    貢献する方法に関する情報は、貢献プロセス（たとえばプル リクエストが使用されか、など）を説明する必要があります。 (URLが必要です) [contribution]
    別段の記載がない限り、GitHub上のプロジェクトは、（GitHubが提供する）課題管理とプルリクエストを使用することを想定します。この情報は不足しているかもしれません。すなわち、プロジェクトがプルリクエストと課題追跡ツールを使うことか、メーリングリストへの投稿を言及している。（どちら？）

    The public contribution guide describes issue reports, reviewed pull requests, regression coverage, documentation changes and required checks. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/CONTRIBUTING.md


    バッジには十分です！

    貢献する方法に関する情報は、貢献を受け入れるための要件（たとえば、必要なコーディング標準への参照）を含むべきです。 (URLが必要です) [contribution_requirements]

    CONTRIBUTING defines coding and validation expectations, dependency provenance, license preservation and a reviewed process for impractical automated-test coverage. It also requires privacy checks before publishing contributions. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/CONTRIBUTING.md


  • FLOSSライセンス


    バッジには十分です！

    プロジェクトによって作成されたソフトウェアは、FLOSSとしてリリースされなければなりません。 [floss_license]
    FLOSSは、オープンソース定義またはフリーソフトウェア定義を満たす方法でリリースされたソフトウェアです。そのようなライセンスの例としては、CC0、MIT、2項型BSD、 3項型BSD、 Apache 2.0 、Less GNU General Public License（LGPL）、および GNU General Public License（GPL）を参照してください。私たちの目的のためには、これはライセンスが以下のものでなければならないことを意味します： ソフトウェアは他の方法でライセンスされているかもしれません（たとえば、「GPLv2またはプロプライエタリ」は許容されます）。

    Original software, documentation and CAD are under MIT. The source export retains separately identified MIT, Apache-2.0 and BSD-2-Clause-or-CC0 upstream material and license texts. The current source distribution does not include model weights or a deployed firmware/container binary; future binary distributions need their own notice inventory. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/LICENSE ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/NOTICE ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/LICENSES/RuView-MIT.txt ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/firmware/vendor/monocypher/LICENCE.md


    バッジには十分です！

    プロジェクトによって作成されたソフトウェアに必要なライセンスは、オープンソース・イニシアチブ（OSI）によって承認されていることが推奨されています。 [floss_license_osi]
    OSIは、厳格な承認プロセスを使用して、どのライセンスがOSSであるかを判断します。

    The source uses MIT for original material, retained MIT and Apache-2.0 licenses for identified upstream portions, and the BSD-2-Clause option for dual-licensed Monocypher. These are OSI-approved license choices. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/LICENSE ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/NOTICE ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/firmware/vendor/monocypher/LICENCE.md


    バッジには十分です！

    プロジェクトは、結果のライセンスをソースリポジトリの標準的な場所に投稿しなければなりません。 (URLが必要です) [license_location]
    たとえば、LICENSEまたはCOPYINGという名前の最上位ファイルです。ライセンスファイル名の後に ".txt" や ".md" などの拡張子を付けることができます。別の規則は、ライセンスファイルを含むLICENSESという名前のディレクトリを持つことです。これらのファイルは通常、 REUSE仕様で説明されているように、SPDXライセンス識別子とそれに続く適切なファイル拡張子として名前が付けられます。この基準は、ソースリポジトリの要件にすぎないことに注意してください。ソースコード（実行可能ファイル、パッケージ、コンテナなど）から何かを生成するときに、ライセンスファイルを含める必要はありません。たとえば、Comprehensive R Archive Network（CRAN）のRパッケージを生成するときは、標準のCRANプラクティスに従います。ライセンスが標準ライセンスの場合は、標準の短いライセンス仕様を使用して（テキストのコピーをさらにインストールしないようにするため）、リストします。 .Rbuildignoreなどの除外ファイル内のLICENSEファイル。同様に、Debianパッケージを作成する場合、著作権ファイルに /usr/share/common-licenses のライセンス テキストへのリンクを配置し、作成したパッケージからライセンス ファイルを除外できます（たとえば、dh_auto_installを呼び出した後にファイルを削除します ）。可能な場合は、生成された形式で機械可読ライセンス情報を含めることをお勧めします。

    The default main branch now contains LICENSE and NOTICE at the repository root, with retained third-party license texts under LICENSES and the firmware vendor directory. PR 1 merged these files in commit 3afc395637abd854f7300e96d62512af7975ab0b. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/3afc395637abd854f7300e96d62512af7975ab0b/LICENSE ; https://github.com/ha-homelab/ruview-home-sensing/blob/3afc395637abd854f7300e96d62512af7975ab0b/NOTICE ; https://github.com/ha-homelab/ruview-home-sensing/blob/3afc395637abd854f7300e96d62512af7975ab0b/LICENSES/RuView-MIT.txt ; https://github.com/ha-homelab/ruview-home-sensing/pull/1


  • ドキュメンテーション


    バッジには十分です！

    プロジェクトは、プロジェクトによって作成されたソフトウェアに関する基本的なドキュメンテーションを提供しなければなりません。 [documentation_basics]
    このドキュメントは、インストール方法、起動方法、使用方法（可能であれば例示したチュートリアル）、および、そのソフトウェアの適切なトピックであれば安全に使用する方法（たとえば何をするべきで、何をすべきでないか）を記述し、メディア（たとえば、テキストやビデオなど）に収められている必要があります。セキュリティの文書は必ずしも長文である必要はありません。プロジェクトは、ドキュメンテーションとしてプロジェクト以外の素材へのハイパーテキストリンクを使用してもよいです。プロジェクトがソフトウェアを作成しない場合は、「該当なし」（N / A）を選択します。

    README and component guides describe prerequisites, setup, test commands and experimental limitations. Distribution documentation distinguishes the Python wheel from the complete source/tool archive and explains exact-revision consumption. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/README.md ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/docs/distribution.md ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/firmware/README.md


    必須情報が不明、バッジに十分ではありません。

    プロジェクトは、プロジェクトによって作成されたソフトウェアの外部インタフェース（入力と出力の両方）を記述する参照ドキュメントを提供しなければなりません。 [documentation_interface]
    外部インターフェイスのドキュメントは、エンドユーザーまたは開発者に、その使用方法を説明します。ドキュメントには、ソフトウェアにアプリケーション プログラム インターフェイス（API）が含まれている場合、アプリケーション プログラム インターフェイスが含まれます。ライブラリの場合、呼び出すことができる主要なクラス/型とメソッド/関数を文書化します。ウェブ アプリケーションの場合、URLインタフェース（多くの場合、RESTインタフェース）を定義します。コマンドラインインターフェイスの場合は、サポートするパラメータとオプションを文書化します。多くの場合、ドキュメントのほとんどを自動生成すると、ソフトウェアが変更されたときにドキュメントがソフトウェアと同期したままなので、最も良い方法ですが、これは必須ではありません。プロジェクトは、ドキュメンテーションとしてプロジェクト以外の素材へのハイパーテキストリンクを使用してもよいです。ドキュメンテーションは自動的に生成されるかもしれません（実際的に、しばしばこれを行う最良の方法です）。 RESTインタフェースのドキュメントは、Swagger / OpenAPIを使用して生成することができます。コード インタフェースのドキュメントは、 JSDoc （JavaScript）、 ESDoc （JavaScript）、pydoc（Python）、devtools (R)、pkgdown (R)、およびDoxygen（多数）のいずれかです。実装コードにコメントがあるだけでは、この基準を満たすには不十分です。すべてのソースコードを読むことなく情報を見るための簡単な方法が必要です。プロジェクトがソフトウェアを作成しない場合は、「該当なし」（N/A）を選択します。

    Public guides document module event contracts, explicit configuration boundaries and several CLI entry points. This review has not yet reconciled the complete externally exposed HTTP, native-service and command interface inventory with those documents. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/firmware/module-contract.md ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/config/README.md ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/server-modules/README.md


  • その他


    バッジには十分です！

    プロジェクトサイト（ウェブサイト、リポジトリ、およびダウンロードURL）は、TLSを使用したHTTPSをサポートしなければなりません。 [sites_https]
    これには、プロジェクトのホームページのURLとバージョン管理リポジトリのURLが「http：」ではなく「https：」で始まる必要があります。Let's Encryptからフリーの証明書を入手できます。プロジェクトは、（例えば） GitHubページ、 GitLabページ、またはSourceForgeプロジェクトページを使ってこの基準を実装してもよいです。HTTPをサポートしている場合は、HTTPトラフィックをHTTPSにリダイレクトすることを強くお勧めします。

    The official repository, public pull request, documentation and issue archive are served over HTTPS. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/README.md ; https://github.com/ha-homelab/ruview-home-sensing ; https://github.com/ha-homelab/ruview-home-sensing/pull/1


    バッジには十分です！

    プロジェクトは、議論（提案された変更や問題を含む）のための1つ以上の検索可能なメカニズムを持たなければならず、メッセージやトピックがURLでアドレス指定され、新しい人々がディスカッションのいくつかに参加できるようにしなければならず、クライアント側でプロプライエタリなソフトウェアのインストールを必要としないようにします。 [discussion]
    受け入れ可能なメカニズムの例には、アーカイブされたメーリングリスト、GitHubのイシューとプルリクエストの議論、Bugzilla、Mantis、Tracなどがあります。非同期ディスカッション メカニズム（IRCなど）は、これらの基準を満たしていれば許容されます。 URLアドレス可能なアーカイブ機構があることを確認してください。独自のJavaScriptは、推奨されませんが、許可されています。

    Public GitHub issues and pull requests are the documented discussion and contribution channels. The repository has issues enabled and PR 1 demonstrates the public review channel. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/CONTRIBUTING.md ; https://github.com/ha-homelab/ruview-home-sensing/issues ; https://github.com/ha-homelab/ruview-home-sensing/pull/1


    バッジには十分です！

    プロジェクトは英語で文書を提供し、英語でコードに関するバグ報告とコメントを受け入れることができるべきです。 [english]
    現在、英語はコンピュータ技術のリンガ フランカです。英語をサポートすることで、世界中のさまざまな潜在的な開発者とレビュアーの数を増やします。コア開発者の主要言語が英語でなくても、プロジェクトはこの基準を満たすことができます。

    The principal README, contribution instructions, security policy and distribution documentation are available in English. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/README.md ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/CONTRIBUTING.md ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/SECURITY.md ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/docs/distribution.md


    バッジには十分です！

    プロジェクトはメンテナンスされている必要があります。 [maintained]
    少なくとも、プロジェクトは重大な問題と脆弱性の報告に対応するように努める必要があります。バッジを積極的に追求しているプロジェクトは、おそらくメンテナンスされているでしょう。すべてのプロジェクトや人のリソースには限りがあり、提案された変更をプロジェクトが拒否しなければならないこともあるため、リソースに限りがあることや、提案が拒否されることが、メンテナンスされていないプロジェクトを示すわけではありません。

    プロジェクトが今後メンテナンスされなくなることがわかった場合は、この基準を「不適合（Unmet）」に設定し、適切なメカニズムを使用して、メンテナンスされないことを人々に示す必要があります。たとえば、READMEの最初の見出しに「DEPRECATED」（将来のサポートが保証されないので使用すべきでない）を使用し、ホームページの先頭近くに「DEPRECATED」を追加し、コード リポジトリのプロジェクトの説明の先頭に「DEPRECATED」を追加し、そのREADMEおよび/またはホームページにno-maintenance-intendedバッジを追加し、すべてのパッケージ リポジトリでdeprecated（非推奨）としてマークしたり（例： npm deprecate ）、コード リポジトリのマーキングシステムを使用してアーカイブします（例：GitHubの"archive" 設定、GitLabの"archived" マーキング、 Gerritの "readonly" ステータス、またはSourceForgeの"abandoned" プロジェクト ステータス）。詳細な説明については、こちらを参照してください。

    The new public project is actively maintained through source, documentation and CI work. PR 1 was reviewed and merged, followed by successful validation on main. This records present maintenance without asserting a long prior public history. Evidence: https://github.com/ha-homelab/ruview-home-sensing/pull/1 ; https://github.com/ha-homelab/ruview-home-sensing/commits/3afc395637abd854f7300e96d62512af7975ab0b ; https://github.com/ha-homelab/ruview-home-sensing/actions/runs/39081481179


 変更管理 9/9 ●

  • 公開されたバージョン管理ソースリポジトリ


    バッジには十分です！

    プロジェクトには、公開され、URLを持つ、バージョン管理のソース リポジトリがなければなりません。 [repo_public]
    URLはプロジェクトのURLと同じであってもよいです。プロジェクトは、変更が公開されていない間に（例えば、公開前に脆弱性を修正するため）、特定のケースでプライベート（非公開）ブランチを使用することができます。

    The software source is publicly readable in the default main branch after PR 1 merged at commit 3afc395637abd854f7300e96d62512af7975ab0b. The tagged initial prerelease remains separately available. Evidence: https://github.com/ha-homelab/ruview-home-sensing/tree/3afc395637abd854f7300e96d62512af7975ab0b ; https://github.com/ha-homelab/ruview-home-sensing/pull/1 ; https://github.com/ha-homelab/ruview-home-sensing/releases/tag/v0.4.0-rc.1


    バッジには十分です！

    プロジェクトのソース リポジトリは、どのような変更が行われたのか、誰が変更を行ったのか、いつ変更が行われたのかを追跡しなければなりません。 [repo_track]

    The public Git repository records the source changes and review commits. This assessment uses only its public change record. Evidence: https://github.com/ha-homelab/ruview-home-sensing/commits/d71f09cdc6948fb131c247ae51a2ada1af27a942 ; https://github.com/ha-homelab/ruview-home-sensing/pull/1/commits


    バッジには十分です！

    共同レビューを可能にするために、プロジェクトのソースリポジトリには、リリース間のレビューのための中間バージョンが含まれなければなりません。最終リリースのみを含めることはできません。 [repo_interim]
    プロジェクトは、公開ソース リポジトリから特定の暫定版を省略することを選択することができます。（たとえば、特定の非公開のセキュリティ脆弱性を修正するものは、公開されないか、または、合法的に投稿できないか、最終リリースに入らないです）

    Interim source revisions are publicly available as Git commits and pull requests. The initial public source PR has merged, and its resulting main-branch commit is publicly readable. Evidence: https://github.com/ha-homelab/ruview-home-sensing/commits/3afc395637abd854f7300e96d62512af7975ab0b ; https://github.com/ha-homelab/ruview-home-sensing/tree/3afc395637abd854f7300e96d62512af7975ab0b ; https://github.com/ha-homelab/ruview-home-sensing/pull/1


    バッジには十分です！

    プロジェクトのソース リポジトリに共通の分散バージョン管理ソフトウェア（gitなど）を使用することを推奨します。 [repo_distributed]
    Gitが特別に必要とされているわけでなく、プロジェクトでは、集中型バージョン管理ソフトウェア（例：subversion）を正当とする証拠を持って使用できます。

    The project uses a public Git repository, a distributed version-control system. Evidence: https://github.com/ha-homelab/ruview-home-sensing/tree/d71f09cdc6948fb131c247ae51a2ada1af27a942


  • 一意的なバージョン番号


    バッジには十分です！

    プロジェクトの結果には、ユーザーが使用することを意図されたリリースごとに固有のバージョン識別子が必要です。 [version_unique]
    これはコミットID（git commit idやmercurial changeset idなど）やバージョン番号（YYYYMMDDのようなセマンティックバージョニングや日付ベースのスキームを使用するバージョン番号を含む）など、さまざまな方法で対応できます。

    The initial prerelease v0.4.0-rc.1 has a unique Git tag resolving to commit d71f09cdc6948fb131c247ae51a2ada1af27a942. The version file uses 0.4.0-rc.1 and Python metadata uses the corresponding 0.4.0rc1 spelling. The published source archive manifest identifies its exact source commit. Evidence: https://github.com/ha-homelab/ruview-home-sensing/releases/tag/v0.4.0-rc.1 ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/version ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/pyproject.toml


    バッジには十分です！

    リリースには、Semantic Versioning (SemVer)またはCalendar Versioning (CalVer)のバージョン番号形式を使用することが推奨されます。CalVerを使用する場合は、マイクロレベル値を含めることが推奨されます。 [version_semver]
    プロジェクトは一般的に、エコシステムで使用されている通常のフォーマットなど、ユーザーが期待しているフォーマットを優先するべきです。多くのエコシステムではSemVerが好まれており、一般的にSemVerはアプリケーションプログラマインターフェース（API）やソフトウェア開発キット（SDK）に好まれています。CalVerは、規模が大きく、独自に開発した依存関係が異常に多いプロジェクトや、スコープが常に変化するプロジェクト、時間的な制約があるプロジェクトで使用される傾向があります。CalVerを使用する際には、マイクロレベルの値を含めることが推奨されます。マイクロレベルを含めることで、必要になった場合にはいつでも同時にメンテナンスされるブランチをサポートできるからです。git commit ID や mercurial changeset ID など、バージョンを一意に識別できるものであれば、他のバージョン番号形式をバージョン番号として使用することができます。しかし、(git commit ID のような)いくつかの代替形式は、リリースの識別子として問題を引き起こす可能性があります。すべての受信者が最新バージョンを実行しているだけの場合 （たとえば、継続的な配信を介して常に更新されている単一のWebサイトまたはインターネットサービスのコード）には、バージョン ID の形式はソフトウェアのリリースを識別する上で重要ではないかもしれません。

    The source version follows the SemVer prerelease form 0.4.0-rc.1. Python packaging uses its ecosystem-compatible 0.4.0rc1 representation. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/version ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/pyproject.toml


    バッジには十分です！

    プロジェクトがバージョン管理システム内の各リリースを特定することが推奨されています。たとえば、gitを使用しているユーザーがgitタグを使用して各リリースを特定することが推奨されています。 [version_tags]

    The published initial prerelease v0.4.0-rc.1 is identified by the Git tag of the same name, which resolves to source commit d71f09cdc6948fb131c247ae51a2ada1af27a942. The prerelease tag remains immutable and distinct from the later main-branch merge; no stable release is claimed. Evidence: https://github.com/ha-homelab/ruview-home-sensing/releases/tag/v0.4.0-rc.1 ; https://github.com/ha-homelab/ruview-home-sensing/tree/v0.4.0-rc.1


  • リリースノート


    バッジには十分です！

    プロジェクトは、各リリースにおいて、ユーザーがアップグレードすべきかどうか、また、アップグレードの影響を判断できるよう、そのリリースの主要な変更の要約を説明したリリースノートを提供しなければなりません（MUST）。リリースノートは、バージョン管理ログの生の出力であってはなりません（例えば、 "git log"コマンドの結果はリリースノートではない）。プロジェクトの成果物が複数の場所で再利用されることを意図していないプロジェクト（単独のウェブサイトやサービスのためのソフトウェアなど）で、かつ、継続的・断続的な配布を行う場合は、「該当なし」を選択することができます。 (URLが必要です) [release_notes]
    リリースノートは様々な方法で実装できます（MAY）。多くのプロジェクトは、 "NEWS"、 "CHANGELOG"、または "ChangeLog"という名前のファイルでそれらを提供し、 ".txt"、 ".md"、 ".html"などの拡張子を付けることもあります。歴史的には、 "change log"という言葉はすべての変更のログを意味していましたが、本基準を満たすために必要なものは、人間が読める要約です。リリースノートは代わりに、 GitHubリリースのワークフローなどのバージョン管理システムのメカニズムによって提供してもよい（MAY）。

    The sole published release, v0.4.0-rc.1, includes human-readable notes explaining the initial software components, separate bridge dependency, the source archive and wheel, compatibility and installation-policy requirements, security fixes, and experimental limitations. The notes link the exact source and validation run and explicitly do not claim stable promotion, deployment, a Passing badge or physical-device qualification. Evidence: https://github.com/ha-homelab/ruview-home-sensing/releases/tag/v0.4.0-rc.1 ; https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/docs/distribution.md


    バッジには十分です！

    リリースノートでは、このリリースで修正された、リリースの作成時にすでにCVE割り当てなどがあった、公に知られているランタイムの脆弱性をすべて特定する必要があります。 ユーザーが通常、ソフトウェアを実際に更新できない場合（たとえば、カーネルの更新によくあることです）、この基準は該当なし（N/A）としてマークされる場合があります。 この基準はプロジェクトの結果にのみ適用され、依存関係には適用されません。 リリースノートがない場合、または公に知られている脆弱性がない場合は、[N/A]を選択します。 [release_notes_vulns]
    この基準は、特定の更新によって一般に知られている脆弱性が修正されるかどうかをユーザーが判断するのに役立ち、ユーザーが情報に基づいて更新について決定できるようにします。ユーザーが通常、コンピューター上でソフトウェア自体を実際に更新することはできず、代わりに1つ以上の仲介者に依存して更新を実行する必要がある場合（カーネルお​​よびカーネルと絡み合っている下位レベルのソフトウェアの場合によくあることです）、この追加情報はそれらのユーザーには役立たないため、プロジェクトは「該当なし」（N/A）を選択する場合があります。同様に、すべての受信者が最新バージョンのみを実行している場合（継続的デリバリーによって絶えず更新される単一のWebサイトまたはインターネットサービスのコードなど）、プロジェクトはN/Aを選択できます。この基準はプロジェクトの結果にのみ適用され、依存関係には適用されません。プロジェクトのすべての推移的な依存関係の脆弱性を一覧表示することは、依存関係が増加および変化するにつれて扱いにくくなるため、不要です。依存関係を調べて追跡するツールがよりスケーラブルな方法でこれを実行できます。

    No qualifying publicly known project-runtime vulnerability with a CVE or equivalent assignment has been identified for this initial prerelease. Its notes nevertheless describe the project security fixes. CVE-2026-59890 / GHSA-h35f-9h28-mq5c, also discussed in the notes, concerns the external setuptools build dependency and is outside this criterion's project-results scope. Reassess when a release fixes a qualifying assigned project vulnerability. Evidence: https://github.com/ha-homelab/ruview-home-sensing/releases/tag/v0.4.0-rc.1 ; https://github.com/ha-homelab/ruview-home-sensing/security/advisories


 報告 8/8 ●

  • バグ報告プロセス


    バッジには十分です！

    プロジェクトは、ユーザーが不具合報告を送信するプロセスを提供しなければなりません（たとえば、課題トラッカーやメーリングリストを使用します）。 (URLが必要です) [report_process]

    CONTRIBUTING asks reporters to open an issue with observed behavior, expected results and a minimal fictional reproduction. The public repository has an enabled issue tracker. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/CONTRIBUTING.md ; https://github.com/ha-homelab/ruview-home-sensing/issues


    バッジには十分です！

    プロジェクトは、個々の課題を追跡するための課題トラッカーを使用するべきです。 [report_tracker]

    The project uses an enabled public GitHub issue tracker for individual reports. Evidence: https://github.com/ha-homelab/ruview-home-sensing/issues


    バッジには十分です！

    このプロジェクトは、過去2〜12か月間に提出された多数のバグ報告の受領を認めなければなりません。応答に修正を含める必要はありません。 [report_responses]

    The maintainer reports no qualifying external bug reports during the assessment period. The newly created public tracker currently contains no bug issues. This is a no-report assessment, not an invented response record. Evidence: https://github.com/ha-homelab/ruview-home-sensing/issues


    バッジには十分です！

    プロジェクトは、直近2〜12ヶ月（2ヶ月を含む）に増強要求の多数（> 50％）に対応すべきです。 [enhancement_responses]
    応答は、「いいえ」や、そのメリットについての議論であってもよいです。目標は、単にプロジェクトがまだ生きていることを示している、いくつかの要求に対する応答があることです。この基準のために、プロジェクトは偽のリクエスト（スパマーや自動システムなど）をカウントする必要はありません。プロジェクトで機能強化が行われていない場合は、「満足されない」（unmet）を選択し、この状況をユーザーに明確にするURLを含めてください。プロジェクトが強化要求の数によって圧倒される傾向がある場合は、「満足されない」（unmet）を選択して説明してください。

    The maintainer reports no qualifying external enhancement requests during the assessment period. The newly created public tracker currently contains no enhancement issues. Evidence: https://github.com/ha-homelab/ruview-home-sensing/issues


    バッジには十分です！

    プロジェクトは、後で検索するために、レポートとレスポンスのアーカイブを公開する必要があります。 (URLが必要です) [report_archive]

    GitHub provides a public searchable archive of open and closed issues and their responses; the initial pull-request discussion is also publicly retained. Evidence: https://github.com/ha-homelab/ruview-home-sensing/issues?q=is%3Aissue ; https://github.com/ha-homelab/ruview-home-sensing/pull/1


  • 脆弱性報告プロセス


    バッジには十分です！

    プロジェクトは、脆弱性を報告するプロセスをプロジェクト サイトに公開しなければなりません。 (URLが必要です) [vulnerability_report_process]
    たとえば、https：// PROJECTSITE / securityの明示的に指定されたメール アドレスで、これはしばしばsecurity@example.orgの形式です。これはバグ報告プロセスと同じかもしれません。脆弱性レポートは常に公開される可能性がありますが、多くのプロジェクトでは、プライベート脆弱性を報告するメカニズムがあります。

    SECURITY explains the confidential reporting route, requested reproduction information and handling boundaries. GitHub private vulnerability reporting is enabled for this repository. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/SECURITY.md ; https://github.com/ha-homelab/ruview-home-sensing/security/advisories/new


    バッジには十分です！

    プライベート脆弱性報告がサポートされている場合、プロジェクトは、プライベートに保持された方法で情報を送信する方法を含んでいなくてはなりません。 (URLが必要です) [vulnerability_report_private]
    例としては、HTTPS（TLS）を使用してWeb上に提出されたプライベート不具合報告や、OpenPGPを使用して暗号化された電子メールがあります。脆弱性報告が常に公開されている場合（プライベート脆弱性報告は存在しないため）、「該当なし」（N / A）を選択します。

    The enabled GitHub private vulnerability-reporting form is the documented confidential intake. Reporters are told not to publish credentials or sensitive reproduction data in a public issue. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/SECURITY.md ; https://github.com/ha-homelab/ruview-home-sensing/security/advisories/new


    バッジには十分です！

    過去6ヶ月間に受け取った脆弱性報告に対するプロジェクトの初期応答時間は、14日以下でなければなりません。 [vulnerability_report_response]
    過去6か月間に脆弱性が報告されていない場合は、「該当なし」（N/A）を選択します。

    The maintainer reports no vulnerability reports in the preceding six months. This no-report applicability assessment does not assert a demonstrated response-time record. Evidence: https://github.com/ha-homelab/ruview-home-sensing/blob/d71f09cdc6948fb131c247ae51a2ada1af27a942/SECURITY.md


 品質 8/13 ●

 セキュリティ 5/16 ●

 分析 8/8 ●


ツールやAIシステムを使って、https://www.bestpractices.dev/ja/projects/15634/choose/edit?osps_ac_01_01_status=Met&osps_ac_01_01_justification=GitHub+enforcedのような簡単なURLで変更を提案できます。その方法については、自動化提案システムをご覧ください。 このデータは、Community Data License Agreement – Permissive, Version 2.0 (CDLA-Permissive-2.0)のもとで利用可能です。これは、データ受領者が、データ受領者がこの契約のテキストを共有データとともに利用可能にする限り、変更の有無にかかわらずデータを共有できることを意味します。alvitおよびOpenSSFベストプラクティスバッジのコントリビューターにクレジットを表示してください。

プロジェクト バッジ登録の所有者： alvit.
エントリの作成日時 2026-10-17 23:08:53 UTC、 最終更新日 2026-10-18 00:10:48 UTC