원클릭으로
finish-work
Finish Work - Pre-Commit Checklist
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Finish Work - Pre-Commit Checklist
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Read the backend development guidelines before starting your development task.
Read the frontend development guidelines before starting your development task.
Deep requirements and design discovery workflow that keeps Trellis task-first PRD capture but adds stronger design confirmation, explicit technical design notes, and a clean handoff to task plan generation. Use when you want a richer brainstorming experience than $brainstorm, when trade-offs need deliberate review, or when you want Superpowers-style design validation inside Trellis tasks.
Check if the code you just wrote follows the backend development guidelines.
Cross-Layer Check
Check if the code you just wrote follows the frontend development guidelines.
| name | finish-work |
| description | Finish Work - Pre-Commit Checklist |
Before submitting or committing, use this checklist to ensure work completeness.
Timing: After code is written and tested, before commit
# Must pass
pnpm lint
pnpm type-check
pnpm test
pnpm lint passes with 0 errors?pnpm type-check passes with no type errors?console.log statements (use logger)?x! operator)?any types?Code-Spec Docs:
.trellis/spec/backend/ need updates?
.trellis/spec/frontend/ need updates?
.trellis/spec/guides/ need updates?
Key Question:
"If I fixed a bug or discovered something non-obvious, should I document it so future me (or others) won't hit the same issue?"
If YES -> Update the relevant code-spec doc.
If this change touches infra or cross-layer contracts, this is a blocking checklist:
Block Rule:
If infra/cross-layer changed but the related spec is still abstract, do NOT finish. Run $update-spec manually first.
If you modified API endpoints:
If you modified database schema:
If the change spans multiple layers:
# 1. Code checks
pnpm lint && pnpm type-check
# 2. View changes
git status
git diff --name-only
# 3. Based on changed files, check relevant items above
| Oversight | Consequence | Check |
|---|---|---|
| Code-spec docs not updated | Others don't know the change | Check .trellis/spec/ |
| Spec text is abstract only | Easy regressions in infra/cross-layer changes | Require signature/contract/matrix/cases/tests |
| Migration not created | Schema out of sync | Check db/migrations/ |
| Types not synced | Runtime errors | Check shared types |
| Tests not updated | False confidence | Run full test suite |
| Console.log left in | Noisy production logs | Search for console.log |
Development Flow:
Write code -> Test -> $finish-work -> git commit -> $record-session
| |
Ensure completeness Record progress
Debug Flow:
Hit bug -> Fix -> $break-loop -> Knowledge capture
|
Deep analysis
$finish-work - Check work completeness (this skill)$record-session - Record session and commits$break-loop - Deep analysis after debuggingDelivery includes not just code, but also documentation, verification, and knowledge capture.
Complete work = Code + Docs + Tests + Verification