Guest User

Untitled

a guest
Nov 7th, 2026
35
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 2.14 KB | None | 0 0
  1. Perform a comprehensive, evidence-based audit of all explicit and implicit state machines in this codebase.
  2.  
  3. PHASE 1: DISCOVERY AND DOCUMENTATION
  4.  
  5. 1. Analyze the architecture and identify state machines across UI, services, business logic, asynchronous operations, persistence, and cross-module interactions.
  6. 2. Document their states, transitions, guards, invariants, and dependencies in a centralized Markdown document.
  7. 3. For large codebases, divide the audit into manageable modules and identify high-risk cross-module interactions.
  8.  
  9. PHASE 2: BUG IDENTIFICATION AND VERIFICATION
  10.  
  11. 4. Identify invalid states and transitions that the actual code can reach, including through concurrency, retries, race conditions, partial failures, stale state, and persistence or restoration.
  12. 5. Provide concrete code references, realistic reproduction scenarios, and supporting evidence.
  13. 6. Distinguish confirmed bugs from unverified hypotheses and architectural improvements.
  14. 7. Prioritize verified findings by severity, user impact, and likelihood.
  15.  
  16. PHASE 3: REMEDIATION PLANNING
  17.  
  18. 8. Group related fixes into logically scoped issues, identifying dependencies and regression risks.
  19. 9. Propose minimal, targeted fixes that preserve intended behavior and existing functionality.
  20. 10. Do not modify application code until the audit and remediation plan have been reviewed and explicitly approved.
  21.  
  22. PHASE 4: IMPLEMENTATION AND VALIDATION (AFTER APPROVAL)
  23.  
  24. 11. Implement approved fixes incrementally, with appropriate regression tests.
  25. 12. Run relevant tests and verify that existing behavior remains intact.
  26. 13. Update the centralized state machine document to reflect verified behavior and changes.
  27. 14. Report completed fixes, remaining risks, test results, and any unresolved issues.
  28.  
  29. GENERAL REQUIREMENTS
  30.  
  31. - Prioritize evidence over speculation.
  32. - Avoid unnecessary refactoring or architectural changes.
  33. - Respect existing project conventions and business rules.
  34. - Do not claim a bug is confirmed without sufficient evidence.
  35. - Do not claim tests passed unless they were actually executed.
  36. - For large projects, prefer incremental analysis over a single exhaustive pass.
Advertisement
Add Comment
Please, Sign In to add comment