最新

我做了一个名为 `hipp` 的工具，用于消除 npm 包中类似 'chore: version bump' 的提交，并附带了简单的内容完整性检查作为额外功能。 这个想法是保持 package.json 的版本为 0.0.0，在 git 中为你的发布打标签（例如，v1.2.3），然后发布。 HIPP 会动态地重写版本，并在 README 中附加一个带有一次性密钥的签名清单。 我有没有遗漏什么，导致这个想法不好？它简化了我的工作流程，也提供了一种证明 npm 中的内容与 git 中该版本内容相同的方法。它还确保了发布到 npm 的人与提交与该版本相关的人是同一个人。 除了 git 和 npm 之外，没有任何依赖。 总结： git tag v1.0.0 git push origin main --tags npx @dk/hipp npx @dk/hipp verify https://www.npmjs.com/package/@dk/hipp

Hi HN， 我一直在思考，LLM 缺少知识库，而我可以在其中导入 CSV、PDF，以及最重要的，内联 Web 应用程序。它运行在 Claude Code 上（自带代理），带有心跳和任务的代理。 [https://runcabinet.com](https://runcabinet.com) 它在本地运行，可以通过 npm 安装。 GitHub（开源）：[https://github.com/hilash/cabinet](https://github.com/hilash/cabinet) 这还处于非常早期的阶段。在看到 Andrej Karpathy 关于 LLM 知识库的帖子后，我很快就推出了第一个版本，这与我一直在构建的内容非常吻合。 已经有人开始尝试并提交 PR 了，这令人鼓舞（两天内获得了 374 个星 :]） 如果对您有帮助： 托管版本的候补名单：[https://runcabinet.com/waitlist](https://runcabinet.com/waitlist) Discord（规模小，但正在增长）：[https://discord.gg/rxd8BYnN](https://discord.gg/rxd8BYnN) 非常感谢您的反馈： 这种“知识库 + 代理”模型有意义吗？ 您对这样的系统有什么期望？ 它会在哪里失效？ 很乐意回答任何问题。 Hila

我构建了一个名为 crabby 的 Claude Code 技能，它能让 Claude 以 rustc 错误格式输出诊断信息——严重性代码、位置箭头、因果关系跨度，以及每次都提供可粘贴的修复建议。特别之处在于：Claude 会化身为 Ferris 螃蟹，它会变得闷闷不乐、不以为然，但技术上却非常精准。<p>这种格式适用于代码审查、写作审查、架构、策略——任何你提交的内容。其中，“写作审查”的例子往往会让人感到惊讶：它会像 SQL 注入一样，用完全相同的错误[W002]格式标记事后分析报告中的被动语态。<p><a href="https:&#x2F;&#x2F;github.com&#x2F;ekadetov&#x2F;crabby" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;ekadetov&#x2F;crabby</a>