「放到企业微信这样的聊天工具中」应该是「放到类似企业微信这样的聊天工具中」

我感觉这就是提示词的事吧，设置各个 Agent 的提示词，再就是让它们能相互通信。

试试 v 友做的这个多 agent 聊天协作系统： /t/1194261
它做的工作目前有：
1 是将 Claude Code 这样的命令行 Agent 作为一个虚拟人物角色，放到企业微信这样的聊天工具中。把命令行与聊天工具连接起来了。
2 是可以设置每个 Agent 的分工角色、系统提示词、SKILL 等，实现某种自动化的工作流。可以通过 @某个名字，分配和安排任务。

第 2 条多 Agent 的协作，我还没有试，因为我准备用 OpenClaw 来做这件事，因为它支持通过聊天工具发布命令，但感觉比上面提到的 gorutra 麻烦些，正在摸索中。

看到这个「无期限」我笑了。另外不要气馁，加油！

感谢分享！“去年家人生病，发现省院的 ct 系统已经用 ai 给出诊断”，现在渗透率这么高了啊。

而且以现在的交易量来看，现在的 200 多 k 的流动性太多了。持有流动性的人根本连 0.2%的年化收益都没有，每天就是几百刀的交易量，都是在用爱发电。

少了吗，我记得流动性一直就是 200 多 k 啊。刚发币那会是 500 多 k 。

@shylockhg 再等 5 分钟（即发帖 20 分钟后），加一个附言。

Cursor 的网站挂了： [{"error":"ERROR_UNSPECIFIED","details":{"title":"Service Unavailable","detail":"Service Unavailable", ...}]

什么公司这么神秘？啥都不介绍就好意思伸手要简历。

再补充 2 个，《钢铁侠》和《 2001 太空漫游》。

防不胜防啊。v 站前不久有人提醒过，但已经又失去警惕了。

你说的「需要人去监督」，有一部分（我感觉是大部分），是可以委托给 AI 去做的：

我之前做一个简单的 gtd 系统，我每次添加完一个功能，都要想，下一步再加点啥，才能最小可用。后来我灵机一动，让 AI 自己去看一下还缺哪些最基本的功能，它一下子指出来了。

我经常遇到 AI 花很长时间，做完一个功能，然后潦草测试一下，就交卷了。这种潦草，不一定是故意的，有时候就是没注意到，其实人也一样，不可能每次改完功能都做完整的回归测试。

所以，启动另一个 AI 实例或对话自动检查，就可以大大增加这个过程的自动化程度。比如 v 站这个哥们做的全自动化： /t/1199391

对于你说的情况，比如说这样一些提示词，通过自动化检查，就可以免去很多人的精力：
“为达到可维护性，还需要进行哪些代码结构的改进”，
“检查一下新引入的功能可能会影响哪些之前的功能，从测试用例中选取重点测试一下这些功能”，
“检查一下，为实现基本可用，指定的功能中还有哪些功能未添加。”

当然上面的都是最简单的，我也在学习实践过程中。但毫无疑问，有了它意味着有了（半）自动化，效率是质的差距，

最终的目标就是，人要做到就是最少化自己的提示，目前你使用的单 Agent 的编程模式还远远够不上这个目标。

如何指挥多个 Agent 协作，应该是今年的主要趋势。除了看效果，还要考虑经济成本，如何分配不同能力和成本的大模型或 Agent ，以节省 token 费用。

现在听到“消息不实”这四个字都要生理反胃了！都 TMD 会学着官腔打这套机器人腔调了，没羞没臊脸不红气不喘。

感谢分享！

请问是迭代了 1500 次吗，input 和 cache create 总共才 70 多万。相当于每次 diff 只有差不多 1000 个新 token 提示词输入吗？

我设想中的这种迭代是多轮次的，每次迭代都重新启动一个 Claude Code 的对话 session 。看样子你是在一轮对话里面完成的吗？

应用层与基础模型层中间，应该还有一个 Agent 层吧，像持续学习、记忆机制、目标驱动、多 Agent 协作这些外挂在基础模型上的，而不是基础模型内化（端到端）的，是在你说的应用层吗？

同问。按理说这么长时间应该有方案吧。