用途：该技能通过分析实际仓库（结构、技术栈、模式、文档、团队约定），生成定制的 REVIEW.md，必要时生成 AGENTS.md。REVIEW.md 是定制 Devin Bug Catcher 检查重点的主要机制，Devin 会读取任意目录层级的 **/REVIEW.md，因此在 monorepo 中可按子目录限定规则。
主要能力：四阶段流程。阶段一探索仓库：判断是 monorepo 还是单服务，识别语言、框架、ORM、测试工具，查找已有 REVIEW.md、AGENTS.md、CLAUDE.md、CONTRIBUTING.md、.cursorrules、.windsurfrules 等指令文件，查看文档、lint/CI 配置，并从近期 PR、issue、git 历史中寻找痛点。阶段二决定文件策略：单服务用根 REVIEW.md；monorepo 可加子目录 REVIEW.md；团队若也用 Devin 执行任务则加 AGENTS.md；已有 CLAUDE.md 或 .cursorrules 时只做补充。阶段三撰写 REVIEW.md，建议章节顺序为 Critical Areas、Conventions、Security、Performance、Patterns、Ignore、Testing，仅保留与仓库相关的部分。阶段四校验：控制在 500 行以内（理想 100-300 行），不重复 linter 已覆盖的规则，关键与安全章节靠前，忽略模式匹配实际生成/构建目录，不重复已有指令文件内容。
必要用法：Devin Review 接入 GitHub PR，分析 diff 后将发现归类为 Bugs（严重/非严重）与 Flags（需调查/信息性），支持 PR 打开、推送、标记 ready 时自动审查。使用后可通过打开测试 PR 或查看 Devin Review 面板验证配置是否生效。
适用场景：需要为 Devin 代码审查定制规则的前后端仓库、monorepo、MCP server 等。限制：仓库适用的具体平台、收费与价格资料暂未提供；需注意 Devin 也会读取 AGENTS.md、CLAUDE.md 等文件，可能产生冲突。