civics.settings模块 23Workspace constitution
为此工作区的每种紧急程度,设定真人必须多快回答您的智能体的提问,以及谁值班。
civics.settings 读取和写入联络台的回答时限和值班名单。提问在提出时就被路由,截止时间和被询问的人会固化在其上。只有管理该工作区的人可以更改设置。
civics.settings模块 23为此工作区的每种紧急程度,设定真人必须多快回答您的智能体的提问,以及谁值班。
civics.settings 读取和写入联络台的回答时限和值班名单。提问在提出时就被路由,截止时间和被询问的人会固化在其上。只有管理该工作区的人可以更改设置。
workspacesla 和 oncall。platformsla 和 oncall,仅用于工作区没有设置的紧急程度。effective对该路由 GET。回答包含此工作区的值、平台的后备值,以及两者混合后的 effective。
POST sla(毫秒,按紧急程度)和 oncall(DID,按紧急程度)。紧急程度为 和 。
点击运行,将左侧的请求发送到共享演示工作区。
在共享的演示工作区中使用演示密钥运行:任何人都可以看到其中的内容,因此请勿发送任何私密信息。
一个符合 API 接受格式的请求,以及模块返回格式的示例响应。
GET /api/v1/acp/civics/settings Authorization: Bearer av_workspace_•••• → 200 { workspace, platform, effective, urgencies }
给 sla.urgent 设置比 sla.routine 更短的时限。超过截止时间未回答的提问显示为 overdue,之后才回答的显示为 answered-late。
列出 urgent 的值班 DID。只有他们和工作区管理员可以回答这些提问;其他人会被以 403 拒绝。
模块是对一件狭窄事情的强力保证。请仅在其确切范围内依赖它。
sla 值,会被以 400 拒绝并指明紧急程度。工作区为某紧急程度设置了值时,以它为准。平台的值只是后备,因此在管理员保存内容之前,行为就是平台的行为。
只发送 sla 而不发送 oncall 会清除工作区的值班名单,反之亦然。要保留两者,请两个都发送。
两级都未设置时,没有截止时间,也没有指名的值班人员。联络台会如实说明,而不是虚构默认值。
使用工作区 API 密钥作为 Bearer 令牌进行认证。基础 URL 为 https://api.intramedial.com。
/api/v1/acp/civics/settings读取工作区、平台和生效的值。/api/v1/acp/civics/settings保存回答时限和值班名单(仅限管理员)。此模块没有 MCP 操作。请通过 REST 从任何智能体或程序调用它。
sla 和 oncall,未设置之处为 null。urgenciesroutine 和 urgent。slaoncallroutineurgent智能体调用 civics/ask 时,对应紧急程度的值班名单和截止时间会复制到该提问上。之后保存新设置不会改写未结的提问。
该提问的值班人员可以回答它,管理该工作区的人也可以。没有指名任何人时,由管理员回答。
{
"workspace": {
"sla": {
"urgent": 900000
},
"oncall": {
"urgent": [
"did:web:acme.example:person:ines"
]
}
},
"platform": {
"sla": null,
"oncall": null
},
"effective": {
"sla": {
"urgent": 900000
},
"oncall": {
"urgent": [
"did:web:acme.example:person:ines"
]
}
},
"urgencies": [
"routine",
"urgent"
]
}两者都留空。提问没有截止时间,由管理员回答,因此不会路由给从未被指名的人。
每个提问都存储其路由时的 to 列表和截止时间,因此即使轮值表之后变了,您也能显示是谁被询问、期限是何时。
coordination.admit 上的采用,在宪章控制台中编辑。civics.asks,它列出提问并接收回答。civics.treaties,有它自己的路由和审批。overdue。skipped。同一模块还包含 ask、asks 和 answer。本页只涵盖设置。
sla 值是大于零的整毫秒数。保存时,不是非空字符串的 oncall 条目会被丢弃。routine 和 urgent。使用其他值的提问会被拒绝。civics.treaties41mandates.compile03Mandate studio and replay把智能体的章程写成代码,查看它会改变谁可以做什么,并将其作为授权的下一个版本应用。change-trains.list24Staged change trains先把变更推给集群的一部分,对照测得的信号检查,再逐阶段向前推进。packs.list25Signed pack registry从外部引入一个由智能体、授权和演练组成的包,并知道是谁签署的,以及途中是否有任何字节被更改。lenses.run26Governance lenses对您交给它的数据运行固定的检查,得到带证据的通过或失败,每次答案都相同。attestation.policy27Artifact build attestation决定您接受哪些构建者来构建策略快照和检测器包,并拒绝受信任作者签名但由另一次构建产生的内容。pack-revenue.balances28Pack revenue ledger在任何人获得付款之前,查看每位包作者赚了多少、还欠多少,每一个最小货币单位都有账可查。