跳到主要内容
知仓学习社ZHICANG

commit-work

Create high-quality git commits: review/stage intended changes, split into logical commits, and write clear commit messages (including Conventional …

不碰外部(只输出文字)无严重或高危命中softaworks/agent-toolkit

它会碰到什么

扫了多少3 个文本文件,8 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

Commit work

Goal

Make commits that are easy to review and safe to ship:

  • only intended changes are included
  • commits are logically scoped (split when needed)
  • commit messages describe what changed and why

Inputs to ask for (if missing)

  • Single commit or multiple commits? (If unsure: default to multiple small commits when there are unrelated changes.)
  • Commit style: Conventional Commits are required.
  • Any rules: max subject length, required scopes.

Workflow (checklist)

  1. Inspect the working tree before staging
  • git status
  • git diff (unstaged)
  • If many changes: git diff --stat
  1. Decide commit boundaries (split if needed)
  • Split by: feature vs refactor, backend vs frontend, formatting vs logic, tests vs prod code, dependency bumps vs behavior changes.
  • If changes are mixed in one file, plan to use patch staging.
  1. Stage only what belongs in the next commit
  • Prefer patch staging for mixed changes: git add -p
  • To unstage a hunk/file: git restore --staged -p or git restore --staged <path>
  1. Review what will actually be committed
  • git diff --cached
  • Sanity checks:
  • no secrets or tokens
  • no accidental debug logging
  • no unrelated formatting churn
  1. Describe the staged change in 1-2 sentences (before writing the message)
  • "What changed?" + "Why?"
  • If you cannot describe it cleanly, the commit is probably too big or mixed; go back to step 2.
  1. Write the commit message
  • Use Conventional Commits (required):
  • type(scope): short summary
  • blank line
  • body (what/why, not implementation diary)
  • footer (BREAKING CHANGE) if needed
  • Prefer an editor for multi-line messages: git commit -v
  • Use references/commit-message-template.md if helpful.
  1. Run the smallest relevant verification
  • Run the repo's fastest meaningful check (unit tests, lint, or build) before moving on.
  1. Repeat for the next commit until the working tree is clean

Deliverable

Provide:

  • the final commit message(s)
  • a short summary per commit (what/why)
  • the commands used to stage/review (at minimum: git diff --cached, plus any tests run)

想直接用这个技能?

本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。