为代理劳动力提供的控制平面 你的编码代理速度提升了十倍。你的管道却没有。速度转移到了中间，留下了各种仪式。Planwright 反转了仍然以人为速度进行的两个环节：将你的混乱——转录文本、演示文稿、电子邮件、Slack——转化为目标，并对接受进行分流，这样你只需对需要判断的事项进行裁决。规划和接受终于可以以代理的速度进行，每个裁决都有签名。Claude Desktop · MCP › planwright_list_objectives ↳ “重新定位主页” · 已安排 ↳ “SOC 2 导出包” · 已安排 › planwright_claim_objective ↳ 已认领 · 代理运行已开始 问题 你购买了代理。速度去了哪里？编码曾经是瓶颈。但现在不是了。现在的限制是你没有自动化的一切： 规划 一只人手在用户界面速度下手动输入任务，以供机器以数千倍的速度运行。 接受 一名高级工程师一条条阅读提交请求——这正是速度宣告死亡的地方。让中间环节变得自由且无限快速，边缘就变成了上限。这不是工具差距。这是阿姆达尔法则。 解决方案 反转两个编码代理无法去除的仪式。 前书脊 反转规划：混乱进，目标出。你的规划输入从未整洁——它是会议记录、演示文稿、电子邮件线程、Slack。从 Claude Desktop 内部，Planwright 将这些原始信号合成结构化目标，并具备机器可检查的接受标准。旧的仪式要求人来撰写计划，然后工具记录下来。Planwright 切换了角色：代理草拟，你批准——以描述你想要的速度。 后书脊 反转接受：分流，不要淹没。当目标完成时，Planwright 知道如何接手并在 Claude Cowork 中对接受进行分流——梳理简单的机械标准，清除可以安全处理的内容，然后将关键的、需要判断的项目路由给你。机器不会接受；它会排序。你停止阅读每一个差异，开始仅对实际需要人的内容作出裁决，使你的有限判断力得以集中，而不是淹没在信息中。每一个裁决都有签名。 接受闸道 机器并不接受——它会排序。状态机确保每一个判断决策都由人来裁决，工作才会被视为“完成”。机械标准会自动清除；关键决策会转交给你。你的签名是 SOC 2 审计员所寻找的变更批准控制点。 已安排 人类设定目标并安排代理接手。 进行中 代理认领工作，进行计划、编码，并通过 MCP 记录差异。 接受 人类 代理请求接受。一名人类审核差异，测试，并签字。 完成 人类批准。审计记录被密封和哈希链。每一个阶段的转变都会生成一个哈希链、加密签名的审计记录。链条可以在公共信任页面上独立验证。 工作原理 三个基本操作。一个通量解锁。 将混乱转换为目标。在 Claude Desktop 中，Planwright 将你的转录文本、演示文稿、电子邮件以及 Slack 合成结构化目标，并具备机器可检查的接受标准。你批准意图，而不是手动创建任务。 分流接受，不要在其中淹没。当目标完成时，Planwright 在 Claude Cowork 中梳理机械标准，安全清除，并仅将判断决定路由给你。机器不接受——它会排序。每一个裁决都有签名。 机器清除的通量保持责任：每一个人类决策都是一个哈希链记录，而不是临时的 PR 阅读。 待办事项 目标流动。代理执行。人类批准。 待办事项 1 添加网页HOOK重试逻辑 已安排 1 将身份验证迁移到 PKCE 流程 进行中 2 实现 ECDSA P-256 审计签名 claude-code 为工作区添加 RLS 策略光标 接受 1 MCP 服务器的 SSE 传输 claude-code 完成 1 数据库架构 v1 codex 工作原理 五个步骤。零琐碎工作。 01 写一个目标 描述你想要的结果。不是步骤。不是实现。一个清晰的、原子化的目标，让你的代理可以自始至终负责。 02 你的代理通过 MCP 认领它 Claude Code 连接到你的 Planwright 看板，接手已安排的目标，开始工作。无需复制粘贴工单。无需上下文切换。 03 代理计划、执行、请求接受 代理将目标分解，编写代码，运行测试，并将其移至接受阶段。每一步都记录在审计链中。 04 你审核并批准 每一个接受都是一个加密签名。不是勾选框。而是与你的身份绑定的真正批准。 05 每一步都哈希链并签名 从目标创建到最终合并，不可变的审计轨迹。SOC 2 证据自我生成。 合规性 SOC 2 审计员对 AI 生成代码提高了门槛。在 2026 年信任服务标准下，审计员越来越期待不可变、不可篡改的审计轨迹和 AI 驱动变更的文档变更批准控制。大多数 PM 工具无法生成这些记录。Planwright 将其作为核心原料推出——哈希