Elastic License 2.0
PulseAugur coverage of Elastic License 2.0 — every cluster mentioning Elastic License 2.0 across labs, papers, and developer communities, ranked by signal.
3 天有情绪数据
-
开源模块为 MCP 服务器添加支付处理功能
一个名为 mcp-commerce 的新开源模块已发布，旨在解决将支付处理集成到 MCP（Meta-commerce Protocol）服务器中的挑战。该模块是为了处理购物车状态、定价、结账会话和支付提供商集成的复杂性而开发的，它实现了 Agentic Commerce Protocol (ACP)。该协议由 OpenAI 指定，并得到 Stripe 的支付处理支持，使商家能够通过促进代理平台内的交易来将其 MCP 工具变现。
-
开发者为MCP工具调用添加加密收据以增强安全性
一位开发者为MCP（模型上下文协议）工具调用实现了加密收据，以增强安全性和可验证性。该技术集成到ccs-mcp-server库中，为现有服务器增加了约20行代码。这些收据基于CCS（正确覆盖一致性形状）标准，对工具参数和响应进行加密签名，以防止参数篡改、响应变异和模式漂移等问题。该实现使用Ed25519密钥进行签名和验证，确保代理收到工具执行的可验证证据，并且传递的参数符合预期。
-
LLM评估工具提供指标，但关键挑战依然存在
对五个流行的LLM评估工具——Arize Phoenix、DeepEval、Future AGI、Langfuse和Ragas——的回顾表明，虽然它们提供了广泛的预构建指标，但这些指标仅占评估过程的20%的简单部分。这些工具在很大程度上仍未解决的关键挑战是选择与特定故障模式准确对齐的指标以及为结果建立误差范围。作者认为，LLM评估的真正成功取决于理解系统的独特故障分类法并据此选择或创建自定义指标，而不是仅仅依赖提供的商品化指标目录。
-
AI代理评估工具现支持分步分析
评估AI代理已不再局限于检查最终结果。截至2026年7月，新的框架支持分步分析，区分不同类型的失败。这些工具现在可以评估特定方面，如正确的工具选择、参数准确性和路径质量，而不仅仅是整体任务完成情况。这些框架的关键区别在于它们依赖LLM裁判进行这些细粒度评估，还是采用确定性的、基于代码的检查。
-
作者批评带连字符的“open-source”一词，指责LLM
作者对“open-source”一词日益增多且不正确的连字符用法表示担忧。他们解释说，“Open Source”特指开源促进会（Open Source Initiative）批准的许可证，而“open source”是一个更广泛的类别。最近的研究表明，大型语言模型（LLMs）通过频繁使用连字符来加剧这一趋势，可能导致公司进行“开放洗白”（openwashing）。