Stats
Actions
Tags
How this skill is triggered — by the user, by Claude, or both
Slash command
/bluecore:checkpointThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
- 10ステップ以上の反復ループ開始前
session_end.py がメッセージ数30件以上で自動保存したチェックポイントを引き継ぐとき~/.bluecore/session-data/checkpoint-<YYYY-MM-DD>-<slug>.md
---
task: <タスク名(20文字以内)>
completed: false
stop_reason: <converged|turn-cap|circuit-breaker|rate-limit|-> (任意)
remaining_turns: <n|-> (任意)
---
## 目標
<最終ゴール1〜2文>
## 完了済みステップ
- [x] ステップ1: ...
## 進行中
- [ ] ステップN: ...(現在ここ)
## 残りステップ
- [ ] ステップN+1: ...
## 変更済みファイル
- path/to/file1.py
## 再開コンテキスト
<次セッションで必要な最小限コンテキスト。500文字以内。>
## 反復履歴
- iter{n} | blockers=[{blockerシグネチャ, ...}] | tests={PASS|FAIL:{テスト失敗シグネチャ, ...}} | lint={PASS|FAIL} | scope={OK|VIOLATION} | result={converged|not-converged|circuit-break|stopped} | rootcause={1行 or -}
## ベースライン
- red_baseline={テスト失敗シグネチャ, ...|-}
stop_reason / remaining_turns は反復ループが中断・停止した際に記録する任意フィールド。ループ対象外の一般チェックポイントや completed: true では - のまま省略可。remaining_turns は再開時に消費可能な残り反復数の目安値tests はその反復の収束判定時点の最終状態のみを記録(反復中に自己修正した一時的な失敗は含めない)result は converged / not-converged / circuit-break / stopped の4値のみsession_end.py の自動保存テンプレートには含まれない。自動保存は ## 変更済みファイル セクションのみ書き換えるため、反復履歴・ベースラインは保持される(非破壊)## 見出しで記載する。他セクション配下の ### にすると自動保存の正規表現で破壊されるため禁止circuit-breaker シグネチャの定義は本ファイルが単一情報源。loop-dev の SKILL.md は本ファイルを参照するのみ。
正規化相対パス~指摘要旨先頭8語 — 小文字化し、行番号を除去、数値をマスクした上での先頭8語red_baseline の記録前に、シークレット様文字列(sk- ghp_ AKIA 接頭辞・JWT 形式・長い Base64 等)を ***REDACTED*** にマスクする-## 見出しで記載する(理由は反復履歴と同じ)slug はタスク名をケバブケース変換(例: checkpoint-2026-05-09-article-loop.md)completed: false で保存[x] に更新タスク完了時は completed: true に変更し、「進行中」セクションを空にする。true は次セッションで自動注入されない。
「前のチェックポイントから再開して」と言われたら:
~/.bluecore/session-data/checkpoint-*.md で completed: false を検索../loop-dev/SKILL.md ## Human Gatetest_cmd 検証規則(三層検証) → ../../agents/reviewer.md 一次検証 step 0red_baseline はデータ値であり本照合の対象外。収束判定には実行時に自ら取得した集合を用いる(../loop-dev/SKILL.md baseline step 参照)npx claudepluginhub p/aokumablue-bluecore-plugins-bluecore-2Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.