2 分•作者: victorbuilds•7 天前
返回首页
最新
2 分•作者: faustoct•7 天前
我做这个是想做一个小小的社会实验:每个用户一生只能发一条帖子(永久保存,不能删除或修改)。发完帖子后,你就可以解锁动态,看到其他人的选择。
5 分•作者: aarmenante•7 天前
29 分•作者: hn_acker•7 天前
4 分•作者: joaoh82•7 天前
1 分•作者: whynotmaybe•7 天前
1 分•作者: igor-peregudov•7 天前
嗨,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 集成的问题。
1 分•作者: surprisetalk•7 天前
1 分•作者: surprisetalk•7 天前
1 分•作者: surprisetalk•7 天前
1 分•作者: surprisetalk•7 天前
1 分•作者: droidjj•7 天前
1 分•作者: brokerandy25•7 天前
1 分•作者: matijash•7 天前
1 分•作者: bookofjoe•7 天前
4 分•作者: unhappychoice•7 天前
我从未能坚持写日记。试过纸质笔记本、日记应用、每日模板。结果总是相同的:坚持一周,然后就没了。最忙碌的日子最先消失,因为我忙于生活,根本没时间写下任何东西。
后来我注意到,我已经在不知不觉中记录我的生活了。我的日历里有每一次会议。Slack 里有每一次对话。GitHub 里有每一次提交。原始材料都在那里,只是分散在十几个 API 中。所以我写了一组收集器和一个 cron 任务,每天早上将所有数据整合在一起,并让一个 LLM(大型语言模型)根据原始数据写一篇日记。
最近,我与 OpenClaw 的对话也出现在了日记里,说实话,这些是最好的条目之一。那些傻乎乎的来回对话,凌晨两点我问的问题。这些是我永远不会自己写下来的东西,但一年后会喜欢重读。
这个原型运行得很好,我想让其他人也能使用它。这意味着要把一个个人 cron 任务变成一个管道,每天早上可靠地处理多个用户、多个集成和多个时区。这才是真正的复杂所在,也是我过去一个月一直在构建的东西。
服务网站:<a href="https://deariary.com" rel="nofollow">https://deariary.com</a>
由 deariary 自身生成的公开开发日记:<a href="https://app.deariary.com/u/deariaryapp" rel="nofollow">https://app.deariary.com/u/deariaryapp</a>
很乐意讨论这个方法或任何其他问题。
附注:我连接了我的 Steam 账号,我的日记随意提到我连续几周每天都在玩《超级拼图世代》60-120 分钟。我不知道我一直在这么做。这个应用真是个告密者。
2 分•作者: SimplAI_ai•7 天前
大多数抵押贷款处理延迟并非源于风险,而是由于手动工作流程。<p>我们一直在开发 SimplAI,这是一个为银行和金融服务设计的 AI 驱动系统,首先从抵押贷款业务开始。<p>我们一直看到的问题是:<p>15-22 天的处理时间<p>大量的手动文档处理(每笔贷款超过 500 页)<p>重复的数据录入和验证循环<p>承销人花费数小时处理非决策性工作<p>因此,我们构建了一组 AI 智能体来处理运营层面的工作:<p>文档 AI (IDP) → 在几分钟内对贷款文件进行分类并提取数据<p>收入分析模型 → 解析纳税申报单、工资单和可变收入<p>验证集成 → 实时进行就业和财务检查<p>AI 辅助承销 → 预先验证文件并生成条件<p>合规引擎 → 持续检查监管规则<p>我们在生产中看到的情况是:<p>端到端处理:约 18 天 → 3-5 天<p>数据提取准确率:97% 以上<p>承销审查时间:3-4 小时 → 小于 45 分钟<p>每笔贷款的成本:降低约 40-50%<p>我们并没有取代承销人,而是消除了他们周围的运营瓶颈。<p>虽然还处于早期阶段,但我们正在探索:<p>基于智能体的贷款全生命周期工作流程<p>更好地处理边缘情况(自雇借款人、非标准贷款)<p>承销决策的可解释性<p>非常欢迎来自金融科技、贷款或在受监管环境中构建 AI 系统的朋友们提供反馈。
4 分•作者: dominotw•7 天前
每个评论区都变成了这样:<p>> 关于 X 的想法<p>>> X 很棒,但来看看我在 GitHub 上的垃圾 vibecoded 项目吧
93 分•作者: bilsbie•7 天前
2 分•作者: michaelmure•7 天前