self-healing

Runs a bounded two-cycle review-and-repair loop using stress-interview and worker subagents.

Updated Aug 2, 2026
One-click install
npx skills add https://github.com/mikalv/pi-extensions --skill self-healing-mikalv
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: self-healing
Source: https://github.com/mikalv/pi-extensions/tree/main/packages/pi-subagent-fleet/seeds/skills/self-healing
Command: npx skills add https://github.com/mikalv/pi-extensions --skill self-healing-mikalv

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? After an initial implementation, code often contains defects, unverified assumptions, and weak spots that a single review pass misses. This Skill automates a disciplined review-fix-recheck loop so issues are found, fixed, and re-verified without unbounded automation. ## Core Features & Use Cases - Bounded Two-Cycle Loop: Runs at most two stress-interview and worker repair cycles, then stops, keeping scope and risk understandable. - Multi-Agent Review: Uses a subagent batch of verifier, reviewer, and challenger to surface evidence-backed findings before any fix is applied. - Severity-Based Fix Policy: Classifies findings (P0-P3) and only applies safe, actionable fixes automatically while escalating judgment calls to the user. - Use Case: After finishing a new feature, invoke the skill to have reviewers pressure-test the change, let a worker apply verified fixes, and receive a report of cycles, fixes, and remaining risks. ## Quick Start Ask the agent to run self-healing on the changes you just made so it reviews, repairs, and re-checks them in at most two cycles.

Frequently Asked Questions about self-healing

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automatically review and fix code after implementation?▼

Invoke the self-healing workflow with a target scope. It runs a stress-interview pass with verifier, reviewer, and challenger subagents, sends only evidence-backed findings to a worker for fixes, then repeats the review once more before stopping.

How many repair cycles does the self-healing workflow run?▼

It runs at most two review-and-repair cycles. It stops earlier if no actionable findings remain, a decision requires user input, the worker cannot stay in scope, or verification cannot be completed.

Which findings get fixed automatically versus escalated?▼

P0/P1 issues with safe mechanical fixes are applied immediately, while P0/P1 issues requiring judgment are escalated to the user. P2/P3 items are fixed only when small and behavior-preserving; weakly evidenced items are reported as remaining risk.

Can speculative review comments be sent to the worker for fixing?▼

No. Only verified, reproducible, and narrowly actionable findings are sent to the worker. Speculative challenger questions and weakly evidenced items are reported as remaining risks instead of being treated as confirmed defects.

When should I not use an automated review-repair loop?▼

Avoid it for large refactors, product decisions, or security tradeoffs, since these require explicit human approval. The workflow is designed for bounded, evidence-backed fixes on a defined scope, not open-ended redesign.