用途：在 adk-docs 仓库中审查 docs/integrations/ 下的集成文档页或集成 PR。集成页用于记录第三方工具、插件、可观测平台、数据存储、MCP 服务器、连接器等 ADK 扩展。
权威依据：仓库 CONTRIBUTING.md 的 Integrations 部分及其验收标准；已上线集成页（同类别对比，如 MCP 工具 github.md、notion.md，可观测 phoenix.md、arize-ax.md，插件 daytona.md、goodmem.md）；scripts/integrations.py 的目录渲染逻辑。
主要能力与流程：收集变更（PR 用 gh pr view/diff 看完整累积 diff，检查 maintainerCanModify 与 CLA，未签 CLA 为 Critical）；找到并完整阅读 5 个以上同类页面（可 grep catalog_tags）；逐项执行检查清单；深度验证代码、包与链接；调研开发者价值与成熟度；输出分级报告与决定，默认不改文件、不发 GitHub；仅在被明确要求时才应用修复，并用 mkdocs serve 验证。
检查维度：frontmatter（catalog_title、catalog_description、catalog_icon、catalog_tags 四个字段，标签须已存在，用 MCP 必须带 mcp 标签）；结构与必备元素（H1 命名、单行 language-support div、按类别模板组织章节）；代码正确性（模型字符串用 *-latest 别名、规范导入、root_agent/rootAgent、MCP 用 MkDocs tabs、代码可运行）；样式与排版（少用破折号、统一称 ADK、避免营销腔）；链接与资源（内部链接站点相对、外链 HTTP 200、图标存在）；收录机制（自动发现，不加 nav，重命名才加重定向）。
验证要求：核对 PyPI/npm 包真实性与版本、ADK 与厂商 SDK 的 API、区分问题归属，尽可能实机运行。价值评估须引用可核实证据（发布时间、下载量、star、许可证等），混合证据时交由维护者判断。
限制：仅用于上述仓库与页面审查场景；具体输出内容与阈值以资料所述为准，未提供的收费、平台等信息暂未提供。