confidence-check
SolidReadiness gate BEFORE writing implementation code: does this already exist, does it fit the project's architecture, is the API claim actually checked, is there a working reference, is the root cause known.
Install
Quality Score: 81/100
Skill Content
Details
- Author
- byerlikaya
- Repository
- byerlikaya/claude-starter-kit
- Created
- 2 months ago
- Last Updated
- today
- Language
- Shell
- License
- MIT
Integrates with
Similar Skills
Semantically similar based on skill content — not just same category
confidence-check
Readiness check before implementing: does something equivalent already exist, is the API verified against the installed version, is the cause of the bug actually understood rather than guessed. Reports which checks are unsatisfied — no score, since any single miss is the whole answer. Use when: about to build something non-trivial against an unfamiliar library, a suspected duplicate, or a bug whose cause is still a hypothesis. NOT for: firing on your own while the smith is driving — its design gate invokes this when readiness is the open question. Not for typo, config, or one-line changes.
check
Use when about to claim anything works, is fixed, is complete, or passes - before committing, replying to the user, or moving to the next task. Also use when relaying a subagent's or tool's success report, and especially at the end of a long session when the pull to say "done" is strongest.
scope-guard
Judgment check before calling substantial work done or proposing a commit. Use before "done", before committing more than a trivial change, and whenever you notice yourself building something nobody asked for. The judgment layer above the automated gates, not a duplicate of them.