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 이슈/PR 또는 AIO가 지정한 공식 제출 메커니즘(공개 우선 권장).
• 모든 산출물(본문, 참조 구현, 테스트 벡터)은 가능한 경우 공개 저장소에 게시되어야 하며, 검토와 재현성을 지원해야 합니다.

6) 검토 및 의사결정 역할

• 검토자: 주제 전문가 및 워킹그룹이 기술 검토와 주장 검증을 수행합니다.
• 워킹그룹(WG): 제안이 Candidate 단계까지 진행되도록 안내하고 구현 가이드를 작성할 책임이 있습니다.
• 커뮤니티: 공개 토론 채널과 이슈 스레드가 공개 리뷰의 주요 공간입니다.

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 에디터: 형식, 메타데이터, RFC 인덱스 유지 관리를 담당합니다.
• 워킹그룹: 필요 시 기술 검토, 테스트 스위트 및 참조 구현을 제공합니다.

10) 일정 및 변경 관리

• 표준 일정(Draft 14일, Candidate 30일)이 기본이며, 예외는 문서화된 근거가 필요합니다.
• 중대한 변경은 버전 관리 및 변경 로그로 관리되며, 긴급 수정은 Errata로 처리할 수 있습니다.

11) IPR 및 공개

• 기여자는 제출한 자료에 대한 권리와 라이선스를 명시해야 합니다. 제3자 권리가 존재할 경우 상태와 허가를 설명해야 합니다.

12) 부록 및 WG 제출

• RFC는 AIO의 워킹그룹, 위원회, 또는 개별 기여자가 작성하거나 후원할 수 있습니다. WG는 필요할 경우 검토 산출물 및 참조 구현을 제공해야 합니다.

13) 개정

• 개정 사항은 문서 변경 로그에 기록됩니다. 주요 개정은 변경 요약과 동기를 포함해야 합니다.

14) 거버넌스 통합

• 조직 규칙이나 정관에 영향을 미치는 RFC는 해당 거버넌스 기관(예: 총회, 이사회)의 검토 및 승인을 필요로 할 수 있습니다.

15) 이해 상충 및 기권

• 기여자와 검토자는 이해 상충을 공개해야 합니다. 결정에 영향을 미치는 경우 기권 또는 기타 완화 조치가 적용됩니다.

16) 데이터 보호 및 프라이버시

• RFC가 개인 데이터를 포함하는 경우, 프라이버시 영향 평가(DPIA) 등을 수행하고 문서화해야 합니다.

17) 출판 규범

• RFC는 공개적으로 게시되며, 메타데이터와 버전 이력은 추적성을 보장하기 위해 보존됩니다.

18) 라이선스

• 문서 본문: CC BY 4.0.
• 소스 코드 및 테스트 아티팩트: Apache-2.0 또는 MIT.

19) 집행 및 준수

• AIO 직원 및 관련 워킹그룹은 출판 및 보관 관행이 준수되도록 책임을 집니다.

20) 거버넌스 결정

• 거버넌스 수준의 결정(예: RFC를 공식 표준으로 채택)은 정관에 명시된 투표 규칙을 따르며, 경우에 따라 특별 다수결이 필요할 수 있습니다.

21) 채택 및 구현

• 워킹그룹 또는 후원 기관이 구현 조정과 채택 모니터링을 책임집니다. 주요 결정은 문서화되어 게시되어야 합니다.

---

_{Final v1.0}