Skip to content
Automation
Skill

/sync-docs

Sync tracking documents based on current conversation results. Updates subtask, progress, findings, task_plan, project CLAUDE.md. Use when finishing a task or reaching a milestone.

From plugin
autoworker
1811 skills1 command

Claude Code

$ npx -y skills add phj128/autoworker --skill sync-docs --agent claude-code

SKILL.md

sync-docs.SKILL.md
name: sync-docs
description: |
  Sync tracking documents based on current conversation results.
  Updates subtask, progress, findings, task_plan, project CLAUDE.md.
  Use when finishing a task or reaching a milestone.
argument-hint: "[archive|park]"

autoworker:sync-docs — Sync Tracking Documents

Based on work results and discoveries in the current conversation, update all tracking documents.

Input

Optional argument: $ARGUMENTS

  • No argument: Sync only (check off items, record progress, add findings, audit claude_docs)
  • `park`: Sync + pause current subtask (set `status: paused`) + clear plan file. For "task still in progress (e.g., training) but need to switch to something else"
  • `archive`: Sync + archive completed subtask (move to claude_docs/subtask/) + clear plan file. For "task fully complete"

Execution Flow

1. Scan Current State

Find tracking files and document system in the project root:

**Top-level tracking files**:

  • `subtask_*.md` — current in-progress subtasks
  • `progress.md` — progress log
  • `findings.md` — core discoveries
  • `task_plan.md` — task planning
  • Project-level `CLAUDE.md` — project rules and technical info
  • `README.md` — project intro (for humans)

**Progressive disclosure documents**:

  • `claude_docs/reference/*.md` — detailed documents referenced from CLAUDE.md
  • Subdirectory `CLAUDE.md` — index files for each module

Read each existing file to understand current recorded state.

2. Compare Against Conversation Content

Review work completed in this conversation, determine updates needed item by item:

| File | Update condition | Update content | |------|-----------------|----------------| | `subtask_*.md` | Steps were completed | Check off `[x]`, record progress, add verification results | | `progress.md` | Task completed or progressed | Update task item status, add result summary | | `findings.md` | New conclusions or counter-intuitive behaviors discovered | Add new section or update existing section | | `task_plan.md` | Task completed/progressed, or plan changed | Read subtask's "task_plan positioning → corresponding Phase" field, locate and check off `[x]` in task_plan.md with completion timestamp; match by content when no positioning field; update future steps if plan changed | | `CLAUDE.md` | Reusable patterns or lessons learned discovered | Add to appropriate section (don't duplicate existing content) | | `claude_docs/reference/*.md` | Findings in this conversation belong to an existing reference topic | Update corresponding reference document | | Subdirectory `CLAUDE.md` | Changed code structure/files in a module | Update corresponding subdirectory file index | | `README.md` | Added feature or changed usage/installation | Sync update (user-perceivable changes) |

2.5. Reference Document Consistency Check

**Dead link check**: Scan project CLAUDE.md for all `claude_docs/reference/` references, confirm files exist:

  • Referenced file exists → OK
  • Referenced file doesn't exist → report dead link, suggest creating or fixing reference

**New reference identification**: If this conversation produced new lessons or technical documentation (> 20 lines) and CLAUDE.md already exceeds 300 lines, suggest writing to `claude_docs/reference/<topic>.md` and adding a trigger heading in CLAUDE.md, rather than appending directly to CLAUDE.md.

3. Execute Updates

