AnswerLens

审计产品页面，查看报告，再修正 AI 助手读不清的内容。

语言: 简体中文 / English

面向 AI 可发现性的 CI。

AnswerLens

当你的网站会成为 AI 回答的素材时，用 AnswerLens 检查公开产品页面是否清楚、有证据、便于审阅，并生成可进入 GitHub 工作流的报告。

打开演示报告审计你的站点

产品适配

AnswerLens 是否适合你的站点？

它适合希望公开页面和 GitHub 审阅保持同步的团队。它不是托管监测看板，不是排名工具，也不会抓取消费级 AI 应用界面。

它检查什么

检查公开叙事

别人只看公开页面，能不能理解你的品类、证据、定价、对比和上手路径？AnswerLens 会检查这些信号，也会看 schema 和内部链接。

它输出什么

审阅证据

产品表面是一组报告：share-summary.md、scorecard.md、recommendations.md 和 JSON 结果，可以放进 PR 或 issue 审阅。

谁应该使用

适合谁

适合由产品营销、文档、开发者关系或开源维护者共同负责的公开页面；这些页面需要保持可理解、可引用、可修复。

按这个顺序试用

先看输出，再设置；然后跑一个真实页面。

先看一份完成的报告，在本地复现一次，再审计一个公开产品站点；只有当报告值得反复审阅时，再接入 GitHub Action。

  1. 1

    打开演示报告

    先看完成后的 HTML 报告、摘要、评分卡和修复建议，不需要安装任何东西。

    打开演示
  2. 2

    运行示例站点

    在本地复现同一组输出，先熟悉命令和报告文件，再换成自己的网址。

    运行示例
  3. 3

    审计一个公开站点

    用 quickstart 跑一组公开产品页面，先读摘要，再决定是否改文案或接 CI。

    开始 5 分钟检查
  4. 4

    添加 Action

    用固定版本的 starter workflow，把同一组报告放进 PR 审阅。

    打开 Action 文档

演示分数

90

稳定公开示例站点的当前得分。

关键页面数

11

这次演示里识别出的关键页面数量。

先看哪份报告

share-summary.md

先看它，再看 scorecard 和 recommendations。

最新版本

v0.3.2

当前公开发布的版本线。

报告文件

你会得到一组团队真的能审阅的报告。

结果不需要重新整理：一份摘要、一份评分卡、一份修复清单，产品、文档和 PR 审阅都能直接使用。

share-summary.md

把这轮审计放进 PR、issue 或团队记录。

scorecard.md

查看分数、页面覆盖和失败检查。

recommendations.md

把缺口转成文案、证明和结构修复。

需要固定版本下载时，再打开 最新发布。

当前信号

这轮演示现在说明了什么

演示站点： AnswerLens static-good fixture demo

https://fixture.local 是公开演示 fixture 中使用的稳定主机名，不是 AnswerLens 的官网地址。

核心问题： 关键页面内容过薄 (warn) - 补充通俗解释、证据模块和更强的章节结构。

优先修复： 强化关键页面的结构与 schema 对齐 - 提高抽取质量，减少含糊总结。

报告打开顺序保持固定：share-summary.md，然后 scorecard.md，最后 recommendations.md。

产品页面

接下来该读哪些公开页

如果你需要定价、信任、FAQ、对比和接入说明，而不只是演示报告，就继续看这些页面。

  • 定价与打包：看开源、BYOK 和 release 资产的成本边界。
  • 安全与信任：把 secrets、审阅流和非目标放到同一页。
  • 文档索引：继续看快速开始、评分说明和 GitHub Action 用法。
  • 接入文件：在接 CI 之前先看外部 .github/answerlens/ 布局。
  • FAQ：用可引用的语言回答首次试用问题。
  • 对比页：看 AnswerLens 和托管看板类工具的差异。
  • 集成页：把 GitHub Action 和验证辅助工具放到一起看。

团队适配

哪些团队通常会继续往下看

这些使用场景会展示团队最常用的第一批任务。

由 YSCJRH 基于仓库文档、发布记录与报告构建。无消费级 AI 界面抓取，不承诺答案面排名。