schedule-devbook-verify

Runs unattended drift checks comparing devbook chapters against code and opens GitHub issues for divergences.

Updated Sep 2, 2026
One-click install
npx skills add https://github.com/JSdotNet/devbook --skill schedule-devbook-verify-jsdotnet
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: schedule-devbook-verify
Source: https://github.com/JSdotNet/devbook/tree/main/plugins/delivery-schedule/skills/schedule-devbook-verify
Command: npx skills add https://github.com/JSdotNet/devbook --skill schedule-devbook-verify-jsdotnet

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Documentation chapters and source code drift apart silently when nobody is watching. This Skill runs an unattended, scheduled verification that detects where code has moved ahead of its chapters or where the two conflict, and tracks each divergence as a GitHub issue so a person can act on it. ## Core Features & Use Cases - Scheduled Drift Detection: Invokes devbook:verify-change once per chapter kind across every adopted folder and merges the verdicts into a single report. - Issue Tracking: Opens, updates, or leaves alone GitHub issues labelled devbook-drift, matched by chapter path and heading, so each code-ahead or conflict row has exactly one tracked thread. - Read-Only Reporting: Publishes a merged schedule-report issue including aligned rows, and never writes chapters, briefs, or capture plans itself. - Use Case: A team runs the weekly devbook-verify schedule; the Skill finds a chapter whose code moved ahead, opens a labelled issue naming devbook:capture-specs as the action, and links it in the report. ## Quick Start Run the scheduled devbook verify over every adopted folder and open drift issues for any code-ahead or conflict rows.

Frequently Asked Questions about schedule-devbook-verify

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

FAQPage Schema
How do I detect when documentation drifts out of sync with code?▼

Run a scheduled verify-change pass over every adopted folder, once per chapter kind, and merge the verdicts into one table. Code-ahead and conflict rows indicate drift; each gets a tracked GitHub issue labelled devbook-drift.

How to automate documentation drift checks on a weekly schedule?▼

Use the weekly devbook-verify schedule, which targets this run without human input. It collects verdicts, filters actionable rows, manages drift issues, and publishes a schedule-report issue as the record.

What dependencies does the devbook drift check require?▼

It requires the devbook:verify-change skill for verdicts and the gh CLI for issue reads and writes. If the verify-change plugin is missing, the run reports which plugin is absent and stops.

Does the drift check modify documentation chapters automatically?▼

No, it never writes chapters, status lines, annotations, change briefs, or capture plans. It only reports verdicts and opens issues; a person must request the named capture action separately.

Why are some drift rows not turned into issues?▼

Rows marked unagreed, spec-ahead, or unresolved are not issued; unagreed verdicts concern drafts, and the report carries the rest. Rows already covered by an open pull request or approved change are also dropped.