@YAZAKI 握手，技术归技术，态度归态度，之前确实我的问题。你们团队如果用 GA 二开有任何问题可以直接 @ 我 @dummyx 中英 README 写一个文件里确实不太规范，不过这项目就一个人维护，精力有限，能跑就行的阶段。。欢迎 PR 拆分 @Charlie17Li 。。
@h4nru1 这就是不专业的地方，好好推广就好好推广，突然穿插一个相亲介绍的信息，何意味？不知道的还以为是压抑久了，就算压抑久了，跑到一个技术论坛里面找对象也是搞笑，或者你单独开个关于生活的帖子也行，不然下面这么多人喷你，很难说会有女生主动加你。搞这么多骚操作，主要的推广目的也难达成，这不是不专业是什么？除非你的主要目的是找人喷你，那么恭喜你，你的目的达成了。
@WillieYang 不同的人能看到不同的东西，你只能看到相亲那两行，怪我咯？ 模型的注意力也就是被这样稀释的。 考虑到这里中年程序员偏多，确实不适合相亲。所以在下个帖子我会详细公开我对老丈人的选拔标准。
@h4nru1 哈哈哈，你要不要看你在说些什么？你是在对自己公开处刑吗？ “中年程序员”， “不适合相亲”，“老丈人的选拔标准”。从这些话里面，就可以看出你平时的为人处事了。Btw ，V 站年轻人肯定是不少的，互联网就发展这么些年，大多数 V 站老哥我可以说都比你年轻。你自己在这输出一大堆，何意味？
@GeruzoniAnsasu 生活是生活，工作是工作，business is business 。ga 这么便宜好用，cc 和 codex 流量这么大，用 ga 写点 cc 和 codex 的软文赚点外快不香吗？
agent 的自进化都会遇到一个问题，新 skill 改变了决策优先级，导致旧流程被改动。 以前可以搞定的任务，因为新 skill 的加入，突然就不会了。要排查就要去面对庞大的历史对话记录。 用的越久，越容易遇到。 自动的分层记忆也有这个问题。如果 agent 自己总结出现了细微的错误（毕竟不是完整上下文），把某段记忆插入了不合适的场景，会导致旧流程被改动。 太多的项目，都喜欢把优点夸大，感觉 agent 是一个完美的自学者。
@MuyuQ 非常好的问题！这个问题点出一个重要的问题就是技能冲突（我的猜想这个问题的解法可能类似传统信息检索领域的知识冲突） 首先，回到 agent 的 skill 本身，什么是 skill ？各家的答案都不同，从 a➗的 skill-creator 对 skill 的定义来看，skill 是一个对大模型渐进式披露的项目工程（ skill.md+code+assets ），skill 本身就是有结构的。但是我个人对 skill 的看法是，只有模型不知道的事，才值得写进 skill （和 boirs 的看法一样，以后的 skill 和 agent 框架只会越来越短、约束越来越少）。 那么实际上这里所谓的新的 skill 造成的冲突，表现形式我目前能想到的有两种： 1 、环境变化造成的冲突，那么应该立刻更新原有 skill 并将变更写进日志 2 、同目标，多 skill 造成的冲突。可能你有好几个 skill 都是在做 code_review ，但是 agent 无法靠先验知识进行选择。那么技能的评估就非常重要。最近我看到有一篇 skill-X 的论文在做这方面的工作，虽然他提的 training free GRPO 非常之扯，但是也体现这样的趋势。 看到就回了，手打回复，思维有点乱，见谅
@h4nru1 不止是 skill 的冲突。skill 和 skill 的冲突是最好解决的。 问题是 skill 和 memory 的冲突，和 workflow 的冲突，memory 和 workflow 的冲突，时间长了哪儿哪儿都可能冲突。 整了一堆名词一堆工程化手段，说白了还是打补丁。现在折腾这么多，还是没办法搞定 agent 的长期行为约束，真让它全自动学习，崩坏是迟早的事儿。
