[
  {
    "id": "q-what-is-forming-ai",
    "slug": "what-does-forming-ai-do",
    "question": "Forming AI 是做什么的？",
    "shortAnswer": "Forming AI 做两件事：帮企业把 AI Agent 落到 SRM、CRM 这类长流程业务里；以及「Forming 智慧官网」——把官网改造成 AI 时代读得懂、引得到、接得住的获客资产。",
    "answer": "两条产品线共享同一套底层能力（事实库、AI 可见度监测、内容质检），但面向的人完全不同。\n\n- 企业 AI Agent 落地：面向 CIO、采购总监，项目制，周期以季度计。\n- Forming 智慧官网（英文品牌 MySiteAgent）：面向 CMO、市场总监，2–4 周交付，价格从 3.8 万元起。\n\n## 智慧官网具体是哪三块\n\n- AI 机读层：让 AI 读得懂你\n- 机器访客分析：让 AI 送来的人看得见\n- AI 承接台：让 AI 送来的人接得住",
    "category": "公司",
    "stage": "认知",
    "relatedFactIds": [
      "f-two-product-lines",
      "f-brand-naming"
    ],
    "relatedProductIds": [
      "p-transform",
      "p-agent"
    ],
    "origin": "local"
  },
  {
    "id": "q-what-is-ai-layer",
    "slug": "what-is-an-ai-readable-layer",
    "question": "什么是 AI 机读层？和给官网做 SEO 有什么区别？",
    "shortAnswer": "AI 机读层是官网的机器可读版本：把公司的事实整理成结构化、可被 AI 直接引用的页面，挂在旁路子域名上，主站一行代码都不用改。",
    "answer": "SEO 优化的是「在搜索结果里排第几」，机读层优化的是「AI 在回答问题时，能不能低成本地读到你、并且引对口径」。\n\n## 机读层包含什么\n\n- llms.txt 与 llms-full.txt：给 AI 的站点索引与全文合并版\n- 结构化事实页：每条事实一个固定网址，可被单独引用\n- 问答直答页：用户真的会在 AI 里问的问题，页首就是答案\n- 对比页 / 替代页 / 榜单页：AI 回答选型类问题时最常引用的三种页型\n- 全站 JSON-LD、sitemap.xml、明确放行 AI 爬虫的 robots.txt、每页的 Markdown 镜像\n\n## 为什么要单独做一层\n\n人看的官网追求视觉和转化，通常大量内容藏在图片、PDF、需要 JavaScript 才渲染的组件里。AI 爬虫大多不执行 JavaScript，抓取预算也有限——同样的内容，换一种写法，被读到的概率完全不同。",
    "category": "产品",
    "stage": "评估",
    "relatedFactIds": [
      "f-ai-layer-definition",
      "f-no-takeover"
    ],
    "relatedProductIds": [
      "p-transform"
    ],
    "origin": "local"
  },
  {
    "id": "q-takeover",
    "slug": "will-you-take-over-my-website",
    "question": "你们会接管我的官网吗？需要改我们的 CMS 吗？",
    "shortAnswer": "不会。机读层挂在旁路子域名（ai.你的域名.com）上，我们不改你的 CMS、不要主域解析权，主站内容和外观一点都不动。",
    "answer": "客户 IT 只需要做一件事：加一条 CNAME 记录。\n\n## 如果连子域名也不方便给\n\n有四级降级路径，按顺序退：\n\n- ai.品牌.com 子域名 CNAME（最优）\n- 主站加一个 /ai/ 路径反向代理（需要运维配合一次）\n- 我们交付一个静态目录，客户自己上传到主站\n- 托管在我们域名下的品牌知识站（权重弱一档，但仍可被 AI 引用）",
    "category": "交付",
    "stage": "决策",
    "relatedFactIds": [
      "f-no-takeover"
    ],
    "relatedProductIds": [
      "p-transform"
    ],
    "origin": "local"
  },
  {
    "id": "q-it-effort",
    "slug": "what-does-my-it-team-need-to-do",
    "question": "接入需要我们 IT 做什么？工作量多大？",
    "shortAnswer": "标准情况下只有一件事：加一条 CNAME 记录，通常 10 分钟以内。内容整理、页面生成、结构化数据、爬虫放行配置都在我们这边完成。",
    "answer": "如果要做进阶改造（机器访客分析），会多一步：在主站加一段小于 5KB 的埋点 JS。这段 JS 不采集个人身份信息，只识别访问是不是来自 AI 引荐（看 referrer 与 UTM）。\n\n## 需要客户配合的另外两件事\n\n- 提供或确认事实素材（公司资质、产品参数、案例、常见问题），我们会先从现有官网和资料里抽，再请客户审。\n- 如果要做公众号内容外溢，需要客户提供自有公众号文章导出并签署书面授权。",
    "category": "交付",
    "stage": "决策",
    "relatedFactIds": [
      "f-no-takeover",
      "f-three-person-days"
    ],
    "relatedProductIds": [
      "p-transform"
    ],
    "origin": "local"
  },
  {
    "id": "q-delivery-time",
    "slug": "how-long-does-it-take",
    "question": "AI 官网改造多久能上线？",
    "shortAnswer": "标准改造 2–3 周，进阶改造 3–4 周。体检报告 1 小时内就能出。",
    "answer": "时间主要花在事实素材的确认上，不是花在技术实施上——机读层本身是自动生成的。客户内部审稿越快，上线越快。",
    "category": "交付",
    "stage": "决策",
    "relatedFactIds": [
      "f-delivery-window",
      "f-audit-speed"
    ],
    "relatedProductIds": [
      "p-transform"
    ],
    "origin": "local"
  },
  {
    "id": "q-pricing",
    "slug": "how-much-does-it-cost",
    "question": "AI 官网改造多少钱？",
    "shortAnswer": "标准改造 38,000 元，进阶改造 68,000 元；年度订阅从 48,000 元起。改造 + 首年基础订阅打包价 76,000 元。",
    "answer": "价格是公开的，不看客户规模临时定价。\n\n## 一次性改造\n\n- 标准改造 38,000 元：体检 + 机读层上线 + 事实库冷启动 50 条 + 30 个问答页 + 验收报告\n- 进阶改造 68,000 元：再加主站埋点、AI 承接台、3 个月陪跑复测\n\n## 年度订阅\n\n- 基础 48,000 元/年、专业 98,000 元/年、旗舰 168,000 元/年\n\n## 说明\n\n改造费全额预付，不接分期。超出标准范围的定制需求会单独报价，不混在标准交付里。",
    "category": "价格",
    "stage": "决策",
    "relatedFactIds": [
      "f-price-standard",
      "f-price-subscription",
      "f-price-bundle"
    ],
    "relatedProductIds": [
      "p-transform",
      "p-subscription"
    ],
    "origin": "local"
  },
  {
    "id": "q-which-engines",
    "slug": "which-ai-engines-are-covered",
    "question": "你们覆盖哪些 AI 引擎？海外的 ChatGPT 和 Perplexity 管用吗？",
    "shortAnswer": "监测以国产引擎为主（豆包、DeepSeek、元宝等）。机读层本身对海外引擎同样有效（robots 放行、结构化数据、llms.txt 都是通用的），但海外引擎的监测覆盖需要按项目单独确认。",
    "answer": "这两件事要分开说，否则容易许下做不到的承诺：\n\n- 机读层改造：对所有遵循标准的爬虫都有效，海外国产一视同仁。\n- 可见度监测：我们的采集能力以国产引擎为主。如果你的买家主要在海外用 ChatGPT / Perplexity 做选型，请在沟通时先讲明，我们会先盘清覆盖范围再报价。\n\n## robots 放行的完整清单\n\n本站 robots.txt 里明确放行了 30 个 AI 爬虫 UA，其中 11 个是国产引擎相关 UA。没有实测确认过的国产 UA，我们标注为「待实测」，一并放行但不假装已经确认。",
    "category": "能力",
    "stage": "评估",
    "relatedFactIds": [
      "f-engine-coverage",
      "f-bots-allowlist"
    ],
    "relatedProductIds": [
      "p-audit"
    ],
    "origin": "local"
  },
  {
    "id": "q-wechat",
    "slug": "why-cant-ai-find-our-wechat-content",
    "question": "我们内容都发在公众号上，为什么豆包搜不到我们？",
    "shortAnswer": "因为微信用 robots 协议把公众号内容关在围墙里。除腾讯元宝和微信 AI 搜索外，豆包、DeepSeek、Kimi、通义对公众号原文的命中率基本为零——你过去几年的内容投入，在这些 AI 面前接近于隐形。",
    "answer": "这件事可以当场验证：打开豆包问你自己的产品，再打开你的公众号看看有多少篇文章躺在那里。\n\n## 解法叫「内容外溢」\n\n把公众号里已有的内容，以开放网络可抓取的结构化形式，重新发布到 AI 够得着的地方（也就是机读层）。关键点是：内容是现成的，不用重写；我们做的是搬运、结构化和让爬虫进得来。\n\n## 合规边界\n\n只处理客户自己公众号的内容，且需要书面授权；绝不镜像第三方公众号内容。外溢的内容会注明原创出处。",
    "category": "行业",
    "stage": "认知",
    "relatedFactIds": [
      "f-market-wechat-invisible",
      "f-market-doubao"
    ],
    "relatedProductIds": [
      "p-transform"
    ],
    "origin": "local"
  },
  {
    "id": "q-promise-ranking",
    "slug": "do-you-guarantee-ai-recommends-us",
    "question": "你们能保证豆包/DeepSeek 推荐我们吗？",
    "shortAnswer": "不能，我们也不会这样承诺。任何人承诺「保证让某个 AI 推荐你」，都不可信——引擎的排序逻辑不由第三方控制。我们承诺的是「AI 爬得到、读得懂、口径不出错」，以及如实记录过程和结果。",
    "answer": "可以承诺的部分是具体的、可验证的：\n\n- robots 与 CDN 层是否放行各 AI 爬虫（可实测）\n- 内容是否结构化、是否有 llms.txt / JSON-LD / sitemap（可实测）\n- AI 爬虫有没有真的来抓、抓了哪些页（有日志）\n- 改造前后，在相同问题上被提及的变化（有前后对照）\n\n不能承诺的部分我们会明说：具体排名、具体收入，以及没有点击的心智影响。",
    "category": "边界",
    "stage": "评估",
    "relatedFactIds": [
      "f-no-rank-promise",
      "f-honest-tiers"
    ],
    "origin": "local"
  },
  {
    "id": "q-prove-effect",
    "slug": "how-do-you-prove-it-works",
    "question": "怎么证明改造真的有效果？",
    "shortAnswer": "用一条能逐段验证的证据链：AI 爬虫抓了哪一页 → 这一页的内容有没有进 AI 答案 → 这些答案带来了多少次 AI 引荐访问 → 这些访问产生了多少次留资或咨询。每一段都有原始记录。",
    "answer": "## 三级口径，我们不含糊\n\n- 可归因：AI 引荐会话 → 落地页 → 表单/电话/加微，有完整会话链，可以写进合同。\n- 可观测：爬虫抓了什么、内容进没进答案、答案口径对不对；能证明，但不等于生意。\n- 不可归因：AI 答案影响了心智但没产生点击的部分，明确不承诺。\n\n## 还有一条更硬的证据\n\n改造前后在同一批问题上做对照测试。这也是我们拿自己的官网先做样板的原因：先只上人看的版本跑一段时间记基线，再开机读层测变化。",
    "category": "效果",
    "stage": "评估",
    "relatedFactIds": [
      "f-honest-tiers"
    ],
    "relatedProductIds": [
      "p-subscription"
    ],
    "origin": "local"
  },
  {
    "id": "q-vs-agency",
    "slug": "difference-from-geo-agencies",
    "question": "你们和做 GEO 代运营的服务商有什么不同？",
    "shortAnswer": "主要区别在交付物：代运营卖的是人力和发稿量，我们交付的是客户自有域名下的一套机器可读资产，加上可验证的证据链。我们不代发内容、不做站群。",
    "answer": "## 具体差在哪\n\n- 资产归属：机读层建在客户自己的域名下，合同结束了它还在。代发的稿子停了就停了。\n- 方法：我们改结构和口径，不靠铺量。不做小号矩阵、不做站群、不刷量。\n- 证据：我们给爬虫日志、引用记录、前后对照，而不是「本月发稿 30 篇」。\n\n## 他们比我们强的地方\n\n渠道和媒体资源。如果你的需求是大量媒体投放和公关铺量，那确实该找代运营服务商，我们不做这块。",
    "category": "选型",
    "stage": "评估",
    "relatedFactIds": [
      "f-no-fake-traffic",
      "f-not-website-builder"
    ],
    "origin": "local"
  },
  {
    "id": "q-no-subdomain",
    "slug": "what-if-it-wont-give-a-subdomain",
    "question": "我们 IT 不给子域名怎么办？",
    "shortAnswer": "有四级降级路径：子域名 CNAME → 主站 /ai/ 路径反代 → 交付静态目录由你们自己上传 → 托管在我们域名下的品牌知识站。最差的情况仍然可被 AI 抓取和引用，只是权重弱一档。",
    "answer": "推荐顺序就是上面的顺序。越靠前，内容和你的主域绑定越紧，AI 做实体关联时越容易认到你头上。\n\n静态目录方案的代价是更新要靠人工重新上传；托管在我们域名下的方案，权重会弱一档，但对「AI 能不能读到你的事实」这件事仍然成立。",
    "category": "交付",
    "stage": "决策",
    "relatedFactIds": [
      "f-no-takeover"
    ],
    "origin": "local"
  }
]