AIO logo
Public RFC Process

AIO Public RFC Process

The public process through which standards, specifications, policies, and process changes are proposed, reviewed, and adopted.

AIO 公開 RFC プロセス

1) 目的と範囲

本書は、標準、仕様、プロセス変更を提案するための AIO の公開 Request For Comment (RFC) 手続きを定義する。RFC の種類、進行段階、提出および番号付けの規約、ライセンス、レビュー責任、関連するガバナンス慣行を含む。

RFC プロセスは、エコシステムの利害関係者が検討・実装できる、技術的および手続き的提案のオープンで監査可能な記録を作成することを目的とする。

2) 文書の種類

  • Standards Track: 規範的なフォーマット、動作、または API を定義する仕様（例：RBP JSON、BYOR API）。
  • Informational: ガイダンス、背景、ユースケース、または説明資料。
  • Process: 組織上または手続き上の規則を変更する提案。

3) ステータスの進行

RFC は次のライフサイクルをたどる：Idea → Draft → Candidate (CR) → Final (STD) → Deprecated。

  • Draft: 公開レビュー期間の開始（最低 14 日）。
  • Candidate: 実装と相互運用性の検証；準備性レビュー（最低 30 日）。
  • Final: コンセンサスおよび適用されるガバナンス承認により採択。
  • Deprecated: 置換または推奨利用からの除外時にマーキング。

4) 番号付けとメタデータ

  • RFC 識別子: AIO-RFC-YYYY-NNN（例：AIO-RFC-2025-001）。
  • 必須メタデータ: タイトル、要約、動機、仕様、根拠、互換性に関する考慮、セキュリティ/プライバシーの考慮、実装ノート、IPR/ライセンス、参照文書、変更履歴、著者リスト。
  • ライセンス: 文章は CC BY 4.0、コード例は Apache-2.0 または MIT。

5) 提出と公開

  • 提出方法: GitHub issue/PR または AIO が指定する公式提出メカニズム（公開優先）。
  • 可能な場合、すべての成果物（本文、参照実装、テストベクター）は公開リポジトリに公開して、レビューと再現性を支援すること。

6) レビューと決定の役割

  • レビュアー: 主題専門家およびワーキンググループが技術レビューと主張の検証を行う。
  • ワーキンググループ (WG): 提案を Candidate 段階まで導き、実装ガイダンスを作成する責任を負う。
  • コミュニティ: 公開の議論チャネルと issue スレッドがオープンレビューの主な場である。

7) レビュー期間と改訂

  • Draft: 公開レビューは最低 14 日。
  • Candidate: 実装検証のため最低 30 日（例外は承認されうる）。
  • 改訂は -rev1、-rev2 のようなサフィックスで追跡される。小さな修正は Errata として公開される。

8) IPR とライセンス

  • 著者は、文書本文を CC BY 4.0 の下で公開する権利と、参照実装コードを Apache-2.0 または MIT の下で公開する権利を AIO に許諾する（別段の明示がない限り）。
  • 貢献者は特許に関する制約があれば開示するものとし、ライセンスに関する確約は RFC 内で明示されるべきである。

9) 編集と管理の役割

  • Editor-in-Chief: RFC の総合的な編集責任および公開権限。
  • RFC Editor: 形式、メタデータ、RFC インデックスの管理を担当。
  • WG: 必要に応じて技術レビュー、テストスイート、参照実装を提供する。

10) タイムラインと変更管理

  • 標準的なタイムライン（Draft 14 日、Candidate 30 日）はデフォルトであり、例外には文書化された正当性が必要。
  • 重大な変更はバージョン管理と変更ログで管理され、緊急修正は Errata で扱われる場合がある。

11) IPR と開示

  • 貢献者は提供された資料に関する権利とライセンスを明示する必要がある。第三者の権利が関係する場合、その状況と許可を説明すること。

12) 付録および WG 提出

  • RFC は WG、委員会、または個人によって作成・後援され得る。WG は該当する場合、レビュー成果物と参照実装を作成するべきである。

13) 改訂

  • 改訂は文書の変更ログに記録される。大幅な改訂には変更点の要約と動機を含めること。

14) ガバナンス統合

  • 組織規則や定款に影響する RFC は、適切なガバナンス機関（例えば総会、理事会）の審査および承認を要する場合がある。

15) 利益相反と辞退

  • 貢献者およびレビュアーは利益相反を開示しなければならない。意思決定に影響を与える場合、辞退または他の緩和策が適用される。

16) データ保護とプライバシー

  • RFC が個人データを含む場合、プライバシー影響評価（DPIA）等を実施し記録すること。

17) 公開基準

  • RFC は公開的に発行され、メタデータおよびバージョン履歴は追跡性を確保するために保持される。

18) ライセンス

  • 文書本文：CC BY 4.0。
  • ソースコードおよびテストアーティファクト：Apache-2.0 または MIT。

19) 執行と準拠

  • AIO のスタッフおよび関連する WG は、公開およびアーカイブの慣行が守られることを保証する責任がある。

20) ガバナンス決定

  • ガバナンスレベルの決定（例：RFC を公式標準として採択すること）は、定款に定められた投票ルールに従い、特定の多数が必要となる場合がある。

21) 採用と実施

  • WG またはスポンサー団体が実施と採用の監視を調整する責任を負う。重要な決定は文書化され公表されるべきである。

<sub>Final v1.0</sub>

AIO Public RFC Process | AIO