| name | completion-check |
| description | Use when infrastructure or features are built but before declaring done -- verifies work is wired into the system and actively used |
Completion Check: Verify Infrastructure Is Wired
Overview
Infrastructure is not done when the code is written — it's done when it's wired into the system and actively used. Dead code is wasted effort.
The Checklist
Before declaring infrastructure complete:
Verification Steps
1. Trace the Execution Path
Follow from user intent to actual code execution:
rg "HandleFunc.*myEndpoint" cmd/ internal/
rg "mux.Handle" cmd/
rg "my_function\(" src/
2. Check Registration
var _ MyInterface = (*MyStruct)(nil)
router.HandleFunc("/api/resource", handler.Create).Methods("POST")
3. Test End-to-End
Run the feature and verify new code is invoked:
go test ./... -run TestIntegration -v
uv run pytest tests/ -k "integration" -v
4. Search for Orphans
rg "func \w+" --type go |
Common Traps
| Trap | Reality |
|---|
| "Code exists, so it works" | Existing ≠ wired. Trace the path. |
| "It compiles" | Compiling ≠ running. Test E2E. |
| "Tests pass" | Unit tests don't prove integration. |
| "Handler is written" | Written ≠ registered in router. |
Red Flags
- Marking "complete" without running the feature
- Assuming code is wired because it exists
- Building parallel implementations (old + new both present)
- Skipping end-to-end verification