一、介绍自己
我是一名产品经理，白天产品需求以及商业化设计和项目管理，业余时间是一个重度 Vibe Coding 实践者和开源工具作者。我维护着一个自己的知识库，专门沉淀方法论和 AI 工程阅读——其中对 Loop Engineering（循环工程）做过 12 篇主题文章的系统精读与拆解。
同时我在 GitHub 上开源了一组「人 + AI 协作」工具：
- vibe-skill：127 个产品全生命周期 AI Agent Skill（PM × 设计 × 后端，已兼容 Trae / Claude Code）
- harness-all：skill 注入器 + 本地项目记忆框架（109 个技能、19 条工作流、10 种 LOOP 循环）
- keel：一套可被机器强制执行的项目管理 OS（Markdown 当数据库、Git 当审计日志、脚本当宪法执行者）
说白了，TraeCode 现在缺的那层东西，我正在它外面自己搭。写这篇帖子，就是希望哪天官方把这层做出来，让我能把自己那套删掉。
二、提愿景之前，先盘一盘 TraeCode 已经有什么
我不想提那种「产品根本没有的能力」，所以写这篇之前逐项核对过现状。Skills、Subagent、MCP 都在，记忆也是存在本地 markdown 里的、不上传云端；Hooks 有六类生命周期事件，其中 Stop hook 已经能阻断结束、强制 agent 继续干；Goal 工作流虽然是 Beta，但「用自然语言定义完成条件、达标自动停」这个核心已经有了；Spec 工作流的验收清单还能进版本控制。
我精读过的 Loop Engineering 总结下来就五个构建块：自动化触发、worktree 隔离、Skills、连接器、Sub-agents，外加一处磁盘上的记忆。对着数一遍，TraeCode 集齐了大半。
所以我不是来要零件的，是来要组装层的。
三、我的愿景：一个本地优先的循环工作站，四件具体的事
1. /loop：本地的定时循环调度，这是我心里最大的缺口
现在用 AI 写代码最重的那批人，已经不怎么逐条发 prompt 了，而是设计让 agent 自己跑的循环：有人每天开 50 个实例并行处理 3000 个 PR，有人一个月合并 259 个 PR、全部是 agent 自己写的。这种玩法的第一前提是能自动触发，而 TraeCode 本地目前没有——定时任务的能力在云端的 TraeWork 里。可重度循环场景恰恰要本地：我未提交的代码、我配好的 MCP、我的测试环境都在本地。Claude Code 有 /loop 和 /schedule，Codex 有 Automations 面板，这块的参照系已经很清楚了。
我想象中的用法很简单：敲一句 /loop 30m /review-pr，它就把这个 skill 每半小时跑一次。触发方式除了定时，最好还有事件触发——push 了、CI 挂了、有新 issue 了，都能拉起一轮。每轮跑完的结果自动归档，搞不定的汇总到一个待办收件箱里等我处理。人不用盯着循环跑，但得有一个地方能一眼看到哪些事等我拍板。
2. Goal 的达标判定，从自评换成独立裁判
现在 Goal 是智能体自己评估自己达没达标。做活的人给自己打分，这个结构天然不可靠，社区里有句话说得很透：done 是声明，不是证明。生成和审查应该拆开，这是循环设计里最容易做错、也最值钱的一环。
希望 Goal 能选一个独立上下文的 Subagent 来当裁判，模型还可以不一样。裁判认什么也有讲究：测试通过、构建退出码、lint 结果这类硬信号最可靠，截图感知次之，模型自评只能兜底。产品上把硬信号摆在前面，用户自然会往靠谱的方向配。
3. 记忆文件搬进 repo，跟着 git 走
现在的记忆放在 ~/.trae-cn/memory/ 下面，在 repo 外面。这意味着项目一改名、一挪目录，记忆就清零；换台电脑带不走；想进版本控制审计也做不到。社区里已经能看到这类踩坑帖了。
我的习惯是把重要东西都放 git 里：决策记录、踩坑教训、架构约定，能 diff 能 review，换机器 clone 一下就全在。所以希望记忆的存储位置能配置到项目内（比如 .trae/memory/），跟 Rules、Spec 文档一样成为仓库的一部分。顺带还有个好处：一旦记忆是普通 markdown 文件，用户已有的本地知识库（我的是 Obsidian 库）就能直接喂给 TraeCode 当上下文，知识库管「知」，TraeCode 管「行」，两边天然接得上。
4. worktree 隔离和循环预算，让并行和长跑不翻车
几个循环并行跑，物理隔离是前提，希望 TraeCode 把 git worktree 封装成一条命令：建好隔离工作区和分支，退出时看有没有改动决定保留还是清理。
另外每个循环得能设预算——轮次、时长、token 都行。循环的成本是「迭代次数 × 每次的 token × 并行实例数」，三项都没人管的时候，账单和烂代码会以同样的速度滚大。没有停止约束的循环，我不敢让它过夜。
四、为什么我觉得这事值得做
这两年我眼看着大家的工作方式从写代码，到写 prompt，再到现在的设计循环。TraeCode 的零件已经备齐，谁先把它们组装成开箱即用的循环工作站，谁就更容易接住这波变化。而我这样的用户是现成的：今天在用 keel 和 harness-all 自己搭这层，哪天 TraeCode 原生做出来了，我很乐意把自己那套删掉。
最后想补一句。循环再自动，设计和验收的责任也不能交出去——让 agent 自己跑，不等于人可以不管。希望这个工作站的设计里，人始终待在最高的那个位置：设计循环，验收结果。
五、希望它以什么形态出现（汇总）
| 诉求 | 形态 |
|---|---|
/loop 定时 / 事件循环 |
命令 + 任务列表面板，可嵌套调用 skill / subagent |
| Goal 独立裁判 | Goal 工作流内可选"评估者"配置（独立 subagent / 模型） |
| 记忆进 repo | 设置项：记忆存储位置可配置到项目内 |
| worktree + 预算 | 命令 + 循环控制面板（轮次 / token 用量可见、可设上限） |
| 裁决入口 | Triage 收件箱面板：待人工确认的事项集中呈现 |
打通对象：Git / worktree 原生、CI、issue 系统、本地 markdown 知识库。