最新

你好，HN，我正在让人工智能为我构建一个本地的Gin Rummy训练器，但它无法理解中等和困难级别的机器人策略，结果总是输给简单级别的！这样做的目的是帮助我学习，所以我其实不知道该如何给它建议策略。目前它只是不断循环测试和修改，但始终没有改进。有没有人能给我一些建议或指导，告诉我可以向它推荐哪些策略？

嗨，HN，我是来自H2Loop的Prashant。我们合作的嵌入式工程师对通用AI工具产生的虚假寄存器地址感到困扰，这些工具生成了芯片上不存在的外设代码，并且在类似平台（如STM32F4和F7）之间混淆了定时器的特性。虽然代码看起来很整洁，但就是无法启动。这让他们每次都不得不回去查阅数据手册。因此，我们开发了Hydron，这是一款为您的硬件编写基于数据手册的代码的AI工具。 <p>演示：Hydron为STM32U385上的板载温度传感器设置睡眠模式CPU日志 - <a href="https://boot.hydron.sh/zzzDemo" rel="nofollow">https://boot.hydron.sh/zzzDemo</a></p> 首先，我们预先索引了580多个平台和外设。您在机器人、无人机或物联网构建中可能会使用的大部分内容：常见的开发平台如STM32、ESP32、RP2040、AM6系列，以及围绕它们的IMU、GNSS模块、电机驱动器和气压计。询问某个外设时，答案来自我们的知识图谱和实际数据手册。 其次，您可以提供自己的上下文并与团队分享。Hydron可以索引多达5000页的PDF文件，以及各种文件类型，甚至是高达250MB的完整C/C++/Python代码库的ZIP文件。一个工程师只需索引一次硬件、BSP和数据手册包，其他人就可以通过自己的Hydron代理进行引用。 第三，硬件-软件开发可以在您的编辑器或终端中进行。Agentic串口监视器今天已经上线。GDB集成和AI日志阅读器将在接下来的两周内推出。 接下来，我们将专注于闭合硬件-软件循环。我们正在构建更多的HIL调试能力、更深的目标意识以及对其他平台的支持。如果您从事嵌入式软件开发，我们非常希望听到您对当前工具不足之处的反馈，以及您希望看到的下一步改进。 <p>安装： VS Code扩展 - <a href="https://marketplace.visualstudio.com/items?itemName=H2Loop.hydron" rel="nofollow">https://marketplace.visualstudio.com/items?itemName=H2Loop.hydron</a> CLI mac/linux -> curl -fsSL <a href="https://get.hydron.sh/cli/install.sh" rel="nofollow">https://get.hydron.sh/cli/install.sh</a> | bash。 CLI windows -> irm <a href="https://get.hydron.sh/cli/install.ps1" rel="nofollow">https://get.hydron.sh/cli/install.ps1</a> | iex</p> 更多信息请访问 <a href="http://boot.hydron.sh/HN" rel="nofollow">http://boot.hydron.sh/HN</a>。提供200个免费积分，付费计划享受50%折扣，一步注册。我和u/ajithhyd会在这个讨论串中全天在线。

嗨，HN！<p>我正在构建 Jin——一个开源协议，旨在帮助代理构建者和网站管理员让日常互联网对 AI 代理变得可读。<p>我使用 AI 代理进行编码和研究，观察到我们在赋予代理抓取能力方面花费了太多时间、金钱或两者兼而有之。这让我思考，如果有一个系统可以让我的 AI 代理轻松获取我想要的互联网信息，那该多好？这促使我产生了意图层的想法。<p>以下是 Jin 的工作原理： 1. AI 代理端：您只需以 skill.json 或 skill.xml 格式将指令传递给代理。这是第一步。该技能会告诉代理在网站上查找 jin.json，并使用意图图进行导航，执行 CRUD 等操作。该文件位于 app/.well-known/jin.json 下。<p>2. 网站管理员端：网站管理员可以在其项目根目录下运行 jin-cli，CLI 将映射项目，生成意图图并将其保存在应用程序所在的位置。例如，在单体结构中，jin.json 可以位于根目录。在单一代码库结构中，它可以位于 app/web 或 app/marketing 等目录下。该文件可以根据您的需求进行完全编辑。除了生成意图图外，它还告诉您如何轻松编辑、可以放置什么、应该放置什么以及不应该放置什么等。jin.json 中还有一个待办事项列表。<p>此外，在最新版本中，我添加了 Jin 保护盾，以保护网站免受未经授权的抓取者。这道保护盾与您使用的任何防火墙并行工作，可以视为第一道防线。它会记录谁进入了网站。您可以在 meetjin.com 上免费注册您的代理，并使用生成的密钥访问任何使用 Jin 保护盾的网站。代理携带加密的 RS256 JWT 护照，而 Jin 保护盾会使用缓存的 JWKS 公钥在本地进行验证。<p>该规范是开放的（CC0），工具使用 Apache 2.0。请随意使用、破坏、调侃或赞美。<p>访问 CLI：npx @papercargo/jin-cli 访问密钥：<a href="https://meetjin.com" rel="nofollow">https://meetjin.com</a> Github：<a href="https://github.com/meetjin/jin" rel="nofollow">https://github.com/meetjin/jin</a><p>我非常希望了解您的使用案例和反馈。<p>谢谢！

我工作单位的某个人花了三天时间给Claude写一个提示，以生成一份产品需求文档（PRD）。结果生成了12页精彩的Notion文档，里面有图表、架构定义、预期行为等等。我仔细阅读了所有内容，并对他选择的架构提出了一些问题，因为他走的方向与我们讨论的不同，这没关系。他的大部分回应都是“哦，那个可以忽略，Claude加上的”。 我们到底在做什么？这三天的时间本可以用来手动撰写PRD。虽然手写的可能没有前者那么精美，但至少是准确的！这正是我对大型语言模型（LLMs）的痛点，它们生成大量文本，看似高效，但真正的效率应该是用最少的文字来描述功能。 我真的不知道在这个领域该怎么办，这完全违背了撰写文档的初衷。