skill-status-sync
- Repo stars 435
- Author repo nvim
Status Sync Skill (Direct Execution)
Direct execution skill for atomic status synchronization across TODO.md and state.json. This skill executes inline without spawning a subagent, avoiding memory issues.
Context References
Reference (do not load eagerly):
- Path:
.claude/context/patterns/jq-escaping-workarounds.md- jq escaping patterns (Issue #1132)
Standalone Use Only
IMPORTANT: This skill is for STANDALONE USE ONLY.
Workflow skills (skill-researcher, skill-planner, skill-implementer, etc.) now handle their own preflight/postflight status updates inline. This eliminates the multi-skill halt boundary problem where Claude may pause between skill invocations.
Use this skill for:
- Manual task status corrections
- Standalone scripts that need to update task state
- Recovery operations when workflow skills fail
- Testing status update behavior in isolation
Do NOT use this skill in workflow commands (/research, /plan, /implement, /revise) - those commands now invoke a single skill that handles its own status updates.
Trigger Conditions
This skill activates when:
- Manual status correction is needed
- Artifacts need to be linked outside normal workflow
- Status synchronization recovery is needed between TODO.md and state.json
API Operations
This skill exposes three primary operations:
| Operation | Purpose | When to Use |
|---|---|---|
preflight_update |
Set in-progress status | GATE IN checkpoint |
postflight_update |
Set final status + link artifacts | GATE OUT checkpoint |
artifact_link |
Add single artifact link (idempotent) | Post-artifact creation |
Execution
1. Input Validation
Validate required inputs based on operation type:
For preflight_update:
task_number- Must be provided and exist in state.jsontarget_status- Must be an in-progress variant (researching, planning, implementing)session_id- Must be provided for traceability
For postflight_update:
task_number- Must be provided and existtarget_status- Must be a final variant (researched, planned, implemented, partial)artifacts- Array of {path, type} to linksession_id- Must be provided
For artifact_link:
task_number- Must be provided and existartifact_path- Relative path to artifactartifact_type- One of: research, plan, summary
2. Execute Operation Directly
Route to appropriate operation and execute using Bash (jq) and Edit tools.
Operation: preflight_update
Purpose: Set in-progress status at GATE IN checkpoint
Execution:
- Validate task exists:
task_data=$(jq -r --arg num "{task_number}" \
'.active_projects[] | select(.project_number == ($num | tonumber))' \
specs/state.json)
if [ -z "$task_data" ]; then
echo "Error: Task {task_number} not found"
exit 1
fi
- Update state.json:
jq --arg ts "$(date -u +%Y-%m-%dT%H:%M:%SZ)" --arg status "{target_status}" \
'(.active_projects[] | select(.project_number == {task_number})) |= . + {
status: $status,
last_updated: $ts
}' specs/state.json > specs/tmp/state.json && mv specs/tmp/state.json specs/state.json
- Update TODO.md status marker:
- Find task entry:
grep -n "^### {task_number}\." specs/TODO.md - Use Edit tool to change
[OLD_STATUS]to[NEW_STATUS]
- Find task entry:
Status Mapping:
| state.json | TODO.md |
|---|---|
| not_started | [NOT STARTED] |
| researching | [RESEARCHING] |
| planning | [PLANNING] |
| implementing | [IMPLEMENTING] |
Return: JSON object with status "synced" and previous/new status fields.
Operation: postflight_update
Purpose: Set final status and link artifacts at GATE OUT checkpoint
Execution:
- Update state.json status and timestamp:
jq --arg ts "$(date -u +%Y-%m-%dT%H:%M:%SZ)" --arg status "{target_status}" \
'(.active_projects[] | select(.project_number == {task_number})) |= . + {
status: $status,
last_updated: $ts
}' specs/state.json > specs/tmp/state.json && mv specs/tmp/state.json specs/state.json
- Add artifacts to state.json (for each artifact):
IMPORTANT: Use two-step jq pattern to avoid Issue #1132 escaping bug. See jq-escaping-workarounds.md.
# Step 1: Update timestamp
jq --arg ts "$(date -u +%Y-%m-%dT%H:%M:%SZ)" \
'(.active_projects[] | select(.project_number == {task_number})) |= . + {
last_updated: $ts
}' specs/state.json > specs/tmp/state.json && mv specs/tmp/state.json specs/state.json
# Step 2: Add artifact (append to array)
jq --arg path "{artifact_path}" \
--arg type "{artifact_type}" \
'(.active_projects[] | select(.project_number == {task_number})).artifacts += [{"path": $path, "type": $type}]' \
specs/state.json > specs/tmp/state.json && mv specs/tmp/state.json specs/state.json
Update TODO.md status marker:
- Use Edit to change status:
[RESEARCHING]->[RESEARCHED]
- Use Edit to change status:
Link artifacts in TODO.md:
- Add research/plan/summary links in appropriate location
Status Mapping:
| state.json | TODO.md |
|---|---|
| researched | [RESEARCHED] |
| planned | [PLANNED] |
| implemented | [IMPLEMENTED] |
| partial | [PARTIAL] |
Return: JSON object with target_status and artifacts_linked fields.
Operation: artifact_link
Purpose: Add single artifact link (idempotent)
Execution:
- Idempotency check:
if grep -A 30 "^### {task_number}\." specs/TODO.md | grep -q "{artifact_path}"; then
echo "Link already exists"
# Return "skipped" status
fi
- Add to state.json artifacts array:
IMPORTANT: Use two-step jq pattern to avoid Issue #1132 escaping bug. See jq-escaping-workarounds.md.
# Step 1: Update timestamp
jq --arg ts "$(date -u +%Y-%m-%dT%H:%M:%SZ)" \
'(.active_projects[] | select(.project_number == {task_number})) |= . + {
last_updated: $ts
}' specs/state.json > specs/tmp/state.json && mv specs/tmp/state.json specs/state.json
# Step 2: Add artifact (append to array)
jq --arg path "{artifact_path}" \
--arg type "{artifact_type}" \
'(.active_projects[] | select(.project_number == {task_number})).artifacts += [{"path": $path, "type": $type}]' \
specs/state.json > specs/tmp/state.json && mv specs/tmp/state.json specs/state.json
- Add link to TODO.md using Edit tool:
| Type | Format in TODO.md |
|---|---|
| research | Count-aware format (see "Artifact Linking Format" in state-management.md) |
| plan | Count-aware format (see "Artifact Linking Format" in state-management.md) |
| summary | Count-aware format (see "Artifact Linking Format" in state-management.md) |
Count-Aware Logic: Use inline format for 1 artifact, multi-line list for 2+. See state-management.md for detection patterns and insertion examples.
Insertion order:
- research: after Language line
- plan: after Research line (or Language if no Research)
- summary: after Plan line
Return: JSON object with status "linked" or "skipped".
Return Format
preflight_update returns:
{
"status": "synced",
"summary": "Updated task #{N} to [{STATUS}]",
"previous_status": "not_started",
"new_status": "researching"
}
postflight_update returns:
{
"status": "{target_status}",
"summary": "Updated task #{N} to [{STATUS}] with {M} artifacts",
"artifacts_linked": ["path1", "path2"],
"previous_status": "researching",
"new_status": "researched"
}
artifact_link returns:
{
"status": "linked|skipped",
"summary": "Linked artifact to task #{N}" | "Link already exists",
"artifact_path": "path/to/artifact.md",
"artifact_type": "research"
}
Error Handling
Task Not Found
Return failed status with recommendation to verify task number.
Invalid Status Transition
Return failed status with current status and allowed transitions.
File Write Failure
Return failed status with recommendation to check permissions.
jq Parse Failure
If jq commands fail with INVALID_CHARACTER or syntax error (Issue #1132):
- Log to errors.json with session_id and original command
- Retry with two-step pattern from
jq-escaping-workarounds.md - If retry succeeds, log recovery action
Integration Notes
For Workflow Commands: Do NOT use this skill directly. Workflow skills now handle their own status updates inline.
For Manual Operations: Use this skill for standalone status corrections:
### Manual Status Correction
Invoke skill-status-sync with:
- operation: preflight_update or postflight_update
- task_number: {N}
- target_status: {valid_status}
- session_id: manual_correction
- artifacts: [{path, type}, ...] (for postflight only)
This skill ensures:
- Atomic updates across both files
- Consistent jq/Edit patterns
- Proper error handling
- Direct execution without subagent overhead
- Fluxly category
- Productivity
- Author-declared agents
- No explicit declaration found; this is not inferred or tested compatibility
- Static check
- 88 / 100 · heuristic scan, not runtime safety proof
- Author / version / license
- @benbrastmckie · no license declared
- Fluxly token estimate
- Lean
- Fluxly setup estimate
- Guided setup
- External API key
- No requirement detected
- Detected OS requirements
- Unspecified
- Runtime requirements
- Unspecified
- Detected file/system behavior
-
- Read-only
- Write / modify
- Shell exec
- Detected network behavior
- Local-only
- Install commands
- None (reference only)
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
The current SKILL.md does not define a fixed output example. Reference (do not load eagerly): Path: .claude/context/patterns/jq-escaping-workarounds.md - jq escaping patterns (Issue 1132)
IMPORTANT: This skill is for STANDALONE USE ONLY. Workflow skills (skill-researcher, skill-planner, skill-implementer, etc.) now handle their own preflight/postflight status updates inline. This eliminates the multi-skill halt boundary problem where Claude may…
This skill activates when: Manual status correction is needed Artifacts need to be linked outside normal workflow
This skill exposes three primary operations: Operation · Purpose · When to Use preflightupdate · Set in-progress status · GATE IN checkpoint
Execution
Validate required inputs based on operation type: For preflightupdate: tasknumber - Must be provided and exist in state.json
# Status Sync Skill (Direct Execution)
Direct execution skill for atomic status synchronization across TODO.md and state.json. This skill executes inline without spawning a subagent, avoiding memory issues.
## Context References
Reference (do not load eagerly):
- Path: `.claude/context/patterns/jq-escaping-workarounds.md` - jq escaping patterns (Issue #1132)
## Standalone Use Only
**IMPORTANT**: This skill is for STANDALONE USE ONLY.
Workflow skills (skill-researcher, skill-planner, skill-implementer, etc.) now handle their own preflight/postflight status updates inline. This eliminates the multi-skill halt boundary problem where Claude may pause between skill invocations.
**Use this skill for**:
- Manual task status corrections
- Standalone scripts that need to update task state
- Recovery operations when workflow skills fail
- Testing status update behavior in isolation
**Do NOT use this skill in workflow commands** (/research, /plan, /implement, /revise) - those commands now invoke a single skill that handles its own status updates.
## Trigger Conditions
This skill activates when:
- Manual status correction is needed
- Artifacts need to be linked outside normal workflow
- Status synchronization recovery is needed between TODO.md and state.json
## API Operations
This skill exposes three primary operations:
| Operation | Purpose | When to Use |
|-----------|---------|-------------|
| `preflight_update` | Set in-progress status | GATE IN checkpoint |
| `postflight_update` | Set final status + link artifacts | GATE OUT checkpoint |
| `artifact_link` | Add single artifact link (idempotent) | Post-artifact creation |
---
## Execution
### 1. Input Validation
Validate required inputs based on operation type:
**For preflight_update**:
… Author text anchors workflow facts; Fluxly only indexes current sections, terms, files, and commands.
sections -> Context References → Standalone Use Only → Trigger Conditions → API Operations → Execution → 1. Input Validation
terms -> IMPORTANT · Use this skill for · Do NOT use this skill in workflow commands · For preflightupdate · For postflightupdate · For artifactlink · Purpose · Execution
files/cmd -> .claude/context/patterns/jq-escaping-workarounds.md · preflightupdate · postflightupdate · artifactlink · tasknumber · targetstatus · sessionid · artifacts
body sha256 -> 1e12076678f0
Decide Fit First
Design Intent
How To Use It
Boundaries And Review