このプロジェクトについて

Astrid RFCsは、Astridカーネルとユーザー空間間の契約面に対する変更の設計提案を保持する仕様リポジトリです。READMEによると、RFCはこれらのインターフェースの権威ある仕様であり、実装は逆ではなくRFCに準拠することが期待されています。 契約面の範囲には、ホストABI、IPCプロトコル、ケーパビリティモデル、マニフェストスキーマ、VFSセマンティクス、カプセルインターフェース標準、公開SDK APIが含まれます。READMEはRFCを必要とする状況を列挙しています:syscallテーブル(astrid-sys)でのホスト関数の追加または変更、IPCトピック規約またはペイロードスキーマの変更、ケーパビリティトークン形式または検証セマンティクスの変更、Capsule.tomlマニフェストスキーマまたは依存関係解決の変更、VFSパス解決ルールまたはオーバーレイ動作の変更、ツールスキーマやクロスカプセル契約などの新しいカプセルインターフェース標準の定義、およびastrid-sdk公開APIへの破壊的変更。 文書化されたプロセスは次のとおりです:リポジトリをフォークし、0000-template.mdをtext/0000-my-feature.mdにコピーします;動機とリファレンスレベルの仕様に重点を置いてRFCを記入します;そのファイル名を使用してプルリクエストを開きます;PRで議論および改訂します;合意に達したら、メンテナーが次の連番を割り当て、ファイルをtext/NNNN-my-feature.mdに名前変更してマージします;その後、実装はastrid-sdkでフィーチャーフラグの背後とリファレンスカプセルで進行します。 RFCライフサイクル状態は、Draft(PRオープン、議論中)、Active(マージ済み、astrid-sdkで型が実装中)、Final(実装済みで安定、破壊的変更には新しいRFCが必要)、Withdrawn(マージなしでクローズ)、Superseded(新しいRFCに置き換えられ、ヘッダーに記載)です。 SDK統合はRFCごとに1つのフィーチャーフラグとして説明され、astrid-sdk依存関係を介して個々のRFCタイプまたはすべてのRFCタイプを有効にする例があります。インデックスは現在、RFC 0001(RFCプロセス)をActiveとしてリストしています。リポジトリはMITおよびApache 2.0のデュアルライセンスであり、著作権は2025-2026年のJoshua J. BouwおよびUnicity Labsに帰属します。