Use when asked about harness9 architecture, module design, or how components interact — explains the system design
中文简介正在准备中。当前显示原文说明。
Use when the user invokes /commit or asks to commit changes, after a code review has been completed and the changes are confirmed ready to stage and commit to git.
中文简介正在准备中。当前显示原文说明。
查看安装方法安装前可以查看交给 AI 代理的指令内容。
在 Code Review 通过后,将有效的代码变更暂存并提交到本地 Git 仓库。
/cr(Code Review)/cr,先调用 cr skill 完成 Review,再继续git status
git diff --stat
git diff --cached --stat
不使用 git add -A 或 git add .,逐文件或逐目录添加:
git add <具体文件或目录>
排除规则:
.env、包含敏感信息的文件 → 不暂存,提示用户确认参考以下格式(优先遵循仓库现有风格,通过 git log --oneline -10 判断):
<type>: <简明描述>(50 字符以内)
<可选正文:说明 why,不是 what>
常用 type:feat / fix / docs / refactor / test / chore
禁止在提交信息中添加任何 AI 工具相关的署名,例如 Co-Authored-By: Claude 或类似内容。
git commit -m "$(cat <<'EOF'
<提交信息>
EOF
)"
git log --oneline -3 # 确认提交已记录
git status # 确认工作区干净
输出提交的 hash 与摘要,告知用户提交成功。
| 问题 | 处理 |
|---|---|
| pre-commit hook 失败 | 修复 hook 报告的问题,重新 git add 后创建新 commit,不使用 --amend |
| 暂存了不该提交的文件 | git restore --staged <file> 取消暂存,重新操作 |
| 工作区已无变更 | 告知用户没有可提交的内容 |
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Use when asked about harness9 architecture, module design, or how components interact — explains the system design
中文简介正在准备中。当前显示原文说明。
Feature auto-development — clarify requirements, generate spec, dispatch dev sub-agent to implement and merge into current branch
中文简介正在准备中。当前显示原文说明。
Use when the user invokes /cr, requests a code review, or before committing to verify correctness, security, and quality of new or modified code in the working tree.
中文简介正在准备中。当前显示原文说明。
Use when debugging Go errors, test failures, or unexpected behavior — step-by-step diagnosis approach
中文简介正在准备中。当前显示原文说明。
Use when writing or reviewing Go code — explains harness9 project coding conventions and patterns
中文简介正在准备中。当前显示原文说明。
Use when the user invokes /pr or asks to push changes and open a pull request, after commits are ready to be pushed to a remote branch and merged into the main branch.
中文简介正在准备中。当前显示原文说明。