원클릭으로
commit
Scan the session for compound-worthy learnings, then commit the working tree with a repo-appropriate, value-communicating message.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Scan the session for compound-worthy learnings, then commit the working tree with a repo-appropriate, value-communicating message.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Shared vocabulary for designing deep modules. Use when the user wants to design or improve a module's interface, find deepening opportunities, decide where a seam goes, make code more testable or AI-navigable, or when another skill needs the deep-module vocabulary.
Garbage-collect the knowledge stores — audit docs/solutions/ and AGENTS.md against the current code.
Capture this session's durable learnings and route each to the right knowledge store, every write user-gated. Use at loop end when /commit's opening scan finds candidates, when /diagnosing-bugs closes out a fix, or when the user wants to capture, remember, or write down a learning, convention, gotcha, or preference.
Diagnosis loop for hard bugs and performance regressions. Use when the user says "diagnose"/"debug this", or reports something broken/throwing/failing/slow.
Grill the user relentlessly about a plan, decision, or idea. Use when the user wants to be grilled about a plan, wants a decision stress-tested, or when requirements are fuzzy before a spec is written.
Compact the conversation into a handoff document a fresh session can resume from.
| name | commit |
| description | Scan the session for compound-worthy learnings, then commit the working tree with a repo-appropriate, value-communicating message. |
| disable-model-invocation | true |
| version | 1.0.0 |
| source | EveryInc/compound-engineering-plugin@3.19.0 (ce-commit) |
Close the loop: harvest the session's learnings first, then create well-crafted git commits from the working tree — learning writes included, so the tree is clean when the loop ends.
Scan the whole session for candidate learnings: root causes uncovered, gotchas hit, approaches that failed, conventions or preferences decided along the way — plus anything /review-gate flagged as compound material.
Judge each against compound's quality bar — would it change a future agent's behavior in a different session, and is it non-obvious and stable? Session-specific trivia dies here.
/compound with the candidates; it routes each to a destination and gates every write on the user.
Approved writes join the working tree and ride into the commits below.Run each as its own shell call and read the exit status directly — a non-zero exit is a state to interpret, not a failure:
git status — working-tree state.
Clean tree → report there is nothing to commit and stop.git diff HEAD — the uncommitted changes.git branch --show-current — empty output means detached HEAD: ask whether to create a branch or commit detached.git log --oneline -10 — recent commit style.git rev-parse --abbrev-ref origin/HEAD — the default branch (strip the origin/ prefix).
If unset, fall back to main.Follow the repo's workflow: where the documented conventions or recent history show feature branches (or the user asked for one), branch off the default before committing — derive the name from the change content, git checkout -b <branch-name>, confirm with git branch --show-current.
Where the history shows commits landing directly on the default branch (trunk-based), commit where you are.
In priority order:
type(scope): description, type one of feat, fix, docs, refactor, test, chore, perf, ci, style, build.
Where fix: and feat: both fit, prefer fix: — a change that remedies broken or missing behavior is a fix even when implemented by adding code; reserve feat: for capabilities the user could not previously accomplish.Message discipline, whatever the convention:
Scan the changed files for naturally distinct concerns; if they clearly group into separate logical changes, commit each group — Step 1's learning writes usually form their own docs-type commit.
Keep it lightweight: group at the file level only (no hunk splitting), split only when the separation is obvious, and stay at two or three commits at most.
For each group, stage specific files by name — a targeted git add keeps sensitive files (.env, credentials) and unrelated changes out.
Commit with a heredoc to preserve formatting:
git add file1 file2 && git commit -m "$(cat <<'EOF'
type(scope): subject line here
Optional body explaining why this change was made.
EOF
)"
Verify with git status and report the commit hash(es) and subject line(s).
Learnings captured, committed → the loop is closed. The next unit of work deserves a fresh session.