返回首页

一周热榜

3作者: FernandoDev5 天前原帖
随着我开始构建人工智能集成,我意识到对于许多项目来说,最佳的代理体验是能够让用户的个人代理在你的应用中执行操作。 现有的选项,如MCP或A2A,涉及的内容较多,对于那些已经基于URL参数驱动的简单应用而言,这些选项似乎显得过于复杂。 这促使我原型设计了代理使用接口(AUI)规范。 这个想法很简单:一个轻量级的开放规范,使任何应用都“可由代理导航”。你只需在 /agents/aui.xml 放置一个XML文件,描述你的应用支持的基于URL参数的操作,如搜索、创建、过滤等。这样,任何AI代理都可以读取aui.xml,理解可执行的操作,并代表用户构建URL。 就是这样。没有SDK,没有认证流程,没有API密钥。只有一个你的应用可以执行的操作目录,专为大型语言模型(LLMs)理解而编写。 是否已经存在类似的东西?这种方法是否过于简单而无用? 如果你的应用已经支持通用链接或其他基于URL参数的功能,你可能在一个下午就能添加对AUI的支持。 查看一个工作示例: [https://habittiles.app/agents/aui.xml](https://habittiles.app/agents/aui.xml)
3作者: neilsharma4255 天前原帖
我厌倦了将 Langfuse 用于追踪、将 promptfoo 用于红队测试和评估,以及为 CI/CD 编写自定义脚本。这一切都很混乱,所以我创建了 EvalsHub。 EvalsHub 将所有功能整合到一个平台上。自动化的生产评分、红队测试、提示版本管理以及 CI/CD 集成。30 分钟内即可实现从零到全面评估覆盖。 希望能收到任何在生产环境中部署 AI 的人的严厉反馈。 evalshub.ai
3作者: qtabq2 天前原帖
鉴于最近关于“年龄验证”的讨论,这引发了一个老问题——systemd。 在这种情况下,systemd更多地象征着集中化,这让人不得不思考,不是“是否”,而是“何时”一些疯狂分子、极端主义者以及类似的恐怖组织(如加利福尼亚州、巴西、朝鲜、中国等)会采取行动,假装保护儿童免受爱泼斯坦客户的侵害,而忽视了父母在教育中的参与,以及国家或政府一般不应干预家庭事务,除非显然是被某种阴暗议程或像Facebook这样的商业实体所迫。 问题是:systemd和类似技术悄然渗透,虽然让事情变得方便,但并不一定简单或干净。这可能是一个反思的好时机,考虑如何对这些技术栈进行逆向操作。 基于人工智能的搜索仍然提供的信息不如这个页面 nosystemd.org,尽管这个页面有些陈旧,但其意图良好,声誉不错。 你怎么看?你会如何处理这个问题? 我自己一直在使用Arch Linux,几乎是从一开始就作为用户。我在这个时候大多是盲目地采纳他们的建议,因为我将这个发行版视为推动工程、颠覆和创新的黄金标准。它运作得毫不费力。有人试图施行的systemd策略(无论是谁,从哪个层面、试图操控什么)都是个坏主意,需要被预防、关闭并永久封存。 我无法放弃这个发行版,需要重新评估现在是谁在做什么——从启动到初始化,再到环境等。 你怎么看?你会如何逐步替换掉你的工作马和流程,转向哪些替代方案,或者可能是一些组合的替代方案,以提供同样无摩擦的工程环境?
3作者: johndamaia5 天前原帖
电子邮件是我们每天都会查看的工具之一,但其基础体验并没有太大变化。我使用的是Gmail,可能大多数阅读这篇文章的你们也是如此。 Arc浏览器为上网带来了乐趣和美感。Cursor则在一个方便的右侧面板中创造了新的用户体验,让代理人随时为你服务。 我每天都在使用这三个工具。自从Arc被Atlassian收购后,我一直在思考:如果我构建一个新的界面,将Arc的用户体验应用于电子邮件,而不是浏览器标签,同时让AI代理轻松可用,以帮助管理电子邮件、事件和文件,会怎么样呢? 我构建了一个前端概念验证(PoC)来展示这个想法。 试试吧:<a href="https:&#x2F;&#x2F;demo.define.app" rel="nofollow">https:&#x2F;&#x2F;demo.define.app</a> 不过,我对此并不太确定……继续探索这个想法值得吗?
3作者: habosa3 天前原帖
詹森·黄最近表示,他认为一位年薪50万美元的工程师每年应该至少花费25万美元用于“代币”,这个数字令人震惊。我个人不知道如果我尝试的话,怎么能花那么多钱。显然,他有很大的经济动机来说服人们认为每位工程师花费25万美元是合理的,但这让我思考,是时候进行一次调查了。 你和你的同事在工作中花费多少用于人工智能编码工具?我指的是Cursor、Claude Code等。不是所有的人工智能软件即服务(SaaS),而是那些按代币计费的工具。
3作者: thequietmind6 天前原帖
嗨,HN!我是Ezra,MDX Docs的创建者。 我之所以开发这个工具,是因为我想要一个快速、简单的方法来使用Markdown和React结合MDX来记录组件。 我的目标是保持事情的简单明了:页面只是MDX文件,并且它们直接映射到路由。你可以编写文档,并在旁边直接插入React组件,而无需太多设置。 它还包括一个命令行工具: ``` npx create-mdx-docs@latest my-docs ``` 我一直在用它快速搭建文档网站,到目前为止,这个工作流程非常顺畅。 我很好奇现在其他人是如何处理组件和内部工具的文档的。如果有任何问题,欢迎提问。