一键在 Manus 中运行任何 Skill

ai-code-review

基于 git diff 和 CLAUDE.md 业务上下文，对代码变更进行结构化 Code Review，输出分级问题清单。 Use when: - 用户请求 Code Review，如"帮我 review"、"review 一下代码"、"/review 命令" - 开发者提交前自查代码质量 - 用户想验证代码是否符合业务规则约束 - pre-push hook 或 CI 流水线中自动触发 - 用户说"看看我这次改了哪些问题"、"有没有漏掉什么"

在 Manus 中运行

概览

安装命令

npx skills add https://github.com/Mrs-Cui/personal-skills --skill ai-code-review

复制此命令并粘贴到 Claude Code 中以安装该技能

来源

Mrs-Cui/personal-skills

星标0

分支0

更新时间2026年4月25日 00:53

文件资源管理器

4 个文件

SKILL.md

readonly

name

ai-code-review

description

AI Code Review — 基于业务上下文的代码审查

工作流程

Step 1：获取变更内容

按以下优先级获取 diff：

git diff HEAD（未提交的工作区变更）
若为空，执行 git diff HEAD~1（最近一次提交）
若仍为空，提示用户"当前没有检测到代码变更"

限制：diff 超过 500 行时，提示用户"变更较大，建议拆分后分批 review"，仍然继续但降低精度预期。

Step 2：识别涉及模块

从 diff 的文件路径中提取模块路径，规则：

diff 文件路径模式	识别为模块路径
`internal/app/<module>/`	`internal/app/<module>`
`internal/services/<service>/`	`internal/services/<service>`
`internal/dao/<dao>/`	查找对应 service（`internal/services/<dao>`），若无则跳过
其他路径	提取到第三级目录，尝试查找 CLAUDE.md

对每个识别到的模块路径：

检查 <module-path>/CLAUDE.md 是否存在
存在则读取，记录其「最后更新」时间戳
不存在则标注「无上下文」，仅做通用检查

Step 3：执行 Review

当 CLAUDE.md 存在时，按以下标准逐条检查（见 review-criteria.md）：

Code Review 关键点 — 不变式 中每条规则是否被遵守
Code Review 关键点 — 常见错误模式 中的写法是否出现
是否绕过 service 层直接操作 DAO
跨表操作是否有事务保护
关键状态变更是否有日志 / 事件发送
外部依赖调用方式是否符合 外部依赖 章节描述

当 CLAUDE.md 不存在时，仅执行通用检查（第 3-6 条）。

Step 4：输出结构化结论

按 output-format.md 格式输出。

关键行为约束

只看 diff，不主动读取未变更的文件
发现问题时，必须标注 [文件:行号]，不接受泛泛描述
CLAUDE.md 时间戳早于代码最后变更时间时，在 Review 依据中标注 ⚠️
误判时不强迫用户接受，用 🟡 而不是 🔴 标注存疑的问题

参考文档

Review 标准详解：review-criteria.md
输出格式规范：output-format.md

同仓库更多 Skills

同仓库

web-access

Mrs-Cui/personal-skills

所有联网操作必须通过此 skill 处理，包括：搜索、网页抓取、登录后操作、网络交互等。触发场景：用户要求搜索信息、查看网页内容、访问需要登录的网站、操作网页界面、抓取社交媒体内容（小红书、微博、推特等）、读取动态渲染页面、以及任何需要真实浏览器环境的网络任务。

2026-04-250

report-unittest-issues

Mrs-Cui/personal-skills

分析当前对话中 AI 单元测试过程遇到的问题，汇总为单个 issue 提交到 GitLab。手动触发，用于在单元测试完成后回顾问题并归档。触发方式：用户明确要求"报告单测问题"、"提交单测 issue"、"report unittest issues"或类似表述时使用。

2026-04-250

campaign-apidoc

Mrs-Cui/personal-skills

为 campaign 项目的 Gin Handler 自动生成 OpenAPI 3.0 接口文档，输出到 campaign-api-doc 仓库。触发场景：用户说 /campaign-apidoc、生成接口文档、更新API文档、为某模块生成文档，或提到 campaign-api-doc。参数格式：/campaign-apidoc {module} {layer}，例如 /campaign-apidoc meetup front、/campaign-apidoc meetup admin、/campaign-apidoc member front。也支持 URL 前缀模式：/campaign-apidoc /api/v1/contra-invite。

