checkpoint
Named decision point for long-running tasks — PIVOT, REFINE, or PROCEED
Оригинален текст · няма потвърден превод на българскиПърво прочетете инструкцията.
Файлът се зарежда от посочения източник само по ваше действие. Можете да го прочетете тук, да го копирате или да го запазите като .md.
GitHub хранилище- Звезди на репото
- 4
- Лиценз
- Не е посочен. Проверете в репозитория.
- Последна проверка на записа
- Няма посочена дата
Добавете в своя инструмент.
Командата отваря избора на skills от репозитория. Прочетете файла и условията на автора преди изпълнение.
npx skills add andrem-sec/psc-cometСтраницата копира текст. Не инсталира и не изпълнява нищо на устройството ви.
Откъс от SKILL.md
Началото на файла на автора, без превод.
Checkpoint Skill
A structured pause during long-running tasks. Prevents tunnel vision and catches drift before it compounds.
What Claude Gets Wrong Without This Skill
Without checkpoints, Claude continues executing a plan past the point where new information has invalidated one of its assumptions. The compound reliability math is real: at a 10% error rate per step, 10 steps yields 35% success. A checkpoint at step 5 resets the accumulation.
The Three Decisions
PROCEED — on track, no new risks, continue as planned.
REFINE — mostly correct, but one or two steps need adjustment. Document what changed and why, then continue.
PIVOT — the approach is fundamentally wrong or blocked. Stop. Re-plan the affected phase. Write the abandoned approach to learnings.md — this is high-value content.
A PIVOT is not a failure. A PIVOT without documentation is a failure.
Checkpoint Output
Checkpoint — [task] — Step [N] of [N]
Completed: [list]
In Progress: [current step]
Blocked / New Info: [if any]
Decision: PROCEED / REFINE / PIVOT
Rationale: [one sentence]
Next: [specific next action]
When Checkpoints Are Required
- After every 5 sequential steps (mandatory)
- When a blocker appears
- When new information invalidates an assumption
- When the task has been running for a long time without a natural pause
- When context usage reaches 90% (warning threshold — do not wait for 95%)
Context Usage Thresholds
Claude Code compacts at 93% of effective context (window minus 20k overhead). PSC checkpoints fire earlier:
| Level | Action |
|---|---|
| ~90% | Run checkpoint immediately — surface state, decide PIVOT/REFINE/PROCEED |
| ~95% | Blocking threshold — new tool calls may fail. Compact now. |
| Mid-debug | Do NOT compact — stack traces and error traces are the tool |
Signals that context is at 90%+: earlier parts of the conversation feel distant, rules from CLAUDE.md feel less active, you are uncertain about a constraint stated early in the session.
When in doubt, checkpoint. The cost of a false positive is one checkpoint. The cost of a missed threshold is silent context drift.
Anti-Patterns
Do not issue a PROCEED when there are unresolved blockers. Acknowledge them and decide.
Do not PIVOT without writing the abandoned approach to learnings.md. Future sessions will revisit the same dead end without that record.