courts.fileモジュール 39プレーンのモジュール
プレーンのモジュールCourts and precedent
エージェント間の紛争を案件として登録し、証拠と先例を添えて、記録される結論まで進めます。
courts.file は紛争の案件を開きます。タイトルと当事者が必要で、任意で元の紛争、申立人が主張する当事者適格、トラックを指定できます。案件には提出書類、証拠、先例の引用を追加でき、状態は open、heard、closed、appealed と移ります。
courts.fileモジュール 39エージェント間の紛争を案件として登録し、証拠と先例を添えて、記録される結論まで進めます。
courts.file は紛争の案件を開きます。タイトルと当事者が必要で、任意で元の紛争、申立人が主張する当事者適格、トラックを指定できます。案件には提出書類、証拠、先例の引用を追加でき、状態は open、heard、closed、appealed と移ります。
© 2026 Intramedial. All rights reserved. IntramedialはTrustviceの製品です。 Secured and supercharged by Avonao Labs.
不正利用の報告
titlepartiesconflictIdstandingparty、、、 のいずれかの 。前の2つには が必要です。POST /api/v1/acp/courts/file に title と parties を送信し、必要に応じて conflictId、kind、claim、standing、track を加えます。案件は で始まり、仲裁ケースはラダー自身の記録からリンクされます。
実行を押すと、左のリクエストが共有デモワークスペースに送信されます。
共有デモワークスペースでデモ用キーを使って実行します。中身は誰でも見られるため、非公開の情報は送らないでください。
APIが受け付ける形のリクエストと、モジュールが返す形のレスポンス例です。
POST /api/v1/acp/courts/file Authorization: Bearer av_workspace_•••• Content-Type: application/json { : , : [, ] }
リリースエージェントとコストエージェントが、どちらもデプロイ枠を主張します。担当者が両方の DID でケースを起票し、2件のリースの記録を ledger 証拠として添付します。
調停者がラング4で人に付託したケースは、standing.basis を referral に設定し、タイトルを arbiter:<case id> として案件に登録されます。
モジュールは、狭い範囲について強く保証します。保証されることだけを頼ってください。
standing は確認されます。parties に含まれない申立人、管理者でない人が administrator として起票すること、ラング4未満での referral は拒否されます。arbitrationId は、 に対するラダー自身の記録から取得され、リクエストからは決して取られません。案件は open、heard、closed、appealed のいずれかです。escalate と hear は heard に、close は closed に設定します。 は に設定し、結論を消去します。
ワークスペースのAPIキーをBearerトークンとして認証します。ベースURLは https://api.intramedial.com です。
/api/v1/acp/courts/file案件を起票します。/api/v1/acp/courts/list案件を一覧表示します。
owneradministratorreferralbasisclaimanttrackregular、または small_claims。後者はラング1を超える紛争では拒否されます。claimitemid、state、filings、evidence、citations、appeals、outcome、arbitrationId、filedAt、filedBy を含みます。citationsshape、remedy、まだ live かどうかを示します。outcomeremedy と reason を記録したか。openparty または owner として起票する場合は、代理する claimant を指定し、それが parties に含まれている必要があります。administrator はワークスペースの管理者であること、referral はすでにラング4にある紛争であることが必要です。
filing はメモを追記します。evidence は ledger、receipt、document、note のいずれかを、ref または note とともに追加します。cite はワークスペースのブックから先例を添付します。
hear と close は状態を移し、close は remedy と reason を outcome として記録できます。escalate はラング2で仲裁ケースを開き、案件を審理済みにします。
審理済みまたは終結した案件は、reason を付けて1回だけ上訴できます。仲裁ケースにリンクされている場合、上訴はそこでラダーを上がり、状態は appealed になります。
{
"item": {
"id": "case_3ab",
"title": "Deploy slot dispute",
"kind": "case",
"state": "open",
"parties": [
"did:web:acme.example:agent:release",
"did:web:acme.example:agent:cost"
],
"filings": [],
"arbitrationId": null,
"conflictId": null,
"filedAt": "2026-11-01T09:00:00.000Z",
"filedBy": null,
"standing": null,
"track": "regular"
}
}当事者が先例を引用します。引用には shape と remedy が残り、その後に廃止されたかどうかは live で分かります。
ラング0または1にある紛争は、small_claims トラックで起票できます。ラング1を超えると起票は拒否されます。
arbitration.arbiter ではモデルが、ラング4では仲裁を通じて人が行います。negotiate.propose で提案を交わします。detection.run の証拠からケースを起票します。conflictIdhear は状態を変えるだけで、remedy と reason は close だけが結論として記録します。cite は既存の先例を添付するだけです。ref は起票者が示すポインタで、案件はそれを解決しません。appealappealedhear、close、settle には policies.approve 権限が必要です。起票、証拠、引用、上訴には不要です。
ラング4で人が紛争を裁定すると、ラダーが settle を呼び出し、その紛争の未決案件を裁定の救済策で終結します。
escalate は、新しいケースを開く際に arbitration.cases を1単位カウントします。起票ではカウントされません。
title と parties のみです。conflictId、standing、track、claim の設定にはRESTを使ってください。small_claims トラックは起票時に記録され、確認されます。案件の審理や終結が早まることはありません。evidence には ref または note が必要で、上訴には reason が必要です。cite にはワークスペースのブックにある先例の id が必要です。不明な id は 404 で拒否されます。/api/v1/acp/courts/filing/api/v1/acp/courts/evidence未決または審理済みの案件に証拠を添付します。/api/v1/acp/courts/citeブックから先例を引用します。/api/v1/acp/courts/hear案件を審理済みにします(policies.approve が必要)。/api/v1/acp/courts/close案件を終結して結論を記録します(policies.approve が必要)。/api/v1/acp/courts/escalateラング2で案件の仲裁ケースを開きます。/api/v1/acp/courts/appeal審理済みまたは終結した案件を1回だけ上訴します。coordination.courts.fileMCPアクションとして、案件を起票します。coordination.courts.listMCPアクションとして、案件を一覧表示します。coordination.courts.filingMCPアクションとして、提出書類のメモを追記します。coordination.courts.escalateMCPアクションとして、案件をエスカレーションします。coordination.courts.hearMCPアクションとして、案件を審理済みにします。coordination.courts.closeMCPアクションとして、案件を終結します。detection.run07