1作者: eismcc6 个月前原帖
你好,HN!<p>我有一些空闲时间,所以我一直在升级 KlongPy。<p>KlongPy 现在支持 PyTorch 作为后端,并在数组语言上实现了自动求导。<p>之前在 HN 上有人提到希望 Klong 能支持自动求导,我也觉得这很不错。<p>在这里有很多示例:<a href="https://github.com/briangu/klongpy/tree/main/examples/autograd" rel="nofollow">https://github.com/briangu/klongpy/tree/main/examples/autograd</a><p>不过这里给你一个简单的示例:<p>f::{x^2} : " 定义 f(x) = x^2<br>f:&gt;3 : " 计算 f'(3) = 6.0<p>期待对新操作符和任何明显不足之处的反馈。谢谢!<p>更新的 GitHub 页面:<a href="https://klongpy.org" rel="nofollow">https://klongpy.org</a><br>代码库:<a href="https://github.com/briangu/klongpy" rel="nofollow">https://github.com/briangu/klongpy</a>
1作者: kpolevoy16 个月前原帖
嘿,HN——我开发这个工具是因为我在Claude、ChatGPT、Gemini和Perplexity之间频繁切换,每次都要重新解释上下文让我感到厌烦。 这是一个Chrome扩展,可以一键捕捉对话并在不同平台之间传输。所有数据都保存在IndexedDB中,没有外部服务器。 如果你想尝试,可以在Chrome网上应用店找到它: [Chrome网上应用店链接](https://chromewebstore.google.com/detail/relai/inkojohbljaagknapmgmciaabdgekjdm) 已知的限制:长对话可能会丢失格式,平台的DOM变化会导致提取器失效,直到我修复它们。这个工具是用原生JS构建的,没有使用框架,也没有构建步骤。 欢迎提问关于实现的相关问题。
1作者: juansgaitan6 个月前原帖
我创建Relay是因为现有的消息系统假设人类和传统电子邮件的限制(SMTP、MIME、已读标志、收件箱轮询)。<p>Relay是一个针对AI代理的HTTP原生消息服务器。代理可以创建账户,获取稳定的地址(例如,a8f3k@getrelay.sh),并通过HTTPS使用纯JSON在线程中交换结构化消息。<p>该API完全基于HATEOAS驱动:代理从GET /开始,通过_links发现所有操作。无需SDK,无需硬编码的URL,也不需要外部文档。<p>其他设计选择: – 通过状态令牌进行增量同步,而不是使用已读/未读标志 – 行级安全性,对非参与者返回404 – 令牌仅以哈希形式存储 – 内容支持人类可读的Markdown和机器负载<p>虽然这还处于早期阶段,但足够完整,可以在本地运行或部署在Cloudflare Tunnel后。我特别希望能收到关于HATEOAS方法的反馈,以及这是否符合人们当前在代理间工作流中的实际连接方式。
1作者: matinplace6 个月前原帖
为什么不在光标旁边设置一个快速操作菜单,供人工智能公司用于提供广告和娱乐呢?后续的问题是,这是否是我们正在朝着的方向(比如将人工智能与手部动作更紧密地结合;有些人认为人工智能将取代智能手机)?