AI 可见性

AI 可见性是工程问题,不是内容问题

答案引擎无法引用它取不到、解析不了、也归属不到你名下的东西。这是一个技术栈问题:你的 robots 规则、是否存在一份干净的机器可读副本、你的 JSON-LD 是否有效、有没有任何地方说明你是谁,以及你输出的 HTML 里到底有没有正文。我们在你现有的代码库里把这些修好,然后再往前走一步,让智能体不只是读,而是能动手。

任何一周可取消。如果没让你惊艳,最后一周退款。不计工时。

  • 已交付 75+ 产品
  • 10+ 年经验
  • No-Bullshit 保证

直接的答案

AI 可见性工程通过修好爬虫访问、机器可读镜像、结构化数据、实体身份和服务端渲染的内容,让网站对机器可读、对智能体可用,然后再通过 MCP 和 agent skills 把产品暴露出去。

最适合

  • 在传统搜索里有排名,但从不出现在 AI 答案里的团队。
  • 希望智能体能完成一项任务,而不只是读一段介绍的产品。
  • 希望在自己的技术栈里修好,而不是迁移到某个厂商 CMS 的团队。

不太适合

  • 在自己团队内部推行 AI。那是 AI Enablement。
  • 为你的客户构建 AI 产品。那是 AI 开发。
  • 想要排名保证的买家。没人能诚实地卖这个。
先自己查一遍

我们把这个检查器做成了免费工具,完全在浏览器本地运行,用的是我们自己工作时的同一套规则目录。粘贴你的 robots.txt,一分钟内你就知道这一页剩下的内容跟你有没有关系。不要邮箱,不用上传,不用注册。

打开免费检查器
// 01

真正出问题的地方

几乎没人是因为文案写得差而失败的。失败集中在五件机械性的事情上,而每一件在浏览器里都看不见。

  • 检索抓取器被误伤屏蔽。 一个团队为了退出训练而屏蔽 GPTBot,下面又留着一条通配符 disallow,于是悄悄把自己从所有助手的答案里删掉了。这是两个不同的决定,而多数 robots.txt 把它们当成一个。
  • 正文比页面来得晚。 有几种抓取器只看服务器输出的 HTML,不执行 JavaScript。如果你的内容是客户端注入的,它们收到的就是一个带导航的空壳。
  • 结构化数据无效,因此等于不存在。 解析失败的 JSON-LD 会被静默丢弃。这个页面的得分和你从没写过它完全一样,而你的日志里什么都不会提示。
  • 页面上没有任何地方说明你是谁。 页面级类型描述的是这个页面是什么。没有 Organization 节点和 sameAs 链接,引擎就无法把你的公司和名字相近的另一家区分开,于是它会含糊其辞,而不是点名你。
  • 没有一份干净的副本可读。 渲染后的 HTML 解析起来又贵又嘈杂。Markdown 镜像或 llms.txt 才是便宜且无歧义的版本,而几乎没人对外提供。
// 02

我们检查什么、修什么

智能体访问

我们拿真正提供答案的那些抓取器来审你的 robots 规则,并把它们和只收集训练数据的爬虫分开。屏蔽训练是一个你很可能确实想做的授权决定。屏蔽检索才是让你消失的原因,而这通常是无意的。

机器可读镜像

我们为你的页面生成 Markdown 镜像,用 rel=alternate 声明它们,并发布一份 llms.txt 作为地图。然后我们把生成器放到构建关卡后面,这样镜像一坏就会让部署失败,而不是在那里躺一年。

能被解析的结构化数据

每个模板都有有效的 JSON-LD,在 CI 里校验,而不是用浏览器插件手动查一次。类型要和页面实际是什么对得上,实体图要能跨页面解析到同一个对象,而不是每页都新造一个组织。

实体身份

一个带稳定 @id 的 Organization 节点,以及指向那些已经在描述你的注册库和主页的 sameAs 链接,必要时包括 Wikidata。正是这一步把一次提及变成一次有归属的引用。

服务端渲染的内容

