Testing Final Verification
Enforce evidence-based completion verification by requiring fresh execution of verification commands and confirmation of output before making any success claims, ensuring work is genuinely complete rather than assumed complete. Use this skill when about to claim that work is complete, finished, or done, when about to state that tests are passing or a test suite succeeds, when preparing to commit changes to version control, when about to create pull requests or merge requests, when claiming that a bug has been fixed or resolved, when stating that build processes succeed or compile without errors, when reporting that linting, formatting, or code quality checks pass, when delegating work to agents and receiving success reports that need independent verification, when moving from one task to the next in a multi-step implementation, when about to use words like "should work", "probably works", "seems to", "looks correct", or other qualifying language that implies uncertainty, when feeling satisfied with work and ready to mark tasks complete, when expressing confidence without having run verification ("I'm confident this works"), when trusting partial verification as proof of complete success, when tired or under pressure and wanting to finish quickly, during code reviews when verifying that claimed changes actually work, when implementing regression tests and need to verify they fail before the fix (red-green cycle), or before any communication that implies success, completion, or correctness of implemented functionality.
7
0
2025年10月29日 14:48