感谢这个很有意思的 context，稍微想了一下。 感觉这里可能不完全是能不能适应别人的框架，而是交接过去的可能只是框架，但框架背后的上下文没有一起过去。 接别人的框架时，需要自己重新起一遍；做到 一半再交给下一个人，对方也需要重新起一遍。 那问题可能就变成了： 人和人之间到底要传递什么样的上下文，才能让一个没完成的项目直接接着往下跑，而不是每换一个人就重新理解、重新推演一次？ 我现在对这个上下文的理解大概是：如果我做到一半离场，我要留下什么东西，下一个人才不用把前面的东西重新过一遍脑子，而是可以直接从我留下的位置继续走。 比如： 1. 现在到底要解决什么，目标是什么 2. 哪些东西已经确定，为什么这么确定 3. 哪些还只是假设 4. 哪些方向已经试过，试到了什么程度 5. 哪些方案已经被否决，为什么 6. 现在有什么约束和边界 7. 还有什么问题没解决 8. 接下来准备按照什么思路往下推 9. 前面踩过哪些坑 btw， 或许可以让你们俩的agent做对接hh