better-codinglisted

# Better Coding Use the fewest concepts that satisfy the approved result and its acceptance evidence. Minimize maintenance burden, not raw line count. ## Keep the ownership boundary - `thinking` owns the stage, outcome, scope, evidence, route recommendation, hard stops, and the transition to execution. - `teamwork` owns authority, seats, formal contracts, verdicts, publication, and Done. - This skill owns route comparison, ownership seams, concept control, readability, and implementation verification. If outcome, acceptance evidence, or authority is unresolved, return to its owner. Apply this lens only to the selected route and safe slice. A finished change needs independent review. ## Compare routes before adding code 1. Restate the fixed result and acceptance evidence without reopening them. 2. Inspect current code and reuse candidates. Compare current behavior, configuration, reuse, adaptation, replacement, new code, deletion, documentation, and no-code routes. If the current evidence already passes, make no change. 3. Compare the strongest simpler alternative. Choose a route only when the fixed acceptance evidence can prove it. 4. Name the smallest ownership seam and the concepts the selected route needs. Give each new responsibility a concrete reason tied to the accepted outcome. Name tempting concepts the result does not need. Choose reuse when it is the better total solution. Existing code alone is no reason to require reuse or reject new