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