@leing2021/super-pi 0.23.8 → 0.23.9
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +1 -0
- package/package.json +1 -1
- package/skills/03-work/SKILL.md +11 -0
- package/skills/references/pipeline-config.md +9 -0
package/README.md
CHANGED
|
@@ -118,6 +118,7 @@ Super Pi is not a fork or wrapper. It extracts useful methods from the projects
|
|
|
118
118
|
|---------|------------------------|
|
|
119
119
|
| [addyosmani/agent-skills](https://github.com/addyosmani/agent-skills) | "Use when" skill trigger conditions, source-driven verification, stop-the-line hard gate, anti-rationalization, and the five-axis review baseline. Adopted as embedded micro-patterns only — no new skills, tools, commands, or agents. |
|
|
120
120
|
| [everything-claude-code](https://github.com/affaan-m/everything-claude-code) | Parallel subagent orchestration, checkpoint resume, continuous learning loops, and token-conscious agent workflow design. |
|
|
121
|
+
| [humanlayer/12-factor-agents](https://github.com/humanlayer/12-factor-agents) | Context window ownership, compacting resolved errors, retry caps, and pre-fetching obvious prerequisites. Adopted as lightweight context hygiene rules inside the existing Phase 1 pipeline. |
|
|
121
122
|
| [superpowers](https://github.com/obra/superpowers) | Strict TDD gates, design checklists, review discipline, and the idea that agents need hard gates instead of gentle suggestions. |
|
|
122
123
|
| [compound-engineering-plugin](https://github.com/EveryInc/compound-engineering-plugin) | The five-step think → plan → build → review → learn loop and the knowledge-compounding backbone. |
|
|
123
124
|
| [gstack](https://github.com/garrytan/gstack) | YC-style forcing questions, CEO Review cognitive frameworks, browser QA patterns, failure maps, and evidence-first validation. |
|
package/package.json
CHANGED
package/skills/03-work/SKILL.md
CHANGED
|
@@ -58,6 +58,17 @@ Anti-rationalization — when a gate fails or evidence is missing:
|
|
|
58
58
|
|
|
59
59
|
This is a hard gate — do not push past a failing test or broken build to continue implementation. Errors compound.
|
|
60
60
|
|
|
61
|
+
## Error compaction after recovery
|
|
62
|
+
|
|
63
|
+
After a stop-the-line failure is diagnosed, fixed, and verified:
|
|
64
|
+
|
|
65
|
+
1. Replace full traces in handoff/context with `ERROR(resolved): <root cause>`
|
|
66
|
+
2. Keep only the final repro, root cause, fix summary, and verification result
|
|
67
|
+
3. Remove intermediate debug output and failed exploratory runs that are no longer relevant
|
|
68
|
+
4. Update `session_checkpoint` with the compacted state only
|
|
69
|
+
|
|
70
|
+
If the same tool, command, or implementation unit fails 3 consecutive times, stop retrying and ask the user for direction with a concise evidence summary.
|
|
71
|
+
|
|
61
72
|
## Workflow
|
|
62
73
|
|
|
63
74
|
1. **Load context**: consume latest handoff before any broad file reads — `context_handoff load` or read `.context/compound-engineering/handoffs/latest.md`. If found, use `activeFiles`, `blocker`, `verification`, `activeRules` as starting point. If not found, proceed normally.
|
|
@@ -29,6 +29,15 @@ Before reading any project files or running repository-wide scans, load the most
|
|
|
29
29
|
|
|
30
30
|
Core principle: **consume handoff before broad project file reads** — a single handoff read (~500 tokens) avoids 5-10 project file scans (~5K-10K tokens).
|
|
31
31
|
|
|
32
|
+
## Context hygiene rules
|
|
33
|
+
|
|
34
|
+
Applies to all Phase 1 skills when preparing context or saving handoff.
|
|
35
|
+
|
|
36
|
+
1. **Compact resolved errors** — Once an error is diagnosed, fixed, and verified, do not carry the full trace forward. Replace it with `ERROR(resolved): <root cause>` and keep repro/verification only if still relevant.
|
|
37
|
+
2. **Fetch obvious prerequisites** — If the next step has an obvious deterministic prerequisite, fetch it before reasoning further instead of spending an LLM round trip asking for it.
|
|
38
|
+
3. **Cap repeated failures** — After 3 consecutive failures on the same tool, command, or implementation unit, stop retrying. Summarize evidence and ask the user for direction.
|
|
39
|
+
4. **Prune before handoff** — Before saving handoff, keep only what the next stage needs. Move broad history to artifact paths; remove intermediate debug output that is no longer relevant.
|
|
40
|
+
|
|
32
41
|
## End of skill: save handoff + status + context
|
|
33
42
|
|
|
34
43
|
Every Phase 1 skill (02-plan through 05-learn) must save context handoff at completion:
|