JSON Schema
MissionWeaveProtocol 0.1 は、JSON Schema Draft
2020-12 に準拠した 21 個の規範ファイルを定義します。正本となるファイルは、プロトコルリポジトリの
schemas/ ディレクトリ
にあります。
wire property name には lower camel case を使用します。core
object は未知の property を拒否し、承認済みの extension data は明示的な
extensions member にのみ格納されます。
Schema カタログ
Section titled “Schema カタログ”| Schema | 用途 |
|---|---|
common.schema.json |
他の schema が使用する共有プロトコル定義 |
agent-card.schema.json |
Organization 署名付きの安定した Agent identity と検証済み capability |
presence-record.schema.json |
一時的な Agent の可用性と処理能力 |
mission.schema.json |
Mission の目的、ownership、budget、Approval lifecycle |
group.schema.json |
1 つの Mission に属する一時的な協働 Group |
group-snapshot.schema.json |
Group 履歴の署名済み archive snapshot |
membership.schema.json |
Principal を Group に接続する、範囲の限定された authorization |
conversation.schema.json |
監査可能な Group または WorkItem の Conversation thread |
message.schema.json |
execution authority を付与しない、commit 済みの会話 context |
work-contract.schema.json |
作業目標、成果物、条件、input、権限、deadline、retry budget |
work-item.schema.json |
lifecycle と ownership を含む、明示的な Mission 作業の単位 |
artifact.schema.json |
immutable で content-addressed な成果物 manifest |
evidence.schema.json |
acceptance criteria に照らして評価される記録済みの事実 |
approval.schema.json |
正確な Mission result に対する署名済み Approval |
context-package.schema.json |
署名済みで範囲が限定され、provenance を持つ Mission context |
command.schema.json |
1 つの構造化された state transition を求める署名済み request |
event.schema.json |
Group の順序付き履歴に含まれる immutable な accepted fact |
error.schema.json |
構造化されたプロトコル error document |
lease.schema.json |
renewable かつ epoch-fenced な execution lease |
extension-profile.schema.json |
governance 対象となる extension definition と compatibility metadata |
websocket-frame.schema.json |
canonical WebSocket frame union |
正本となる schema README に共有 validation rule が記録されています。
プロトコルリポジトリを検証する
Section titled “プロトコルリポジトリを検証する”missionweaveprotocol のソース checkout で実行します。
python -m pip install -r requirements-validation.txtpython scripts/check_repository_policy.pypython scripts/validate_protocol.pyvalidator は reference を解決する前に、すべての schema を $id
で登録する必要があります。schema validation が証明するのは構造上の適合性であり、
仕様に定める動作要件ではありません。
適合性 manifest は、これらの schema に対する expected-valid および expected-invalid instance を提供します。