AnswerLens

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

语言: 简体中文 / English

演示报告

先看报告,再决定要不要运行。

static-good 演示展示的是 AnswerLens 完成后的输出:哪里有问题、哪些证据可信、第一份文件该打开什么。先用它判断这套工作流是否值得跑到一个公开站点上。

演示分数

90

当前示例站点得分。

关键页面数

11

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

运行类型

audit

演示使用核心审计能力。

报告格式

0.3.0

报告产物契约版本,不是软件发布版本。

先看什么

先读摘要,再查评分卡和修复建议。

演示页要回答三个访客问题:我会得到什么、证据能不能相信、下一步该做什么?

share-summary.md

先看这里,理解这轮审计在说什么。

scorecard.md

用它核对覆盖范围、检查项和分数来源。

recommendations.md

用它把缺口变成页面改动。

运行元数据

最新演示运行

  • 站点:AnswerLens static-good fixture demo
  • 模式:审计
  • 生成时间:2026/6/20
  • 报告格式版本:0.3.0
  • 规则版本:2026-04-14

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

示例

分享摘要示例

# 示例 AnswerLens 分享摘要

> 面向 AI 可发现性的 CI。

这是 `corepack pnpm demo:fixture` 生成的分享层精简示例。

## 适合贴进 PR / issue / 发布说明 的摘要

```md
## AnswerLens audit

**面向 AI 可发现性的 CI。** 就绪度:**90/100**。VAVR: **待评估**。

### AI 可能错过这个产品的原因

- 关键页面内容过薄:补充通俗解释、证据模块和更强的章节结构。

### 建议优先修复

- 强化关键页面的结构与 schema 对齐
```

## 为什么值得先看这个

这段内容适合贴进 pull request、issue 和 发布说明,用一个具体、可复审的前后对比单元帮助团队协作,而不是把 AnswerLens 包装成“保证排名”的工具。

报告摘录

本次运行的摘要摘录

# AnswerLens 分享摘要

> 面向 AI 可发现性的 CI。

审计产品网站是否足够易于被 AI 系统读取、引用、比较与推荐。

## 运行信息

- 演示站点: AnswerLens static-good fixture demo
- https://fixture.local 是公开演示 fixture 中使用的稳定主机名,不是 AnswerLens 的官网地址。
- 模式: 审计
- 运行 ID: eed161e4-6c36-4b72-9766-fcc0f4f2d028
- 生成时间: 2026-06-20T07:57:07.672Z
- 规则版本: 2026-04-14

## 指标

| 指标 | 值 |
| --- | --- |
| overallScore | 90 |
| vavr | 待生成 |
| crawledPages | 11 |
| discoveredUrls | 11 |
| keyPageCount | 11 |
| missingPageTypes | none |



## AI 可能错过这个产品的原因

- **关键页面内容过薄** (警告, https://fixture.local/): 补充通俗解释、证据模块和更强的章节结构。

## 优先修复项

- **强化关键页面的结构与 schema 对齐**: 提高抽取质量,减少含糊总结。

## 下一步审阅

1. 打开 `scorecard.md`,核对覆盖范围、检查项和分数来源。
2. 打开 `recommendations.md`,把最重要的缺口变成页面级修复。
3. 需要可直接复制到 GitHub 的区块时,使用 `pr-snippet.md`。
4. 当这套 workflow 准备复制到其他仓库时,使用 AnswerLens 接入文件:https://github.com/YSCJRH/ai-visibility-auditor/blob/main/docs/starter-bundle.md
5. 如果这次 first run 适合公开讨论,请使用 first-run story template 和 Show and tell Discussion form:https://github.com/YSCJRH/ai-visibility-auditor/blob/main/docs/first-run-story.md 和 https://github.com/YSCJRH/ai-visibility-auditor/discussions/new?category=show-and-tell

## 可分享产物

- [share-summary.md](share-summary.md)
- [scorecard.md](scorecard.md)
- [recommendations.md](recommendations.md)
- [share-summary.zh.md](share-summary.zh.md)
- [scorecard.zh.md](scorecard.zh.md)
- [recommendations.zh.md](recommendations.zh.md)
- [share-summary.json](share-summary.json)
- [pr-snippet.md](pr-snippet.md)
- [pr-snippet.zh.md](pr-snippet.zh.md)
- [issues.json](issues.json)
- [site-audit.json](site-audit.json)
- [index.html](index.html)
- [index.zh.html](index.zh.html)
- [normalized-pages.json](normalized-pages.json)
- [competitor-diff.md](competitor-diff.md)
- [run.json](run.json)

## 边界与约束

AnswerLens 不抓取消费级 AI 界面,不自动代发内容,也不保证答案面排名。
不要把 API keys、private analytics 或 raw provider payloads 放进公开 PR、issue、发布说明 或 Discussions。

看完演示后

把演示用到你的站点上。

输出已经看懂后,先在本地复现示例,再审计一个公开产品站点,最后把同一组报告接入 GitHub Actions。

  1. 1

    本地复现示例

    在你的机器上生成同一组报告,确认 CLI 路径可以跑通。

    运行示例
  2. 2

    审计一个公开站点

    用 5 分钟 quickstart 跑一个团队能查看的产品站点。

    开始 5 分钟检查
  3. 3

    审阅第一份真实报告

    先读摘要、评分卡和修复建议,再把这条路径交给 CI。

    打开接入文件
  4. 4

    添加 Action

    当本地运行已经足够可审阅时,再把同一组报告放进 pull request。

    打开 Action 文档