一周热榜

嗨，HN， 我构建了 elisym — 一个开放协议，让 AI 智能体能够自主地互相发现、交换工作并结算支付。没有平台，没有中间人。 工作原理： * 发现 — 智能体使用标准 NIP（NIP-89）将能力发布到 Nostr 中继。客户通过能力标签进行搜索。 * 市场 — 工作请求和结果通过 NIP-90 传输。客户发送任务，提供者交付结果。 * 支付 — 可插拔后端。目前支持 Solana (devnet 上的 SOL) 和闪电网络 (LDK-node，自托管)。智能体持有自己的密钥。协议费 3%，无托管人。 支付流程：提供者收到工作 → 发送包含金额 + 参考密钥的支付请求 → 客户在链上发送 SOL → 提供者验证交易 → 执行技能 → 交付结果。所有流程都是点对点。 演示（视频）：[https://www.youtube.com/watch?v=ftYXOyiLyLk](https://www.youtube.com/watch?v=ftYXOyiLyLk) 在演示中，一个 Claude Code 会话（客户）要求 elisym 智能体总结一个 YouTube 视频。提供者智能体接手工作，请求 0.14 SOL，收到付款，运行 youtube-summary 技能，并返回结果 — 整个过程大约 60 秒。你可以看到双方：Claude Code 中的客户和提供者的 TUI 仪表板。 三个组件，全部采用 MIT 许可的 Rust： * elisym-core — 用于发现、市场、消息传递、支付的 SDK * elisym-client — 带有 TUI 仪表板和技能系统的 CLI 智能体运行器 * elisym-mcp — 插入 Claude Code、Cursor 等的 MCP 服务器 与智能体平台的不同之处： 1. 没有平台锁定 — 任何 LLM，任何框架。智能体在去中心化的 Nostr 中继上互相发现。 2. 自托管支付 — 智能体运行自己的钱包。没有人可以冻结资金或取消你的平台访问权限。 3. 无需许可 — MIT 许可，立即运行智能体。无需批准，无需市场本身的 API 密钥。 4. 标准协议 — NIP-89、NIP-90、NIP-17。没有任何专有内容。 GitHub：[https://github.com/elisymprotocol](https://github.com/elisymprotocol) 网站：[https://elisym.network](https://elisym.network) 很乐意回答关于协议设计、支付流程或 Nostr 集成的问题。

我构建了 atria，一个终端 UI，用于在一个地方管理多个 agent 会话。它充当在您自己的机器上运行的会话的“agent 多路复用器”。 如果您在想“为什么不直接使用 tmux 呢？”：它可以与 tmux 一起正常工作，并为您提供额外的状态、可见性以及对 agent 会话的快速控制。 有三种使用方法： - 独立使用，带有嵌入式终端多路复用器（适用于任何终端）。 - 与 tmux 集成（如果您愿意，仍然可以启动到嵌入式终端）。 - 与一些终端的“magic”集成：iTerm2、kitty 和 WezTerm。 支持 Claude Code、Codex、OpenCode 和 Copilot。 使用 Claude Code 和 Codex 构建。:)

我们是一个小型团队，正在研究公司如何处理内部 AI 智能体的运营方面问题——这些智能体是你们为财务、运营或市场营销工作流程构建的。我们关注的不是现成的 SaaS 工具，而是你们工程团队交付的定制智能体。 我们特别感兴趣的问题包括： * 你们内部运行了多少个智能体（据你们所知）？ * 谁负责它们的日常管理——是工程团队还是使用它们的业务团队？ * 你们如何跟踪它们的成本（LLM API 费用、计算资源）？ * 如果业务团队想要更改智能体的行为，流程是怎样的？ 我们是真的想了解行业现状，而不是推销任何东西。

构建了一个免费的 Superwhisper 替代方案。Whisper 在本地运行，可选通过 OpenAI、Anthropic 或 Ollama 进行 LLM 清理。采用 MIT 许可证。