如果正文只在 hydration 之后才存在,我们就把它挪进服务器输出的 HTML。在一个客户端渲染的应用里这是实打实的工作量,我们会诚实地评估它,而不是假装一个 meta 标签就能解决。

// 03

项目怎么推进

固定价格,开工前谈定,签订承揽合同。第一步刻意做得很小,让你在这一步之后可以停下。

01

基线

我们拿完整规则目录跑你的线上站点,而不是 staging 副本,并记录抓取器实际收到了什么。

02

结果通读

每条发现都带证据行,按它让你损失多少引用来排序。报告归你,你想交给哪个团队都行。

03

修复

我们在你的仓库、你的技术栈里实施。不迁移到我们个人偏好的某个 CMS。

04

加上关卡

这些检查会进入你的构建流程,让修好的东西不会悄悄腐化。正是这一步让工作能留下来。

05

扩展

可选:MCP 服务器、agent skills,以及智能体真正动手所需的 API 接口。

// 04

不止可读:能动手的智能体

智能体可用的接口

一个 MCP 服务器、公开发布的 agent skills,以及一份有文档的 API 接口,让智能体能在你的产品上完成一项任务,而不是只会总结你的营销文案。绝大多数 AI 可见性工作恰恰止步于此。

// 05

我们经手的接口与标准

这些是这项工作实际产出的东西,不是一份我们听说过的技术清单。

robots.txtllms.txtMarkdown 镜像rel=alternateJSON-LDschema.orgsameAsWikidatacanonicalhreflangSitemapIndexNow服务端渲染MCPAgent SkillsOpenAPI
// 06

我们怎么做这件事

  • 这套东西我们自己就在跑。 本站为每个页面提供 Markdown 镜像、每种语言一份 llms.txt、带校验和的公开 agent skills,以及一个 MCP 端点。任何一处坏掉,校验器都会让我们的构建硬失败。这些你现在就能在自己的终端里核实。
  • 用你的技术栈,不是我们的。 每一处修复都落在你已经在跑的代码库里。我们没有 CMS 要卖给你,也没有理由告诉你必须先迁移。
  • 加了关卡才不会退化。 一次性的清理通常在两个季度内就退回去了。我们把检查放进你的流水线,让下一次部署必须继续满足它们。
  • 只给证据,绝不承诺排名。 我们能证明智能体此前读不到你的页面,之后能读到。没人能承诺某个具体助手会引用你,谁这么说,谁就是在猜。
  • 本来就没问题时我们会直说。 如果你的 robots 规则干净、标记也能解析,诚实的答案就是这项服务不是你的瓶颈。我们宁愿这么说,也不愿卖给你一份报告。

今天,AI 智能体能在你的产品上完成一项任务吗?

几乎肯定不能。

可读只是前一半。可用是几乎还没人建起来的那一半。

// 实证

用案例说话,而不是承诺

这些是精选项目,并非我们的全部作品。自 2018 年以来我们已交付 75+ 款产品。

客户怎么说

Google

过去 4 年里与 Wavect 一起建立了多家风投支持的初创公司。 世界一流的团队。他们在探索阶段是出色的思想伙伴,在开发阶段是可靠且可预测的工程师,整体上也是非常棒的合作伙伴。强烈推荐与这个团队合作你的下一个项目。

Joseph Miller
LinkedIn

认识 Kevin 是一件非常令人兴奋的事!他对自己关注的话题充满热情,是一个愿意走多一步的人。他的思考方式以及他对工作的热忱令人印象深刻。他具备整体视角,不只局限于技术话题。他最大的优势在于:他了解客户的需求,并能在无需多问的情况下理解它们。

他持续掌握最新知识的意愿也体现在日常工作中。鉴于 web3 领域高度动态,这是一种必要,而 Kevin 处理得游刃有余。

Erhard Dinhobl AI System Engineer
Trustpilot

准时交付所有工作,即使时间紧迫。 专业标准与协作工作关系的完美平衡。

MyDevConnect Team

独立平台评分:5.0/5(Google) 查看评价

