Develop (Entry)
Core philosophy: No verification evidence, no completion — "it should be fine" is not evidence.
When to activate
- Entering the implementation phase (
workflow/light_iterate/quick_fix; bare~goauto-routes toexec_planwhen an active plan exists). - Need to execute the task list, update state, and converge the delivery result.
Execution skeleton
- Read the active plan tasks (
tasks.mdor lightplan.md). - Extract pending tasks and execute them in numbered order.
- Update task markers after each step (
[ ] -> [x] / [-] / [!]). - Sync KB files and conservative preference / feedback records.
- Set completed plans'
plan.mdlifecycle metadata toready_to_archiveand keep them inplan/. - Render the matching result template.
Resource navigation
- Long rules:
references/develop-rules.md - Shared writing standards:
../references/shared-writing-dna.md(apply to all output) - Output contract:
../references/output-contract.md(required sections, density gradient, symbol discipline, desensitization) - Output templates:
assets/*.md - Task extraction script:
scripts/extract_pending_tasks.py
Deterministic logic first
Use the script when task extraction must be auditable:
python3 skills/en/skills/sopify/develop/scripts/extract_pending_tasks.py \
--tasks-file .sopify/plan/<plan>/tasks.md
The script returns JSON with pending tasks, status counts, and execution order.
Boundaries
- This skill executes and closes out work; it does not redefine the plan structure.
ready_to_archiveisplan.mdmetadata only; archival happens only when explicit~go finalizedelegates tosopify_writer.- Rollback remains an explicit user action and must keep a traceable record.