最新

在使用多个 Claude Code 实例时，我发现了需求可追溯性、测试覆盖率和实例间通信方面的问题。我当时正在使用知识图谱，于是为 Claude Code 构建了一个知识图谱技能——每个用户故事、用例、功能、测试用例都是一个节点；此外，我还跟踪缺陷和增强功能，这样每个实例都能了解其待办事项。通过了解代码的实现位置，这可以节省 token，但更重要的是，它发现了需求质量和测试覆盖率方面的系统性错误，我得以修复。随后，我将其扩展到支持架构模式，它将自动将代码和测试用例导入图谱（使用您现有的工具）。它使用本地 Neo4j 图（我在 Docker 中运行）。

各位 HN 的朋友们！ 我创建了 Sente。它只需一个提示，就能赋予您的代理电子邮件功能。代理可以创建电子邮件地址，并拥有用于接收电子邮件的网络钩子（web-hooks），以及用于发送电子邮件和回复的 API 端点。我很想听听大家对这个项目以及代理拥有身份的普遍看法。

到目前为止，我在与 Sol 的合作中总结出了以下原则： * 让 Sol 的中/高级版本提出并实现最小可行性解决方案，避免过度设计和过度思考。 * 谨慎使用 XHigh/Max/Ultra 版本，仅用于最困难、最复杂的负载/咨询工作。（对我而言，Ultra 版本在需要同时控制/监督同一高级战略背景下的多个复杂通道/子代理时效果最佳）。 * 我很想听听大家在正确引导和指导 Sol 不同版本方面找到了哪些解决方案并正在使用，以及你们最常使用的版本，还有那些你们很少使用/根本不使用的版本。 * 附注：我完全不谈论 Terra 和 Luna，因为我发现它们在我的工作负载方面不如 Sol 的版本（速度更慢、更笨、价格也并非便宜很多等）。

我需要为某个应用程序运行用户脚本，并决定使用 Rust 的一个子集作为脚本语言。我不指望普通用户直接编写脚本，而是由本地 LLM 来处理。 解释器可以从一个仅 229 字节的种子开始，在无 C 语言的路径中自举，并能够自我托管。 这段代码是在我的指导下，由 Claude Code (Fable/Opus) 在几天内编写完成的，这让我印象深刻。