https://jiajia.fun/a/021abfb2-4870-45dc-b641-8c156a379642-%E4%B8%AA%E4%BA%BA%E5%8A%A9%E6%89%8B%E8%AF%A5%E4%B8%8D%E8%AF%A5%E6%9C%89%E7%BC%96%E7%A0%81%E8%83%BD%E5%8A%9B-%E5%A6%82%E4%BD%95%E8%BF%BD%E8%B8%AA%E9%95%BF%E9%A1%B9%E7%9B%AE

# 个人助手该不该有编码能力，如何追踪长项目

个人助手不必自己写代码，更适合调度执行方并验收结果；用线性对话追踪长周期项目会受上下文、状态和并发三方面限制，需外挂显式任务状态层。

## 要点

1. 个人助手定位为派活、看回执、判断结果，通过 MCP 指挥另一台 VPS 的编码 Agent 执行，方向可行；前提是它能读懂回执，否则只是传声筒。
2. 上下文会被吃掉：每次执行返回大量文件内容、diff 和日志堆在同一窗口，早期需求和架构约定被挤出，且忘得不均匀。
3. 线性对话没有可查的状态源，任务完成度、阻塞、分支和评审意见只能靠模型从历史推断，容易重复劳动或基于过期判断。
4. 并发与中断只能排队，中途插话会打乱执行链，可能出现同时持有两个版本意图的情况。
5. 解法是外挂任务状态层：任务列表带目标与验收标准、决策日志、执行回执的结构化摘要，每轮开始读、结束写回。
6. 助手还需判断某次失败是重试即可还是需求本身有问题，建议在 trace 里记录这类分叉，攒 badcase 做提示词优化。

## 来源

- [原始讨论 1](https://jiajia.fun/qa/eac42912e3bb4369fe9fd022)