
edge-step
by DazedtilDawn
Mechanical enforcement system for Claude Code - YAML state tracking, hook-based enforcement, Three Gears autopilot
SKILL.md
name: edge-step description: Execute the current step from the plan in active_context.yaml. Use when ready to work on the next task in a structured workflow.
Execute Current Step
Read active_context.yaml to understand the current plan and step.
Instructions
-
Read the current step from
active_context.yaml- Find the step matching
current_step - Understand what needs to be done
- Find the step matching
-
Check for reminders - Read
.proof/archive.jsonlfor recurring weak checks- If any check has failed 2+ times across sessions, show a reminder:
REMINDER: [check_name] has been weak across sessions Focus: [specific improvement tip]Common reminders:
Weak Check Reminder mismatch_detection "Add Expected vs Actual before major operations" plan_revision "If this step fails, write a NEW step before retrying" tool_switching "If tool fails twice, switch immediately" memory_update "After this step, ask: what did I learn?" proof_generation "Attach evidence inline, not after" stop_condition "If uncertain, frame as bounded options" -
Mark it in_progress - Update the step's status in active_context.yaml
-
Do the work - Execute the step
- Keep changes minimal and focused
- If something unexpected happens, STOP and reassess
- Apply the reminder if one was shown
-
Verify it worked - Run a test or check
-
Mark complete - Update status to
completedand set proof path -
Advance current_step - Increment to next pending step
After Completion
Update active_context.yaml:
current_step: [next step number]
plan:
- description: "The step you just did"
status: completed
proof: "description of evidence" # or specific artifact path
Add any lessons learned to memory:
memory:
- trigger: "relevant keywords"
lesson: "What you learned"
reinforced: 1
If Blocked
If you cannot complete the step:
- Mark status as
blocked - Add a note explaining why
- Do NOT advance current_step
- Report the blocker clearly
Proof Capture (IMPORTANT)
Since Codex CLI doesn't have automatic proof capture, you MUST manually log proof after completing each step.
After Completing Work:
-
Create proof directory (if needed):
mkdir -p .proof -
Append to session log:
echo '{"timestamp":"<ISO_TIME>","type":"step_complete","step":<N>,"description":"<STEP_DESC>","files":["<FILES>"],"outcome":"success"}' >> .proof/session_log.jsonl -
Or use the logging skill:
$edge-log
What to Log:
- Files modified: Actual paths changed
- Tests run: Commands and results
- Outcome: success/failure/partial
- Evidence: Specific proof (test output, line counts, etc.)
Example Log Entry:
{
"timestamp": "2025-01-15T14:30:00Z",
"type": "step_complete",
"step": 3,
"description": "Add user authentication",
"files": ["src/auth.py", "tests/test_auth.py"],
"outcome": "success",
"proof": "26 tests pass, JWT validation working"
}
This manual logging replaces Claude Code's automatic PostToolUse hook.
スコア
総合スコア
リポジトリの品質指標に基づく評価
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
3ヶ月以内に更新がある
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
レビュー
レビュー機能は近日公開予定です