用途：审查文档改动是否符合 Metabase 写作风格指南，适用于审查拉取请求、文件或差异。
主要能力：先检测审查模式。若可用 mcp__github__create_pending_pull_request_review 工具，则进入 PR 审查模式，通过待处理审查工作流把全部问题作为一次统一审查发布；若该 MCP 工具不可用，则进入本地审查模式，在对话中以编号 Markdown 列表输出问题。
审查流程：先通读改动理解意图，再检查违反风格指南或显著影响可读性的问题，只标记值得提出的问题。所有反馈必须从 Issue 1 开始顺序编号。
检查清单覆盖：语气与口吻（正式/企业化措辞、用 users 而非 people 或 companies、过多感叹号、只说酷而不展示）；结构与清晰度（重要信息被埋没、冗长、段落无明确目的、标题含糊、先讲原因后讲做法、把任务说成 easy 或 simple）；链接与引用（用 here 作链接文字、标题内链接）；格式（UI 元素用反引号而非加粗、反引号当引号、用 & 代替 and、列表格式不一致）；代码与示例（示例无法运行、命令顺序错误、整屏截图、多余图片）；句式（引入新术语时滥用代词）。
本地模式格式：以 ## Issues 开头，每条为 Issue N: [简短标题]，附行号、问题描述与建议修改。
PR 模式工作流：用 mcp__github__create_pending_pull_request_review 开始待处理审查；用 mcp__github__get_pull_request_diff 获取差异与行号；收集全部问题并顺序编号；用 mcp__github__add_pull_request_review_comment_to_pending_review 为每个问题添加评论，必须在单次响应中并行提交全部评论，每条评论以 Issue N: [简短标题] 开头；最后用 mcp__github__submit_pending_pull_request_review 提交，事件类型用 COMMENT 而非 REQUEST_CHANGES，且不填写 body。
限制：仅依据资料所述流程与检查项，未提供安装命令、价格或平台支持信息；PR 模式依赖相应 GitHub MCP 工具可用。