常见问题

关于被机器读到并引用的诚实回答

通过一条消息即可结束任何一周。无通知期、无离场访谈、无附加条款。我们按周开票,你最多承诺当前一周。
合同里就是这么写的:告诉我们,我们会退还那一周的费用。无需问询、无需争议账单、无需升级电话。唯一规则:退款适用于最近一周。
因为工时是错误的衡量标准。如果我们以计费工时为优化目标,就不是在为你的成果优化。我们的协议更简单:每一周,我们都赢得下一周。如果做不到,你不付款。我们可以投入零小时或六十小时。重要的是你是否被惊艳。
我们和操盘手合作,不和买彩票的人合作。如果某个要求需要打破物理定律、法律或第三方系统,我们会明说,谈不拢就走人。这个保证是双向的:你可以任何一周解雇我们,我们也可以解雇自己。
不算,而且这个区别很重要。SEO 问的是你和竞争对手比排不排得上,那取决于谁都控制不了的因素。这里问的是一个更窄、更机械的问题:智能体能不能取到这个 URL、解析它,并把它归到你名下。这些是有正确答案的确定性检查,所以我们能交给你证据,而不是一套说法。我们不卖排名。
方向相反。AI Enablement 讲的是你的团队使用 AI:工作坊、内部流程、部署在你基础设施上的工具。AI 可见性讲的是 AI 使用你:外部答案引擎和智能体能否读到、引用并操作你的产品。买家不同,工作也不同。有些客户两样都做,顺序随意。
AI 开发 是为你的客户构建一个 AI 产品,比如一个智能体或一个 LLM 应用。这项服务不给你造 AI 产品。它让你已经有的产品,对别人的 AI 来说变得可读、可用。
不用。这里的每一处修复在 WordPress、自研的 Rails 或 Django 应用、Next.js,或者静态站点生成器上都能做。有些技术栈让服务端渲染内容更难,我们会直说并评估工作量,但平台迁移是另一个项目,有它自己的理由,我们不会把它挂到这个项目上。
可以,真的。这个检查器 跑的是同一套规则,能导出完整报告,而且不要钱。多数团队光靠这份报告就能修好自己的 robots.txt 和 JSON-LD。大家找我们做的是更难的那一半:把客户端渲染的内容挪进服务器输出的 HTML、搭建实体图、把这些都在 CI 里锁住,以及 MCP 那部分工作。
那是授权问题,不是可见性问题,而这两者经常被混为一谈。屏蔽 GPTBot 或 CCBot 让你退出训练数据,并不会把你从 ChatGPT 或 Perplexity 的答案里删掉,因为那些是由另外的检索抓取器提供的。如果你想被引用、同时又不进训练语料,这是一个自洽的立场,而且是可以配置出来的。
不是。它是一种约定,没有引擎有义务读它,我们也不会装作不是这样。它同时也很容易生成,并且能给智能体一张干净的地图,而不是你渲染出来的导航,所以我们自己维护了一份,通常也会建议你做一份。如果有人把它当成一个有保证读取的标准卖给你,那你有理由怀疑他其余的说法。
基线和结果通读是开工前谈定的固定价格,签订承揽合同,而且刻意做得小到你可以在之后停下。实施部分在问题清单出来之后单独报价,因为渲染改造的成本完全取决于你的技术栈。这件事我们不按小时计费。
同一套规则目录的前后对比,再加上那道让结果保持有效的构建关卡。我们还会给你看抓取器实际收到了什么,问题通常就在这一刻变得显而易见。我们不会做的是:把后来的某次引用归因于我们的工作,因为那本来就无法归因。
这正是我们最感兴趣的部分。它意味着一个具备真实授权边界的 MCP 服务器、公开发布的 agent skills,以及一个智能体能在上面完成任务的 API 接口。这三样我们在本站都跑着。我们的企业级 MCP 授权架构 讲多租户设计,MCP 安全边界 讲智能体绝对不能触及什么。
// 了解我们

了解我们

长期关系,而非快速收益。