2026-04-250

campaign-kb

Mrs-Cui/personal-skills

Campaign 项目技术知识库查询。当用户询问任何关于 campaign 系统的技术问题——包括服务、方法、模块、表结构、数据模型、业务流程、依赖关系、Kafka topic、定时任务等——都应触发此 skill。无需精确关键词匹配，只要问题涉及 campaign 代码库的技术细节即可。快捷命令：/kb

2026-04-250

check-apidoc

Mrs-Cui/personal-skills

校验 OpenAPI 3.0 接口文档的结构合法性与接口完整性。分两层执行：脚本层（结构校验）+ AI 层（接口完整性）。触发场景：用户说 /check-apidoc、检查API文档、验证接口文档、文档校验；或由 campaign-apidoc skill 在生成完成后自动调用。参数支持文件路径或 module+layer 格式，例如 /check-apidoc /path/to/member_front.json 或 /check-apidoc meetup front。

2026-04-250

claude-context

Mrs-Cui/personal-skills

为任意代码模块生成或更新 CLAUDE.md 上下文文件，让 AI 在开发时自动获取业务知识，无需每次重复解释背景。 Use when: - 用户请求为模块生成 CLAUDE.md，如"帮我生成上下文"、"建立这个模块的文档" - 用户请求更新已有 CLAUDE.md，如"更新文档"、"同步文档"、"我改了表结构" - 用户开始开发一个没有 CLAUDE.md 的模块 - 代码变更涉及数据库表结构、HTTP 接口、业务规则或外部依赖 - 用户运行 /gen-claude 或 /update-claude 命令

2026-04-250

来源

Mrs-Cui

Mrs-Cui/personal-skills

打开 GitHub 仓库查看创作者相关仓库

安装命令

下载

在 Manus 中运行

适用职业SOC

软件质量保证分析师与测试员计算机与数学类职业15-1253L4

name

ai-code-review

description

AI Code Review — 基于业务上下文的代码审查

工作流程

Step 1：获取变更内容

按以下优先级获取 diff：

git diff HEAD（未提交的工作区变更）
若为空，执行 git diff HEAD~1（最近一次提交）
若仍为空，提示用户"当前没有检测到代码变更"

限制：diff 超过 500 行时，提示用户"变更较大，建议拆分后分批 review"，仍然继续但降低精度预期。

Step 2：识别涉及模块

从 diff 的文件路径中提取模块路径，规则：

diff 文件路径模式	识别为模块路径
`internal/app/<module>/`	`internal/app/<module>`
`internal/services/<service>/`	`internal/services/<service>`
`internal/dao/<dao>/`	查找对应 service（`internal/services/<dao>`），若无则跳过
其他路径	提取到第三级目录，尝试查找 CLAUDE.md

对每个识别到的模块路径：

检查 <module-path>/CLAUDE.md 是否存在
存在则读取，记录其「最后更新」时间戳
不存在则标注「无上下文」，仅做通用检查

Step 3：执行 Review

当 CLAUDE.md 存在时，按以下标准逐条检查（见 review-criteria.md）：

Code Review 关键点 — 不变式 中每条规则是否被遵守
Code Review 关键点 — 常见错误模式 中的写法是否出现
是否绕过 service 层直接操作 DAO
跨表操作是否有事务保护
关键状态变更是否有日志 / 事件发送
外部依赖调用方式是否符合 外部依赖 章节描述

当 CLAUDE.md 不存在时，仅执行通用检查（第 3-6 条）。

Step 4：输出结构化结论

按 output-format.md 格式输出。

关键行为约束

只看 diff，不主动读取未变更的文件
发现问题时，必须标注 [文件:行号]，不接受泛泛描述
CLAUDE.md 时间戳早于代码最后变更时间时，在 Review 依据中标注 ⚠️
误判时不强迫用户接受，用 🟡 而不是 🔴 标注存疑的问题

参考文档

Review 标准详解：review-criteria.md
输出格式规范：output-format.md