1 分•作者: codesparkle•6 个月前
返回首页
最新
1 分•作者: praptak•6 个月前
1 分•作者: cebert•6 个月前
1 分•作者: KnuthIsGod•6 个月前
1 分•作者: thomasjb•6 个月前
1 分•作者: twelvechess•6 个月前
1 分•作者: spider-hand•6 个月前
Hi HN,
我构建了一个小型 RAG 应用,可以让你提问关于东京地价的问题,并在交互式地图上进行探索。我主要构建这个应用是因为我想尝试用交互式地图和真实数据制作一些东西,并且我发现日本的开放地价数据很有意思,适合用来练手。
非常感谢大家的反馈。我只是数据科学和机器学习的业余爱好者,我觉得在准确性方面还有很大的提升空间,所以特别希望听到关于如何改进 RAG 方面的建议。
源代码:<a href="https://github.com/spider-hand/tokyo-landprice-rag" rel="nofollow">https://github.com/spider-hand/tokyo-landprice-rag</a>
1 分•作者: rbanffy•6 个月前
1 分•作者: ikromshi•6 个月前
2 分•作者: kddsingh•6 个月前
谷歌刚刚发布了关于其通用商务协议 (UCP) 的详细信息,这是一个开放标准,旨在使购物能够与 AI 助手原生协作,而不是依赖网站。其理念是标准化整个商务流程——产品发现、定价、结账、支付和售后——这样 AI 助手就可以直接完成购买,而无需为每个商家进行定制集成。商家仍然是记录在案的卖家,但通过通用协议公开功能,允许助手比较选项并在多家商店执行结账。如果这一举措取得成功,它将削弱市场锁定(包括亚马逊的),方法是将产品发现和结账从专有用户界面转移到 AI 驱动的意图流程中,类似于开放网络协议如何降低了早期互联网门户网站的力量。
23 分•作者: vednig•6 个月前
1 分•作者: shreeradhika29•6 个月前
嗨,Hacker News,
我开发了 ShrijiLang,这是一种用 C 语言编写的新编程语言,拥有自己的分词器、解析器、AST、解释器和运行时,以及一个 AI 路由系统。
它不是 Python 的封装器或 LLM 工具——它是一种真正的语言,通过其自身的运行时引擎执行 .sri 脚本。
该语言包括:
- 完整的词法分析器和解析器
- 基于 AST 的解释器
- 状态和事件系统
- 运行时路由的 AI 模块(Sakhi、Niyu、Mira、Shiri、Kavya)
- 脚本级别的 AI 行为控制
示例:
./shrijilang test.sri
该项目已开源,地址如下:
<a href="https://github.com/shreeradhika623-sudo/ShrijiLang.git" rel="nofollow">https://github.com/shreeradhika623-sudo/ShrijiLang.git</a>
我独自一人花了几个月的时间开发了它。
欢迎提供反馈、批评和想法。
— Mister_Mr
1 分•作者: jokera•6 个月前
1 分•作者: v0id_user•6 个月前
Hi HN,
我构建了一个小型事件驱动的视频转码管道,用于探索大规模媒体系统的行为。
该网站允许你上传视频并实际使用该管道。架构、权衡和推理都记录在博客文章中,并且代码是开源的。
博客:<a href="https://v0id-user.mataroa.blog/blog/i-tried-to-understand-how-large-scale-video-pipelines-work-so-i-built-a-serverless-transcoding-system-cloudflare-flyio-redis/" rel="nofollow">https://v0id-user.mataroa.blog/blog/i-tried-to-understand-ho...</a>
代码库:<a href="https://github.com/v0id-user/tcoder" rel="nofollow">https://github.com/v0id-user/tcoder</a>
欢迎讨论设计决策、局限性以及我将如何改进 :)
1 分•作者: EDM115•6 个月前
1 分•作者: tu_shark•6 个月前
1 分•作者: birdculture•6 个月前
1 分•作者: twapi•6 个月前
1 分•作者: daulet_b•6 个月前
我正在开发一个确定性的复式记账运行时,用于后端系统,这些系统对财务正确性有严格要求。
在实践中,许多团队最初使用常规数据库和应用层面的会计逻辑。但到某个时候,重试、竞态条件和对账问题就会出现。
我很好奇这里的工程师们是如何决定的:
— 什么时候一个普通的数据库不再够用?
— 哪些信号表明会计逻辑应该转移到专门的账本运行时?
— 你们是否经历过确定性重放或审计功能能够提供帮助的事件?
我希望得到工程方面的观点,而不是产品讨论。
1 分•作者: nemoniac•6 个月前