/loopmaintenancehigh riskadvancedsafety C · 55Forward Futurepre-dates current gate · under review

Get the React health scan to 100/100

Inventory every production React app, fix findings without suppressions, and prove a real 100/100 with full project checks.

prompt
→ Claude
Bring every production React app in [repository] to a freshly verified React Doctor score of 100/100. Inventory app roots, record a full `npx react-doctor@latest --verbose` baseline, fix one root cause at a time, and rerun the full scan plus relevant typecheck, lint, tests, and builds. Never hide findings with exclusions, ignores, suppressions, deleted behavior, or relaxed rules. Stop at 100/100 for every app, blocked, approval-required, or no measurable progress; preserve unrelated work and report exact proof.
claude-code · codex

Use this when

Use this for an authorized repository-wide React health pass when every production React app can be identified and a complete scan plus project checks can run locally.

How it runs

  1. Inventory the repository, production React app roots, current worktree state, and available validation commands.
  2. Run and record a full React Doctor baseline for every production app.
  3. Group findings by root cause and repair one coherent cause without weakening rules or changing unrelated behavior.
  4. Rerun the full scan and relevant typecheck, lint, tests, and builds, keeping only verified improvements.
  5. Escalate from symptom patches to ownership or data-flow analysis when a finding survives repeated repairs.
  6. Stop only at the success, blocked, approval-required, or no-progress state and return exact evidence.

Done when

Every production React app has a genuine fresh 100/100 result. Record the React Doctor version, app roots, full final scan, and repository validation results; distinguish pre-existing failures and blockers from regressions caused by the repair work.

Why it works

A complete app inventory and fresh full scans prevent local or diff-only checks from masquerading as repository-wide health. Root-cause repair and anti-suppression rules make the final score evidence of better code rather than a configured-away problem.

Implementation note

Do not reset or overwrite unrelated work, disable findings, exclude files, relax severity, add unsafe casts or ignore directives, or delete meaningful behavior. Ask before breaking dependency upgrades or architectural changes outside the stated scope.

Source: Forward Future

More maintenance loops

Weekly tech debt report

/scheduleloopreponew

Every Friday, compile a trend report of debt signals — TODO count, lint suppressions, type coverage, largest files — so the team sees drift before it compounds.

prompt
→ Claude
/schedule every Friday at 4pm, measure TODO/FIXME count, eslint-disable and ts-ignore counts, type coverage, and the five largest source files; append the numbers with week-over-week deltas to reports/tech-debt.md and call out the single worst trend in one paragraph
maintenancelow risk

Keep memory pins under control

/schedulenew

Audit and prune pinned memory contexts to stay under 7, replacing competing invariants atomically and checking load count before each pin.

prompt
→ Claude
/goal that must load every session (it is then surfaced deterministically by load pinned ). Pin sparingly — keep a context at ≤7 pinned (prune at 10; the pinned load cap of 100 is a safety net, not the budget). Decisions/patterns/status are NOT pin material. Before pinning, call load pinned to check the count; when an invariant supersedes an old one, unpin the old in the same step ( update memory(memory id=<old , delivery mode="on recall") ) so two competing invariants are never both pinned
maintenancemedium risk

Chase a refund until it lands

Open the claim, watch replies and deadlines, and keep the case moving until the money actually arrives.

prompt
→ Claude
Get my refund for [company and charge info]. Start the claim now through an approved support channel, then keep following up on replies, promises, and deadlines until the refund arrives. Keep a short case note so each follow-up has context. Stop only when the refund is received or you are genuinely blocked and need me.
maintenancemedium risk