
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.
Score
Total Score
Based on repository quality metrics
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
3ヶ月以内に更新がある
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
Reviews
Reviews coming soon