集成
把 AnswerLens 接到团队已经在审阅工作的地方。
先用 GitHub Actions 做 PR 检查。只有当它们能验证基础审计发现的问题时，再添加模型评估、Search Console 导入或 Bing 辅助工具。
当前已交付
当前集成
| 集成方式 | 它能做什么 |
|---|
| GitHub Action | 在 pull request、手动 workflow 和上传报告文件时运行 AnswerLens。 |
| OpenAI 与 Perplexity 评估 | 当你希望在 audit 之上增加答案质量检查时，补充 eval 模式基准。 |
| Search Console import | 用导入的页面级 Search Console 导出结果来校验关键页面证据。 |
| Bing / IndexNow helper | 提供辅助验证和候选 URL 准备，不会直接提交。 |
| 发布资源与 Pages 站点 | 把演示输出和文档整理成可复用的公开页面与下载资源。 |
建议路径
团队通常如何开始
- 先看在线演示报告。
- 在本地跑一次示例站点演示。
- 审计一个真实公开站点。
- 当报告有用时，再添加 GitHub Action。
这个顺序能让设置路径保持清楚，不会把每个集成都变成单独产品。
外部设置
接入文件
外部仓库接入方式是公开且可复制的。
使用接入文件总览，在交付原始示例文件前，先解释 .github/answerlens/ 目录应该怎么放。
这样 fork、release 和外部指南里的 Action 设置都会更清楚。
这与什么相连
相关证明页面
- FAQ：回答第一次试用和工作流设置问题。
- 对比：说明 GitHub 工作流和托管看板产品的差异。
- 定价：说明 Action 和评估使用会在哪里产生费用。
- 安全：说明密钥处理和审阅预期。
- 接入文件：展示外部仓库目录和报告审阅顺序。
- 开发者关系团队：把集成路径连接到文档和演示。