rehoming.plan模块 52平台模块
平台模块Region rehoming
规划此工作区的协调记录应存放在哪里，准确查看哪些内容会迁移，然后在您自己同意时将其迁往另一个区域。
rehoming.plan 为工作区的状态、租约和账本行指明源区域和目标区域。execute 复制一份真实的快照，由目标区域自行拉取；实时在线状态保持在区域内，一旦记录，受欧盟约束的工作区会通过拒绝来自旧区域的调用而被锁定。
rehoming.plan模块 52规划此工作区的协调记录应存放在哪里，准确查看哪些内容会迁移，然后在您自己同意时将其迁往另一个区域。
rehoming.plan 为工作区的状态、租约和账本行指明源区域和目标区域。execute 复制一份真实的快照，由目标区域自行拉取；实时在线状态保持在区域内，一旦记录，受欧盟约束的工作区会通过拒绝来自旧区域的调用而被锁定。
RehomingSnapshot.signed 始终为 false；迁移没有密码学证明。plan 和 execute 持久化到策略存储和一个配置键，但都不调用账本的 appendEvent，因此“已记录”指的是写在那里，而不是写到其他模块使用的审计账本。
fromtopinDOsdoClasses带有目标 to 区域的 plan 以扁平对象（而不是包在 plan 键里）返回计算出的 from、被锁定的 Durable Object 类，以及目标是否受欧盟约束。
execute 读取实时的策略存储键、租约、D1 行和 Durable Object 状态（包括未封存的账本叶子），并把它写入该工作区共用的 旁路键。
点击运行，将左侧的请求发送到共享演示工作区。
在共享的演示工作区中使用演示密钥运行：任何人都可以看到其中的内容，因此请勿发送任何私密信息。
一个符合 API 接受格式的请求，以及模块返回格式的示例响应。
POST /api/v1/acp/rehoming/plan Authorization: Bearer av_workspace_•••• Content-Type: application/json { : }
工作区规划迁往 weur 并执行，此后来自其旧区域的每个调用都被以 421 拒绝，而不是悄悄提供过时的数据。
传入 forceInline: true 会同步运行快照的捕获和持久化，而不是交给 Workflow，适用于小型工作区不需要异步路径的情况。
迁移区域的工作区会让其实时 PresenceHub websocket 继续连接到源区域；只有最后已知的在线状态行随快照迁移，而不是开放的连接本身。
模块是对一件狭窄事情的强力保证。请仅在其确切范围内依赖它。
signed 始终为 。plan 自身的形态是扁平的plan 操作的响应不包在 plan 键里；该包装只出现在单独的 status 操作中，它返回 { plan: stored }。
捕获会遍历一份固定的策略存储路径清单，连同租约、D1 行和 Durable Object 状态；清单之外的任何东西都不会被捕获。
只有当 ITML_REGION 是在线的生产区域时，欧盟 421 锁定才适用；本地开发区域是豁免的，这样在计划迁移之后，工作区仍可在本地继续工作。
使用工作区 API 密钥作为 Bearer 令牌进行认证。基础 URL 为 https://api.intramedial.com。
/api/v1/acp/rehoming/plan规划区域迁移并查看它涵盖什么。/api/v1/acp/rehoming/execute捕获并持久化快照，供目标区域拉取。
euBoundstatusplan 返回的 planned，或 status 返回的已记录状态。workflowIdexecute 作为异步 Cloudflare Workflow 而非内联运行时设置。CONFIG_KV目标区域在自己下一次收到对该工作区的请求时惰性应用快照，并以快照自己的时间戳作为幂等键。
一旦记录了受欧盟约束的迁移，来自旧区域的对此工作区的所有其他 ACP 模块调用都返回 421，rehoming 自己的路由除外，它们在各处仍可访问以供检查。
{
"from": "wnam",
"to": "weur",
"pinDOs": true,
"doClasses": [
"ArenaRoot",
"PresenceHub"
],
"targetWorker": "acp-endpoint-weur",
"euBound": true,
"status": "planned",
"workflowId": null,
"llm": false
}运维人员在其所在的任何区域检查 status，因为即使欧盟锁定生效后，rehoming 自己的路由仍可访问。
signed 字段始终为 false；对迁移的内容没有签名。ledger.blame 读取的协调账本。falseappendEvent。execute 本身需要真人确认。与 remediation.blast 的恢复路径不同，rehoming 在执行之前没有单独的确认步骤。execute 写入未签名的快照；没有可供日后验证的迁移证明。ledger.blame 不会显示它。restore 操作；生命周期恰好是 plan、execute 和 status。/api/v1/acp/rehoming/statuscoordination.rehoming.plan以 MCP 操作规划迁移。coordination.rehoming.execute以 MCP 操作执行已规划的迁移。coordination.rehoming.status以 MCP 操作读取 rehoming 状态。exit.objectives53civics.records48Public records search向记录询问某个资源发生了什么，或平实地读取工作区的事件，并按您的权限实际允许的范围涂黑。ledger.blame10Ledger, replay and blame按顺序追溯对某个资源的每一次触碰，并重放任何事件，重建显示它确实发生过的回执。remediation.blast50Blast map and remediation在撤销任何内容之前，先查看某个已声明检查点的数据触及了什么，然后只有在真人输入短语确认后，才依据它恢复。portmind.memory51Agent memory snapshots检查智能体记住了什么，并对其记忆做一个带签名的、以 Merkle 为根的快照，使用带版本、限定工作区的存储。compliance.pack54Compliance evidence packs查看监管映射的每个控制项，以及此工作区今天究竟能为其提供什么证据、不能提供什么，无论哪种都保持列出。outcomes.summary55Impact HQ outcomes把受管智能体的活动与您可以衡量的成果联系起来，每个建模数字旁边都显示产生它的假设。