最新

大家好！ 我正在构建 Jin，这是一个面向 AI 代理构建者和网站管理员的开源协议，旨在让日常互联网对 AI 代理来说更易于理解。 我使用 AI 代理进行编码和研究，我观察到一个现象是，我们在赋予代理抓取能力上花费了过多的时间、金钱或两者兼有。这让我思考，如果有一种系统，能让我的 AI 代理在不费吹灰之力的情况下，就能获取我想要的互联网信息，那该多好？由此我产生了“意图层”的想法。 Jin 的工作原理如下： 1. **AI 代理端：** 您只需以 `skill.json` 或 `skill.xml` 的格式将指令传递给您的代理。这是第一步。该技能会指示代理在网站上查找 `jin.json`，并使用意图映射进行导航，执行 CRUD 等操作。它位于 `app/.well-known/jin.json` 下。 2. **网站管理员端：** 网站管理员可以在其项目根目录下运行 `jin-cli`。该 CLI 会映射项目，生成一个 `jin.json` 文件中的意图映射，并将其保存在应用程序所在的位置。例如，在单体结构中，`jin.json` 可以放在根目录下。对于单体仓库结构，它可以放在 `app/web` 或 `app/marketing` 等目录下。这个文件可以完全按照您的意愿进行编辑。除了生成意图映射，它还会告诉您如何轻松进行编辑，可以包含什么内容，什么应该包含，什么不应该包含等等。`jin.json` 中有一个待办事项列表。 此外，在最新版本中，我添加了一个 Jin Shield 来保护网站免受未经授权的抓取。这个 Shield 与您正在使用的任何防火墙并存，可以将其视为第一道防线。它会记录谁访问了网站。您可以在 meetjin.com 上免费注册您的代理，并使用生成的密钥访问任何使用 Jin Shield 的网站。代理会携带一个加密的 RS256 JWT 凭证，Jin Shield 会使用缓存的 JWKS 公钥在本地验证此凭证。 规范是开放的（CC0），工具是 Apache 2.0 许可。请随意使用、修改、批评或赞扬它。 访问 CLI：`npx @papercargo/jin-cli` 获取密钥：<https://meetjin.com> GitHub：<https://github.com/meetjin/jin> 我非常希望能了解您的用例和反馈。 祝好！

我的一位同事花了三天时间写了一个提示词给 Claude，让 Claude 生成一份产品需求文档（PRD）。 Claude 生成了令人惊叹的 12 页 Notion 文档，其中包含图表、模式定义、预期行为等等。 我通读了所有内容，并就他决定的架构提出了一些疑问，因为他选择了与我们讨论的不同方向，但这也没关系。他大部分的回答是：“哦，那个忽略掉，是 Claude 加的。” 我们到底在做什么？同样的三天时间，本可以用来手写这份 PRD。当然，它可能不像前者那样光鲜亮丽，但至少是准确的！这正是我对大型语言模型（LLM）感到痛苦的地方，它们会生成大量文本，看起来效率很高。而真正的效率在于用最少的文字来描述功能。 我真的不知道该如何处理这个领域的问题，这与我们写东西的整个前提背道而驰。

一年前就已讨论过。 https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=44235467

我真的厌倦了到处都是与人工智能相关的内容。 当我打开 Hacker News 时，近一半的置顶文章都与人工智能有关。社交网络上的情况也是如此。 我怀念那些需要花费时间和精力去理解的技术内容的时代。 如今，发现这些内容变得非常困难。在 HN 上，我看到很多技术文章都无法登上首页，所以有时我只能在提交的文章中搜索它们。不仅内容变少了，需求也在下降。我猜人们宁愿读另一篇关于大型语言模型的文章，这些文章几乎不教任何东西，也无法激发他们的好奇心。对我来说，作为读者和作者，这都令人感到悲伤。 那么，还有什么地方的人们仍然关心并分享深入的技术内容呢？我想继续锻炼我的思维。我受够了“脑残”内容。