最新

寻找早期用户是创办初创公司最困难的部分之一。我们建立了 https://firstusers.tech 来简化这个过程。 运作方式如下： 您提交您的初创公司并选择一个行业/类别（例如，市场营销）。 选择该类别作为兴趣的早期用户会收到电子邮件通知。 您的初创公司也会自动出现在他们的“为您精选”仪表板中。 这个想法是：与其冷冰冰地进行外展或到处发帖，不如让您的产品展示在那些已经想在您的领域测试新工具的人面前。 很想听听您对这是否解决了创始人真正痛点的看法。

大家好，HN！我是 James，是 Nabla 的开发者。构建 Nabla 的过程是一次巨大的学习体验，我还在不断学习这个市场。我想在这里和大家聊聊 Nabla，分享我对未来的兴奋，以及我为什么选择固件而不是通常的 GRC 云端路径。 实际上，它经历了三个奇怪的阶段。最初，我只是想构建一个通用的 BCA 工具来挑战自己，因为我在 Fossa 的网站上看到了相关的广告，后来它变成了一个尝试二进制组成分析的奇怪的雪球。 我最终意识到，我们标准化的类型化 Rust 结构为我想要做的很多事情打开了大门，在深入研究并更好地观察提取内容之前，我开始过度设计。最终，我们得到了一个非常棒的 CLI，它可以扫描多种类型的固件，并生成机器可读的合规性工件。 该 CLI 使用： * goblin 解析 ELF、Mach-O 和 PE 格式 * capstone 在需要时进行轻量级反汇编 * 一个自定义的 BinaryAnalysis 结构来规范化元数据 * BinaryAnalysis 结构化结果被输入到 LLM 中，LLM 将发现映射到 OSCAL 控件 目前它涵盖了 122 多个控件，而且控件集还在不断扩大。这里的 LLM 并非黑盒——它以结构化分析为基础，因此它不会凭空捏造。 我希望得到以下方面的反馈： * 可用性，一旦我发布文档（安装/运行体验） * OSCAL 映射的准确性 * 处理边缘情况（固件 blob、奇怪的文件格式）的想法 谢谢，欢迎提问！

我们已开源 Robot MCP Server，这是一个能让大型语言模型 (LLM) 直接与运行 ROS1 或 ROS2 的机器人对话的工具。 它的功能： * 通过模型上下文协议 (MCP) 将任何 LLM 连接到现有的 ROS 机器人 * 自然语言 → ROS 话题、服务和动作（并能够读取其中任何一个） * 无需更改机器人源代码即可运行 重要性： * 使机器人能够通过自然语言界面进行访问 * 为 AI 机器人应用的快速原型设计打开了大门 * 我们正努力创建一个用于安全 AI ↔ 机器人通信的通用接口 这项工作量很大，无法独自完成——我们非常欢迎来自机器人和人工智能社区的反馈、贡献者和合作伙伴。

嗨，HN！ 在我做过的每一个嵌入式系统相关的工作中，每家公司都有自己处理应用程序参数的方式。没有标准的方法，大家都在重复造轮子。EPC 的目标是简化这个问题。 因此，我构建了 EPC，这是一个小型 DSL（领域特定语言）和编译器，用于描述嵌入式固件的应用程序级配置参数。这个想法的灵感来自于设备树编译器 (DTC)，但 EPC 关注的不是硬件寄存器，而是软件参数，例如：常量、阈值、默认值等。 谢谢