mit einem Klick
finish-work
Finish Work - Pre-Commit Checklist
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Menü
Finish Work - Pre-Commit Checklist
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
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