Hermae AI

Name: Hermae AI
Brand: Hermae AI
Availability: InStock

还没有用户反馈，来做第一个评价的人

Hermae AI 适合开发者/技术人员、设计师、数据分析师处理将 Storybook 文档转换为 Markdown、为 RAG 生成向量嵌入、本地IDE设计系统上下文，建议和同类工具一起对比价格。

Web 应用

需要登录

输入文档提示词图片代码

输出文本代码图片方案

立即试用帮忙编辑

Hermae AI NBAI 编辑点评

我们更看重 Hermae AI 在「将 Storybook 文档转换为 Markdown」「为 RAG 生成向量嵌入」上的实际价值，而不是把它当作又一个代码助手目录条目。

暂未整理出明确硬伤，但仍建议先用免费额度或低成本方案验证访问、效果和导出质量。

如果你要接入内部流程，还要单独确认 API 限额、鉴权方式、数据留存和失败重试策略。

更新时间：2026-08-18/分类：代码助手/编辑评分：8.2

Hermae AI 工具介绍

Hermae AI 曾是一款面向企业设计系统场景的 AI 工具，目标是让大语言模型理解团队已有的组件、文档和使用规范，从而帮助产品团队更快地交付界面。根据官网现存的停运说明，Hermae 的核心问题意识是：怎样把设计系统中原本主要供人阅读的知识，转换成大语言模型可以检索和利用的上下文。其实际采用的方案，是先把 Storybook 文档转换为 Markdown，再据此创建向量嵌入，供检索增强生成（RAG）流程调用。由此看，它更接近“设计系统知识接入层”或“面向设计系统的 AI 上下文工具”，而不是通用聊天机器人，也不是独立完成全部前端开发工作的代码编辑器。这套思路主要适合维护成熟设计系统的前端工程师、设计系统团队和需要统一组件使用方式的产品研发组织。典型前提是团队已经在 Storybook 中沉淀了组件说明、属性、示例或使用约束，并希望让 AI 在生成界面代码时参考这些内部资料。Hermae 试图解决的不是“从零设计一套视觉系统”，而是减少 AI 不理解现有组件、重复造轮子或偏离团队规范的问题。对于没有 Storybook 文档、组件示例不足，或设计规范仍主要散落在口头沟通和零散文件中的团队，其价值会受到源资料完整度的直接限制。从官方复盘能够确认的核心能力边界，是 Storybook 文档到 Markdown 的转换，以及基于这些文本创建供 RAG 使用的向量嵌入。可据此推断的典型场景包括：把组件文档整理为机器可检索的知识材料，让接入大语言模型的开发流程在回答组件用法、寻找已有实现或生成前端代码时获得设计系统上下文。不过，官网当前页面是创始团队的停运复盘，而不是仍可注册使用的产品说明页；页面没有提供现行控制台、安装流程、API 文档或持续服务入口。因此，Hermae 现在更适合作为“AI 如何连接设计系统知识”的历史产品案例，不应被当作仍可采购、部署或接入生产流程的在线服务推荐。官网还总结了其停运后的判断：设计系统上下文可以直接放在本地 IDE 可访问的代码和示例中，也可以利用公开组件库已有的大量代码上下文，或由 Figma MCP 提取截图与设计令牌。这里的 Figma MCP 是官方复盘中列举的当代替代路径，不足以证明 Hermae 产品自身曾提供 Figma MCP 集成功能。官网同样指出，仅从设计工具取得截图和令牌并不能在缺少代码示例时保证生成可用于生产的代码。这一判断也说明了该类工具的普遍边界：RAG 和设计上下文可以提高相关性，但不能替代组件实现、测试、代码审查、可访问性检查以及真实页面验收。对中国用户而言，当前最重要的注意事项不是套餐选择，而是服务已经关闭。官网页面为英文，且没有可验证的中文界面、中文支持渠道、中国大陆网络可达性、境内部署方式或本地合规说明。若团队希望实践相同思路，更现实的做法是评估现有 IDE、Storybook 或设计工具提供的上下文接入能力，并先用自己的组件库做小范围验证：检查 AI 是否引用真实组件、是否遵守属性与设计令牌、生成结果能否通过测试，以及内部代码和设计资料是否会被发送到外部服务。上述替代方案需要分别核验其官方文档，不能视为 Hermae 的延续服务。