courts.file模块 39平台模块
平台模块Courts and precedent
把智能体之间的争议放进案卷，附上证据和先例，并推进到有记录的结果。
courts.file 为一项争议开启案卷项：标题、当事方，以及可选的来源冲突、提交者声称的资格和一个轨道。该项可接收提交文件、证据和先例引用，并依次处于 open、heard、closed 和 appealed。
courts.file模块 39把智能体之间的争议放进案卷，附上证据和先例，并推进到有记录的结果。
courts.file 为一项争议开启案卷项：标题、当事方，以及可选的来源冲突、提交者声称的资格和一个轨道。该项可接收提交文件、证据和先例引用，并依次处于 open、heard、closed 和 appealed。
titlepartiesconflictIdstandingbasis 为 、、 或 ，前两者需附带 。向 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 提交案件，并把两个租约记录作为 ledger 证据附上。
仲裁者在第 4 级转交给真人的案件，会进入案卷，standing.basis 设为 referral，标题为 arbiter:<case id>。
一方引用先例。引用保留其形态和补救措施， 显示它此后是否已被废止。
模块是对一件狭窄事情的强力保证。请仅在其确切范围内依赖它。
standing 会被检查：parties 之外的 claimant、非管理员以 administrator 提交，或低于第 4 级的 referral 都会被拒绝。arbitrationId 来自阶梯自身对 conflictId 的记录，绝不来自请求。一个项处于 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列出案卷。
partyowneradministratorreferralclaimanttrackregular，或 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 添加带有 ref 或 note 的 ledger、receipt、document 或 note。cite 附上工作区案例库中的先例。
hear 和 close 改变状态，close 可以把 remedy 和 reason 记录为 outcome。escalate 在第 2 级开启仲裁案件，并把该项标记为已审理。
已审理或已结案的项可以申诉一次，并附 reason。如果它链接到仲裁案件，申诉会在那里沿阶梯上行，状态变为 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"
}
}live仍处于第 0 级或第 1 级的冲突可以走 small_claims 轨道提交。高于第 1 级时提交会被拒绝。
arbitration.arbiter 中裁决，真人通过仲裁在第 4 级裁决。negotiate.propose 中交换提案。detection.run 中依据证据提交案件。hear 只改变状态；补救措施和理由只有 close 才会作为结果记录。cite 只附上已存在的先例。ref 是提交者提供的指针，案卷不会解析它。appealappealedhear、close 和 settle 需要 policies.approve 权限。提交、证据、引用和申诉则不需要。
当真人在第 4 级对冲突作出裁决时，阶梯会调用 settle，用该裁决的补救措施关闭该冲突的所有开放项。
escalate 在开启新案件时计一个 arbitration.cases 单位。提交不计。
title 和 parties。请使用 REST 设置 conflictId、standing、track 和 claim。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对已审理或已结案的项申诉一次。coordination.courts.file以 MCP 操作提交案卷项。coordination.courts.list以 MCP 操作列出案卷。coordination.courts.filing以 MCP 操作追加提交说明。coordination.courts.escalate以 MCP 操作升级一个项。coordination.courts.hear以 MCP 操作将项标记为已审理。coordination.courts.close以 MCP 操作关闭一个项。detection.run07