メニュー
对 git 中未提交的代码变更进行多维度 code review，包括项目规范合规性、Bug 扫描、代码注释合规性、组件封装/架构设计合理性审查，并通过置信度评分过滤误报。当用户要求 review 未提交的代码、review 当前改动、或使用 /code-review-uncommitted 时触发。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
根据指定 Git 仓库和日期，从 commit、提交正文、文件变更及必要的 diff 中提炼每日工作内容。用于用户要求按项目和日期生成日报、每日工作总结、根据 Git commit 总结工作，或要求用 1、2、3 编号列出某天或某段日期完成事项的场景。
获取公开网页的正文或 Markdown 内容。当用户要求抓取链接、读取文章、提取网页正文、将页面转为 Markdown，或获取 X/Twitter、微信、知乎、Medium 等公开页面的文字内容时使用。支持在直接抓取失败或内容不完整时，通过内容提取代理和网页搜索逐级回退；不适用于需要登录的页面、付费墙绕过、媒体下载或结构化数据抓取。
Git Rebase 分支同步流程，用于将当前功能分支 rebase 到最新的目标分支（如 master/main），保持提交历史整洁。适用于功能分支落后于目标分支时，需要同步最新代码的场景。
Review a completed or nearly completed non-trivial task and maintain durable lessons across project docs, memory, existing skills, or new skills. Use after complex debugging, deployment, live verification, repo documentation work, repeated workflow discovery, creating or updating a skill, or when the user asks whether anything is worth remembering, updating, or deleting.
Use when Codex is about to use, is using, or has just used browser automation MCP tools such as chrome-devtools-mcp, Chrome DevTools MCP, Playwright MCP, @playwright/mcp, browser MCP, or browser/computer automation helpers; when the user mentions high CPU, high energy usage, battery drain, fans, heat, lag, duplicate browser MCP processes, stale Chrome Helper processes, or MCP cleanup; or when long-running Codex sessions may leave browser automation MCP helper processes behind.
Create one or more Git commits grouped by coherent change topic, then push the current branch. Use when the user asks to commit and push, submit by topic, split current changes into topical commits, or do "按照主题提交 commit 并 push"; especially when a worktree has mixed staged, unstaged, or untracked changes that need honest commit boundaries before `git push`. Commit messages must be written in Chinese unless the user explicitly requests another language.
| name | code-review-uncommitted |
| description | 对 git 中未提交的代码变更进行多维度 code review，包括项目规范合规性、Bug 扫描、代码注释合规性、组件封装/架构设计合理性审查，并通过置信度评分过滤误报。当用户要求 review 未提交的代码、review 当前改动、或使用 /code-review-uncommitted 时触发。 |
对 git 中未提交的代码变更（unstaged + staged + untracked）进行系统化的多维度 code review。
当用户：
/code-review-uncommitted严格按照以下步骤执行：
git diff 获取未暂存的变更git diff --cached 获取已暂存的变更git status --short 获取所有文件状态（包括未跟踪文件）CLAUDE.md 和 AGENTS.md 文件（根目录 + 变更文件所在目录）~/.claude/CLAUDE.md 中的规范启动 4 个并行的 subagent（使用 Task 工具，model 选择 sonnet），每个 agent 独立审查并返回问题列表：
对所有 agent 发现的问题进行统一评分（0-100），评分标准：
| 分数 | 含义 |
|---|---|
| 0 | 完全不确定，经不起推敲的误报，或是已有的历史问题 |
| 25 | 有一定可能，但也可能是误报。如果是风格问题，CLAUDE.md/AGENTS.md 中没有明确提及 |
| 50 | 中等确信，能验证是真实问题，但可能是 nitpick 或实际很少触发。相对于整个 PR 不太重要 |
| 75 | 高度确信，经过二次验证，很可能是真实问题且会在实际中触发。现有代码的处理方式不够好，或者是 CLAUDE.md/AGENTS.md 中明确提到的问题 |
| 100 | 完全确定，经过二次验证，确认是真实问题且会频繁触发，证据直接支持 |
过滤规则：只保留 80 分及以上的问题。
以下情况应判定为误报（低分）：
以表格形式展示评分过程，然后输出通过阈值的问题详情：
## 评分过滤
| 问题 | 来源 | 评分 | 理由 |
|------|------|------|------|
| 问题描述 | 哪个 Agent | 分数 | 评分理由 |
## Code Review 结果
通过阈值的问题：
1. **问题标题**
- 文件位置（带行号链接）
- 问题描述
- 违反的规范（如适用）
- 修复建议
其他观察（未达到报告阈值，仅供参考）：
- 接近阈值（75分）的问题简要列出