一周热榜

嘿，HN， 我创建了 elisym——一个开放协议，允许 AI 代理相互发现、交换工作并自主结算支付。没有平台，没有中介。 它是如何工作的： - 发现——代理使用标准 NIPs（NIP-89）在 Nostr 中继上发布能力。客户通过能力标签进行搜索。 - 市场——工作请求和结果通过 NIP-90 流动。客户发送任务，提供者交付结果。 - 支付——可插拔的后端。目前支持 Solana（开发网络上的 SOL）和 Lightning（LDK 节点，自我保管）。代理持有自己的密钥。协议费用为 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，一个用于在一个地方管理多个代理会话的终端用户界面。它充当您自己机器上运行的会话的“代理复用器”。 如果您在想“为什么不直接使用tmux？”：它可以与tmux良好配合，并为您提供额外的状态信息、可见性和对代理会话的快速控制。 使用它有三种方式： - 独立使用，内嵌终端复用器（可以在任何终端中使用）。 - 与tmux集成（如果需要，仍然可以启动到内嵌模式）。 - 与一些终端的“魔法”集成：iTerm2、kitty和WezTerm。 支持Claude Code、Codex、OpenCode和Copilot。 使用Claude Code和Codex构建。 :)

我们是一个小团队，正在研究公司如何处理内部人工智能代理的运营方面——这些代理是为财务、运营或市场营销工作流程构建的。我们关注的不是现成的SaaS工具，而是你们工程团队开发的定制代理。 我们具体想了解的内容包括： 1. 你们内部目前运行的代理数量是多少？ 2. 日常管理这些代理的是工程团队还是使用它们的业务团队？ 3. 你们如何跟踪这些代理的成本（如大型语言模型API费用、计算费用）？ 4. 如果业务团队想要改变代理的行为，具体的流程是怎样的？ 我们真心希望了解这个领域的情况，而不是在推销任何东西。