Hacker Smacker 为 Hacker News 增加了好友/敌人功能。每个评论者的名字旁边会出现三个小圆球。点击这些圆球即可将评论者标记为好友或敌人，这样在未来的讨论中你就能更容易地识别他们。这使得你在浏览时能够轻松找到你喜欢阅读（或讨厌阅读）的评论者。
<p>官方网站：<a href="https://hackersmacker.org" rel="nofollow">https://hackersmacker.org</a></p>
<p>Chrome/Edge 扩展：<a href="https://chromewebstore.google.com/detail/hacker-smacker/lmcglejmapenkiabndkcnahfkmbohmhd" rel="nofollow">https://chromewebstore.google.com/detail/hacker-smacker/lmcg...</a></p>
<p>Safari 扩展：<a href="https://apps.apple.com/us/app/hacker-smacker/id1480749725">https://apps.apple.com/us/app/hacker-smacker/id1480749725</a></p>
<p>Firefox 扩展：<a href="https://addons.mozilla.org/en-US/firefox/addon/hacker-smacker/" rel="nofollow">https://addons.mozilla.org/en-US/firefox/addon/hacker-smacker...</a></p>
有趣的是好友的好友功能：如果你将某个使用 Hacker Smacker 的人标记为好友，你也会看到他们的好友和敌人被高亮显示。这让你可以快速浏览长评论线程，基于你信任的人找到有价值的内容。
我构建这个功能是为了学习 FoaF（好友的好友）关系如何与 Redis 集合一起工作，然后将相同的技术应用到 NewsBlur 的社交层。后端使用 CoffeeScript/Node.js/Redis，扩展程序适用于 Chrome、Edge、Firefox 和 Safari。
从技术上讲，我在 2011 年就写了这个，但直到现在才建立了一个合适的身份验证系统。所以我已经使用它 15 年了，效果很好。PG 曾在我的笔记本上看到过它（那时他还在管理 HN，2012 年），并表示这很不错。
感谢 Mihai Parparita 在 Chrome 扩展的沙盒化方面的帮助，以及 Greg Brockman 在设计身份验证系统方面的支持。
源代码在 GitHub 上：<a href="https://github.com/samuelclay/hackersmacker" rel="nofollow">https://github.com/samuelclay/hackersmacker</a>
这个项目直接受到 Slashdot 的好友/敌人系统的启发，我一直希望 HN 也有这样的功能。欢迎提问！
返回首页
最新
AI代理正在做出影响资金、基础设施和用户的决策——但大多数系统依赖于可编辑的日志。
我创建了PiQrypt，以探讨AI代理是否能够拥有一个可加密验证的决策历史。
每个事件都具备以下特性：
- Ed25519签名
- SHA-256哈希链
- 可检测分叉
- 可选的RFC 3161时间戳
- 可选的后量子（Dilithium3 / ML-DSA-65）
我们的目标不是区块链或共识——而是代理身份的连续性和可篡改证据的历史。
采用MIT许可证，优先考虑本地使用。
我非常欢迎对设计的反馈，特别是在分叉处理和密钥轮换方面。
让您的Claude代码运行Codex、Gemini、OLLama、Groq或其他任何东西。查看完整的捕获日志，了解发生了什么。小巧、本地、透明。
嗨，HN！我是Prithvi——我的联合创始人Frances和我在近一年前推出了Promptless（链接：<a href="https://news.ycombinator.com/item?id=43092522">https://news.ycombinator.com/item?id=43092522</a>）。这是一个AI助手，它会监控你的工作流程——代码更改、支持票据、Slack讨论等——并在发现需要记录的内容时自动草拟文档更新。
Frances和我非常感谢我们第一次发布时收到的反馈。今天，我们推出了Promptless 1.0，解决了过去12个月中我们最大的学习成果。
我还简化了试用的过程。你可以在任何开放源代码的Github PR或Issue中标记@promptless，并请求文档更新，Promptless将为你的文档创建一个分支并打开一个PR以提供帮助。欢迎使用我们的文档作为实验场地：<a href="https://github.com/Promptless/docs/issues" rel="nofollow">https://github.com/Promptless/docs/issues</a>。
或者，你可以在<a href="https://promptless.ai">https://promptless.ai</a>注册，获得接下来30天内自己文档的免费访问权限。这里有一个演示视频：<a href="https://youtu.be/IWwimHCEY7Y" rel="nofollow">https://youtu.be/IWwimHCEY7Y</a>。
对我来说，过去一年最酷的部分是看到用户如何创造性地使用Promptless。有用户让Promptless监听他们所有的Slack Connect频道，因此每当他们回答客户问题时，Promptless会判断他们的文档是否需要更新，并在需要时草拟更新。另一个用户则让Promptless处理每个客户会议的记录，并在每次会议后更新他们的内部文档：客户仪表板、功能请求页面等。
版本1.0的一些新功能包括：
- 自动更新截图：这是我们最受欢迎的功能。这里的需求一直很明确。人们会因为截图很快过时而将其排除在文档之外，<i>尽管他们知道截图对用户是有帮助的</i>。一年前，我们无法推出足够好的解决方案，但考虑到过去一年中大语言模型的视觉基础能力有了显著提升，现在我们有了值得自豪的成果。
- 无杂乱写作：早期Promptless建议中最常见的批评是，尽管它们准确，但听起来可能很普通或冗长，或者可能有AI的杂乱感。Promptless 1.0在这方面的表现提高了3.5倍（通过与用户实际发布内容的语音对齐进行测量），这得益于微调模型、子代理和用户定义偏好的对齐。
- 开源项目：我们对此特别自豪——Promptless现在对CNCF/Linux基金会项目免费（如果你是维护者，请联系我！）。你可以查看Promptless如何支持Vitess（一个CNCF毕业项目）的文档，链接在这里：<a href="https://github.com/vitessio/website/commits" rel="nofollow">https://github.com/vitessio/website/commits</a>。
请查看一下，如果你有任何问题、反馈或批评，请告诉我们！
大家好！我们是Arne和Raban，Emdash的创始人（<a href="https://github.com/generalaction/emdash" rel="nofollow">https://github.com/generalaction/emdash</a>）。
Emdash是一个开源且与提供商无关的桌面应用程序，允许您并行运行多个编码代理，每个代理都在其自己的git工作树中隔离运行，无论是在本地还是通过SSH在远程机器上。我们称之为代理开发环境（Agentic Development Environment，ADE）。
您可以在这里查看1分钟的演示：<a href="https://youtu.be/X31nK-zlzKo" rel="nofollow">https://youtu.be/X31nK-zlzKo</a>
我们构建Emdash是为了满足我们自己的需求。在开发一个股权表管理应用程序（可以想象成Stripe Atlas + Pulley）时，我们发现我们的开发工作流程非常混乱：有很多终端、很多分支，以及在Codex上等待的时间太长。
Emdash将终端置于中心，便于同时运行多个代理。每个代理作为其自己的git工作树中的一个任务运行。您可以在同一个问题上启动一个或多个代理，进行测试和审查。
Emdash通过SSH工作，因此您可以在代码所在的位置运行代理，并保持并行工作流程。您可以将工单分配给代理，手动编辑文件，并审查更改。
我们还花时间提高任务启动的速度。每个任务可以在工作树中创建，而按需创建工作树在某些情况下需要超过5秒。我们现在在后台保留少量工作树，让新任务可以立即占用一个。这将任务启动时间缩短到约500-1000毫秒，具体取决于提供商。我们还直接生成shell，避免在启动时加载shell环境。
我们相信使用提供商的本地CLI是正确的方法。这始终为您提供每个代理的全部功能。如果某个提供商开始支持计划模式，我们不必首先添加该功能。
目前我们支持21种编码代理CLI，包括Claude Code、Codex、Gemini、Droid、Amp、Codebuff等。我们会自动检测您已安装的内容，并且我们的设计是与提供商无关的。如果您想要的提供商我们尚未支持，我们可以添加。我们相信未来某些代理将更适合任务X，而其他代理则更适合任务Y。Codex、Claude Code和Gemini都有各自的粉丝。我们希望保持中立，使个人和团队能够自由切换它们。
除了编排，我们还尝试将大部分开发循环整合到Emdash中。您可以在Emdash中审查差异、提交、更开PR、查看CI/CD检查，并在检查通过后直接合并。当开始一个任务时，您可以将Linear、GitHub和Jira中的问题传递给代理。我们还支持便利变量和生命周期脚本，以便轻松分配端口和测试更改。
Emdash完全开源，并采用MIT许可证。
您可以下载适用于macOS、Linux或Windows的版本（昨天刚发布！），或者通过Homebrew安装：brew install --cask emdash。
我们非常希望听到您的反馈。您的编码代理开发设置是怎样的，特别是在与多个代理一起工作时？我们希望了解更多。请查看我们的代码库：<a href="https://github.com/generalaction/emdash" rel="nofollow">https://github.com/generalaction/emdash</a>
我们会在评论区等着大家的反馈，谢谢！