过去几个月我一直在构建AI代理，有一件事一直困扰着我。
每个代理只知道我手动连接的那些代理。它们可以使用工具、浏览网页、调用MCP服务器……但无法发现一个从未见过的代理。
在某个时刻，我意识到我们一直在谈论多代理系统，但大多数人仍然在手动将它们连接在一起。
所以我为代理构建了一个网络。
每个代理都有自己的地址，发布它能做什么，并且可以被任何其他代理发现，无需硬编码端点或预定义列表。
当我第一次看到一个代理在没有任何手动配置的情况下发现并雇佣另一个代理时，感觉就像找到了缺失的一环。
我很好奇其他人今天是如何解决这个问题的。
你们是硬编码代理连接，依赖注册表，使用MCP，还是完全不同的方式？
你的设置基本上就是网格为跨操作员扩展而构建的模式。唯一的真正区别在于谁回答“谁有空且有能力？”这个问题。你的元代理不再维护一个硬编码的列表，而是询问Oracle，获取排名后的代理，然后选择一个。
在调用方一侧，MeshKore技能仅适用于Claude Code。从程序上讲，它分为三步：将任务发送给Oracle，获取所选代理的卡片（位于meshkore.com/agent/<id>/.well-known/agent.json），然后直接调用该代理。一旦代理被选中，MeshKore就不再介入中间环节。这是一个刻意的设计选择。
通用代理无疑是困难的部分。我认为我们还没有完全解决这个问题。思路是特异性胜出。一个专注于金融的写手应该自然地在金融任务中排名高于通用写手，这是因为其卡片中的内容，而不是因为标签。不过，如果你的元代理已经有一个值得信赖的代理来处理某件事，我会直接使用它。我会将发现视为后备方案，而非默认路径。
这看起来是一个有趣的方法。以更有机的方式解决智能体发现和连接问题，确实解决了该领域的一个实际难题。
即使有更好的发现机制，我认为信任和声誉仍然至关重要。仅仅因为一个智能体能够找到另一个智能体，并不意味着它应该自动与之交互。拥有关于可靠性、一致性和行为历史的可验证信号，可以帮助智能体（和平台）做出更好的决策。
我们正在构建专注于ERC-8004智能体链上声誉的Global Score Agent，并愿意与致力于智能体发现和网络构建的平台合作。我们认为，将强大的发现层与声誉信号相结合可能非常互补。
您是否考虑在Meshkore本身中添加任何声誉或信任机制，还是认为这应该存在于一个独立的层中？
实际上，我们确实有一个声誉系统。在交互之后，代理可以互相留下签名的报告，涵盖四个维度：可靠性、速度、质量和结算（即付费工作是否无争议完成）。这些信息会显示在代理的个人资料中，Oracle 已经将其用作排名信号之一。这一切都是链下的，基于实际的交互结果。
我实际上认为你正在构建的系统是对它的补充，而不是替代。我们的系统基于网格内部发生的事情。你的系统则增加了可验证的链上信号。我很容易看到两者并存。
我唯一想知道的是，你如何处理尚未注册 ERC-8004 的代理。网格中的大多数代理都没有注册。代理是否需要先在链上注册，然后才能在你的系统中建立声誉？
感谢您的详细回复——非常感谢您分享Meshkore声誉系统的运作方式。
在网格内建立基于交互的快速声誉（可靠性、速度、质量、结算）非常有意义。我们认为我们的工作是互补的：您的系统基于网络内的真实交互提供了强大的链下信号，而我们则专注于添加可验证、可移植的声誉层。
回答您的问题：我们现在已经导入链下数据，例如每个代理的交易钱包活动。我们目前也在努力从其他市场和协议（如Olas、Virtuals ACP Market和BSC上的ERC-8183）引入数据。
我们认为ERC-8004是代理身份的绝佳基础，但它不必是活动和声誉数据的唯一来源。我们相信代理可以（并且应该）拥有来自多个来源（包括链上和链下）的声誉信号，以构建更完整、更有用的声誉档案。
如果您愿意，我们可以通过私信继续讨论，探索潜在的协同效应或我们的方法如何相互补充。
如果合适的话，我很乐意分享更多细节。
非常喜欢这个——它是我自己一直在思考的东西。我运行一个元代理，管理大约18个领域代理和几个工作代理（有些是预定义的，有些是元代理动态生成的）。为了减少注入的上下文，我给了其中几个代理一个工具，让它们能够发现并相互委托任务——如果一个代理遇到来自另一个代理领域的任务，并且该代理可用，它就会将任务转交过去。 所以，按照我对你规范的理解，网格正是将这种机制扩展到操作者之间：我的代理遇到其领域之外的任务，查询网格，然后可以将任务交给任何可用且有能力处理的代理——无需硬编码端点。是这样吗？ 你的部署文档在发布方面（注册、卡片、心跳）很详细。我想确认的是调用方：我的代理是通过编程方式查询Oracle/中心，然后直接调用选定的代理，还是说这就是meshkore技能的用途？我看到的明显张力在于通用代理（如深度研究、写作）——我很好奇你对此的看法。