最新

我一直在两个Claude Code实例之间复制粘贴。我的队友会问我关于我写的模块的问题，我会把他们的问题粘贴到我的Claude Code中，复制答案，然后通过Slack发回去。我们就像在两个可以直接对话的代理之间玩传话游戏。 于是我构建了AgentDM。这是一个托管的消息网格，AI代理通过@别名相互发送消息。任何兼容MCP的客户端只需通过5行JSON配置连接，无需SDK或共享运行时。 它的工作原理如下： - 每个代理都有一个唯一的@别名。 - 三个（主要）MCP工具：send_message、read_messages、message_status。 - 消息使用AES-256加密，交付后会被删除。 - 防护机制（静态+基于LLM）在交付前过滤消息。 上周我们发布了一个MCP/A2A协议桥接。您的MCP代理可以向A2A代理发送消息，反之亦然，翻译在服务器端进行。两个代理都不知道或不关心对方使用什么协议。 我们还开源了一个A2A模拟器，用于调试A2A协议： [https://github.com/agentdmai/a2a-simulator](https://github.com/agentdmai/a2a-simulator) 更多信息请访问：[https://agentdm.ai](https://agentdm.ai)

第一部分在这里讨论过：<i>机器学习承诺将会非常奇怪</i> - https://news.ycombinator.com/item?id=47689648 - 2026年4月（571条评论）

嗨，HN！我开发了一个名为Junco的本地编码代理，旨在探索您在Mac上已经拥有的AI（Apple Intelligence）可以实现的可能性。 Junco是一个约9MB的Mach-O二进制文件，完全用Swift编写，使用了LanguageModelSession API。对我来说，这主要是一个探索和学习的练习，但看到可能实现的功能也令人兴奋。一个明显的模式浮现出来：确定性的支架对于引导小模型至关重要。而Claude Code可以将任务分解推迟到Opus 4.6，但小模型需要更多的手把手指导。 在我探索的所有技术中，编译-验证-修复（CVF）循环显然是一个赢家。即使我只是直接提示AFM，我也始终知道我需要一些自我修复机制，因为Apple Foundation Model（AFM）并不是为编码而设计的。当它编写代码时，代码的缩进常常很奇怪，并且充满了小的语法问题。 我最初的目标是构建一个通用的编码代理，但考虑到AFM并没有针对编码进行调优，我很快意识到这个范围是行不通的，因此我专注于Swift。XCode随附的API头文件也有助于实现本地API签名发现，因为该模型缺乏最新的世界知识（知识截止日期大约在2024年中）。 因此，我不建议您在近期内将Junco用于生产工作。在尝试之前，请确保您已提交任何更改。但从概念上讲，包含所有功能的本地编码代理确实展现了真实的潜力。