Menú
Multi-agent parallel code review (security + logic + architecture) for local changes or a PR
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Wait for ALL CI checks and PR review to complete, fix CI failures and review issues, loop until PR is clean
根据 Maker App ID 拉取该应用的 chat 列表，并生成可直接打开的 maker/fuping URL 表格。当用户提供 Maker App ID（UUID 形式，如 99b00f3e-e64a-455a-b000-9ec2c95297d7）并想查看该应用下所有 chat 会话、复盘历史对话、获取带 bypassAuth 的直达链接时使用。默认先查生产，生产无数据时回落到 fuping；也可显式指定 prod/fuping/both。
Commit all changes, push to origin, and create a GitHub pull request
从 CDN 下载指定项目的构建产物，还原为本地可编辑的项目结构，供排查用户问题使用。当用户说"还原项目"、"拉取项目"、"下载项目"、"restore project"，或提供了 project_id、game_url、maker/fuping 链接、app_id 等任意项目标识并要求拉取/还原/排查时使用此技能。也应在用户粘贴了 maker.taptap.cn、fuping.agnt.xd.com、*.games.tapapps.cn、*.ipv.taptap-code.org 等链接并希望查看/调试/运行该项目时触发。
Set up or audit documentation health for any repo. Use 'init' to bootstrap a docs/ structure (plans/, design/, research/) with YAML front matter, agent discovery scripts, and anti-rot mechanisms. Use 'audit' to detect stale design docs, undistilled completed plans, broken internal links, and CLAUDE.md drift. Use when: 'set up docs', 'doc health', 'check documentation', 'audit docs', 'bootstrap documentation', 'prevent doc rot'.
Edit PDFs with natural-language instructions using the nano-pdf CLI.
Basado en la clasificación ocupacional SOC
| name | deep-review |
| description | Multi-agent parallel code review (security + logic + architecture) for local changes or a PR |
| argument-hint | [PR number, PR URL, or empty for local changes] |
对代码变更进行全面审查，使用多个 agent 并行覆盖不同审查维度。
根据 $ARGUMENTS 决定审查目标：
按优先级选择审查范围：
git diff HEAD 查看 tracked 文件的变更git ls-files --others --exclude-standard 发现 untracked 新文件，将其完整内容也纳入审查git diff HEAD~1..HEAD 审查最近一个 commit边界处理：
git rev-list --count HEAD 2>/dev/null 检查 commit 数量git show HEAD 代替 git diff HEAD~1..HEAD用 git status 确认当前状态，告知用户审查的是哪个范围。
参数可以是：
/review 4 → gh pr diff 4，gh pr view 4/review https://github.com/org/repo/pull/4 → 提取编号后同上用 gh pr diff 获取完整 diff，用 gh pr view 了解 PR 意图。
参数校验：如果 $ARGUMENTS 既不是有效的正整数，也无法从 URL 中提取 PR 编号（格式应为 https://github.com/{owner}/{repo}/pull/{number}），则告知用户参数无效并给出正确用法示例：/review 4 或 /review https://github.com/org/repo/pull/4。
使用 TeamCreate 创建审查团队，启动 3 个并行 agent，每个专注一个维度。
给每个 agent 的共同上下文：
检查项：
检查项：
检查项：
.js 后缀、单例模式、两阶段消息等）any、错误的泛型、async/await 陷阱）每个 agent 必须对发现的每个问题标注：
path/to/file.ts:42置信度规则（参考 GitHub Action 标准）：
误报过滤（以下情况不报告）：
收集所有 agent 的结果后，汇总成一份报告：
## 📋 Code Review 总结
**审查范围**：<描述审查了什么>
**总体评价**：✅ Approved / ⚠️ Issues Found / 🚫 Changes Requested
### 发现问题
#### 🔴 Critical
- [security-reviewer] `path/file.ts:42` — 描述 (置信度: 95)
#### 🟡 Warning
- [logic-reviewer] `path/file.ts:88` — 描述 (置信度: 80)
#### 🔵 Info
- [architecture-reviewer] `path/file.ts:15` — 描述 (置信度: 60)
### 亮点
- <变更中做得好的地方>
### 建议
- <改进建议>
判定标准：
git blame 和 git log 了解变更历史和上下文