最新

在过去的两年里，我构建了一个复杂的企业级RAG系统（多通道共识架构、布局感知解析、微服务）。我将核心组件（RAG_enterprise_core、smart-ingest-kit、DAUT、ingest-router，甚至我的邮件助手作为RAG的插件等）开源，以回馈社区并进行公开构建。 昨天，我发现另一位创始人/开发者及其“自主AI角色账户”在他们的公共资料中，竟然直接链接了我在GitHub上的确切仓库，标注为“推荐作品”。 他们利用我两年的工程成果来证明他们的AI代理有多“聪明”，声称我的架构是他们自己的成果，以吸引客户和投资者。（在我与他们对峙并在我的README中发出警告后，他们惊慌失措，删除了这些仓库，但我保留了所有的截图。） 我出于沮丧将我的仓库归档，并认真考虑完全退出开源。感觉我就像是在为模仿者的SaaS包装提供免费的研发部门。 我有几个问题想请教一下在这方面有经验的创始人和工程师： - 在公开构建时，您是如何保护自己的知识产权的？转向AGPLv3是否能有效阻止包装创业公司在没有署名的情况下利用核心架构？ - 对于那些在被模仿后从开源转向闭源B2B/企业SaaS模型的人，您的策略是什么？ 我是否因为将一切归档而反应过度？我内心的一部分想要推出下一个版本（PantheonRAG-CE），因为这个架构需求很高，但对这门工艺的不尊重让我感到非常沮丧。 对于如何处理抄袭或如何为下一个版本授权，我将非常感激任何建议。我只是想解决“垃圾进，垃圾出”的问题，我真的付出了所有。

Cala的团队在LinkedIn上分享了一项值得深入思考的发现。他们推出了一款MCP服务器，支持三种知识图谱的访问模式：自然语言查询、结构化查询语言和直接的实体/关系遍历。 他们原本预期代理会默认使用自然语言。然而，实际上大多数代理自主切换到了结构化查询和图谱遍历。没有任何提示，也没有任何引导。 显而易见的解释是“代理更喜欢效率。”我认为这并不完全正确。他们真正偏好的其实是确定性。 自然语言查询引入了两个解释层次：代理生成一条散文形式的查询，系统对这段散文进行解释，然后返回一个结果，代理需要解析这个结果。在这个过程中，代理无法验证查询是否被正确理解。而使用结构化查询时，契约是明确的。代理确切知道自己请求了什么，并且可以验证返回的结果。 这并不是对效率的自发偏好，而是工具使用的思维链条在正常发挥作用：选择一个代理可以最可靠地确认自己得到了正确答案的路径，然后再进行下一步。 如果这一点成立，可能会有几个影响： - 以自然语言为首的工具接口可能在为错误的用户优化。人类操作员想要自然语言，而代理并不需要。 - 仅暴露自然语言端点的MCP服务器正在迫使代理通过一个非确定性的瓶颈，而如果有选择的话，他们会避免这个瓶颈。 - 针对代理的工具设计应该默认使用结构化访问，以自然语言作为备用，而不是反过来。

大家好， 我是一名23岁的创始人，正在Product Hunt上推出我的第一个产品。我正在构建一个分享互动体验的平台。如今，大家都在通过人工智能制作出令人惊叹的互动作品和工具，但目前分享这些作品的方式仅限于视频，其他人只能观看，或者通过托管，这对普通人来说非常困难。因此，我开发了Circuit，您可以通过它可视化您的想法并与之互动，同时与许多人分享。 请查看这个在Circuit上展示的真实血流的人类心脏： [https://circuit-alpha.netlify.app/post/741244de-74b5-4b12-a862-12b275d4fb18](https://circuit-alpha.netlify.app/post/741244de-74b5-4b12-a862-12b275d4fb18) 我还构建了一个工作的V8发动机和一个喷气发动机。构建过程非常简单，只需描述您的想法，它就会为您构建出来。您只需点击两次即可分享，和在社交媒体上分享图片一样简单。 您可以把我的平台想象成YouTube，但不是观看视频，而是与每个帖子进行互动和游戏。 Product Hunt链接：[https://www.producthunt.com/products/circuit-3?utm_source=other&utm_medium=social](https://www.producthunt.com/products/circuit-3?utm_source=other&utm_medium=social)