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