doc-catch-up-worker-skill

Synchronizes verified implementation and version facts into the appropriate documentation layer.

29|2|Updated Mar 2, 2026
One-click install
npx skills add https://github.com/OceanEyeFF/servo --skill doc-catch-up-worker-skill
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: doc-catch-up-worker-skill
Source: https://github.com/OceanEyeFF/servo/tree/main/product/harness/skills/doc-catch-up-worker-skill
Command: npx skills add https://github.com/OceanEyeFF/servo --skill doc-catch-up-worker-skill

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents future worktracks from using stale or mismatched documentation by synchronizing only already-verified implementation facts into the correct long-term doc layer.

Core Features & Use Cases

  • Verified-Facts-Only Documentation Sync: Writes into docs only what has been validated, while keeping unverified ideas, plans, or intermediate conclusions marked as pending rather than promoting them to long-term truth.
  • Scope-Aware Doc Baseline Alignment: Targets the minimal doc ranges that are actually outdated—entry pages, command matrices, directory structure references, counts, and operator-facing behavior descriptions—without rewriting narratives unnecessarily.
  • Version Fact Sync Mode: When version/release/VCS evidence changes, updates release channel and usage/governance/testing docs with strict evidence requirements, distinguishing source version, published version, and docs freshness.

Quick Start

Ask it to catch up the verified facts from the current worktrack into the appropriate docs layer, including version fact sync details if a release or registry evidence changed.

Frequently Asked Questions about doc-catch-up-worker-skill

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I synchronize verified implementation facts into long-term documentation?

Documentation sync writes only already-validated implementation facts into the correct long-term doc layer, preventing stale references in future worktracks. It enforces strict evidence-to-field mapping and blocks unverified or improperly attributed updates.

What is the best way to prevent stale documentation references after a release?

Preventing stale documentation references requires a version fact sync mode that updates release channel and governance docs using strict evidence. This distinguishes source version, published version, and docs freshness to eliminate mismatched context.

How do I align outdated doc baselines without rewriting entire narratives?

Scope-aware doc baseline alignment targets the minimal outdated doc ranges, such as entry pages, command matrices, and directory structure references. It updates only the specific outdated facts without unnecessarily rewriting entire narratives.

Can I update published version and dist-tag changes in docs without direct evidence?

No, updating published version and dist-tag changes requires strict evidence. The sync workflow blocks any unverified or improperly attributed updates, ensuring only validated release lifecycle facts are promoted to long-term documentation.

When do I need documentation catch-up during the worktrack closeout process?

Documentation catch-up is needed during worktrack closeout to synchronize verified facts and align the baseline. It is triggered by harness observation and publish lifecycle checkpoints to ensure subsequent worktracks use accurate context.

Why does my documentation still show pending ideas instead of verified facts?

Documentation shows pending ideas because the sync workflow keeps unverified plans marked as pending rather than promoting them to long-term truth. Only validated implementation facts are written into the permanent documentation layer.