For each file needing update:

  • Read current content first
  • Use Edit for precise updates (don't rewrite entire file)
  • Briefly describe what changed after each update

3.5. claude_docs/ Subdirectory Recursive Audit

Using claude_docs/ progressive disclosure structure, check if this conversation's changes affect subdirectory documents:

**Flow**: 1. `Glob claude_docs/*/CLAUDE.md` → get all subdirectory indexes 2. Read each subdirectory CLAUDE.md (it's the semantic index listing files and purposes) 3. Compare against this conversation's changes:

  • Files in this subdirectory were modified? → update corresponding index entry
  • This subdirectory's topic was affected (e.g., new archived subtask, modified reference)? → update index
  • New files should be added to index? → add
  • Old files should be removed from index? → remove

4. Skip unaffected subdirectories — no need to update everything

4. park (only when argument includes "park")

Pause the current active subtask, clean up workspace, facilitate switching to next task. Subtask file stays in workspace (not archived) and can be resumed later.

1. Glob `subtask_*.md` → grep `status: active` → Edit to `status: paused` 2. Append pause reason in the paused subtask's progress log: `**Paused** — <infer reason from conversation, e.g., "waiting for training completion">` 3. Clear plan file (same logic as archive) 4. Record pause status in `progress.md`

5. archive (only when argument includes "archive")

**Status filter**: 1. Glob `subtask_*.md` (exclude subtask_template.md) → grep `status:` to filter 2. Only archive subtasks with `status: completed` 3. None completed → report "no completed subtask to archive", skip remaining steps 4. Mixed status → report which were archived, which retained (and why: active/paused/no status field)

**Execute archive** (for each completed subtask): 1. Determine sequence number: read `claude_docs/subtask/CLAUDE.md` to find max sequence + 1 2. Copy file: `subtask_<name>.md` → `claude_docs/subtask/<sequence>_<name>_<date>.md` 3. **Delete workspace original**: `rm subtask_<name>.md` (after archiving, don't keep in workspace — prevents dispatch from selecting it next time) 4. Update indexes:

  • `claude_docs/subtask/CLAUDE.md` archive list + Phase grouping
  • `progress.md` add archive link

5. **Clear plan file**: Glob `.claude/plans/*.md`, find current project's plan file, clear contents (write empty string). Archiving = task done — stale plan would interfere with next autoworker:deep-plan.

6. Project CLAUDE.md Health Check

Check project-level `CLAUDE.md` size and structure (i

Read more
@phj128
Ships withautoworker

An auto-loop execution workflow with quality gates for Claude Code. Give Claude a task. Autoworker decomposes it, implements code, runs tests, and iterates through quality gates — autonomously looping until the job is done right.

Stars on GitHub

Momentum

stars in total
18
Star history of phj128/autoworker on GitHub, a chart by star-history.com

Other skills on autoworker.

autoworker

autoworker

Auto-loop execution workflow with quality gates. Use when starting any non-trivial implementation task. Provides automatic task…

@phj128@phj128Install Skill
checkpoint

checkpoint

Record progress to subtask: Phase completion (from autoworker:code) or test results (from autoworker:test). Auto-detects upstream…

@phj128@phj128Install Skill
code

code

Implement ONE pending Phase from subtask plan. Only write code, do not mark checkboxes or run tests. Called by…

@phj128@phj128Install Skill
deep-plan

deep-plan

Structured deep discussion for Plan Mode. Runs inside EnterPlanMode to ensure thorough questioning before writing a plan. Covers…

@phj128@phj128Install Skill
dispatch

dispatch

Read subtask.md checkbox state and route to next skill. The ONLY routing point in the execution loop. Called after…

@phj128@phj128Install Skill
gate-check

gate-check

Final quality gate before reporting task completion (Gate 3). Fills confidence assessment, runs supplementary verification for…

@phj128@phj128Install Skill

More skills from other plugins.

agent-builder

agent-builder

Load immediately after an Agent intent, before the first agent_builder_* call. Governs how you create, configure, test, and…

n8n2w209k
@n8n-io@n8n-ioInstall Skill
browser-use

browser-use

Direct browser control via CDP for web interaction: automation, scraping, testing, screenshots, and site/app work. Also covers…

@browser-use@browser-useInstall Skill
add-anydoc

add-anydoc

Add local office-document-to-Markdown conversion to NanoClaw agent containers with the pinned Firecrawl AnyDoc CLI. Use when…

@nanocoai@nanocoaiInstall Skill

Questions about sync-docs.

Which coding agents can use sync-docs?
sync-docs installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.