CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

docs-sync

Use this skill whenever a pull request is opened, reopened, or synchronized in microsoft/apm to assess whether and how the documentation corpus must change to stay truthful with the proposed code change. Activate even when the PR title or body says nothing about docs -- the skill must run on every PR to detect silent drift between code and docs. Classifies impact as no-change, in-place edit (one to a few paragraphs), or structural change (new page or TOC reshape), then orchestrates a CDO + doc-writer + python-architect + editorial-owner + growth-hacker loop to produce a patch-ready advisory. Does NOT review code quality, security, or test coverage. Does NOT auto-merge or auto-push doc edits.

Quality

85%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

73%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-engineered orchestration skill: the multi-agent workflow is unambiguous, validated at every step, and cost-bounded, with real executable commands and bundle schemas. The main costs are redundancy — Step 7's governance prose repeats its checkpoint rule several times and the pipeline is described three times across roster/topology/checklist — and heavy detail inlined in SKILL.md that belongs in reference files.

Suggestions

Condense Step 7 to the checkpoint rule stated once plus the numbered branch/PR steps; each repetition of 'only a fresh responsible-human confirmation is consent' adds tokens without adding information.

Move the Step 7 governance detail and cascade-size mitigation example into a reference file (e.g. references/governance.md, references/cascade-mitigation.md) and keep one-line pointers in SKILL.md, freeing context for the orchestration core.

Drop either the roster table or the topology diagram — both restate the execution checklist's step sequence; keep the diagram as the visual overview and fold the always-active flags into the checklist steps.

DimensionReasoningScore

Conciseness

The core orchestration content (invariants, steps, cost table, anti-patterns) earns its tokens, but Step 7 restates the consent checkpoint four-plus times ('neither bot advice, a review, historical acceptance, silence, nor a label is consent'; 'never auto-push or merge' repeated), and the roster table, topology diagram, and checklist describe the same pipeline three times. 'Mostly efficient but could be tightened' fits better than 4's 'minor instances of over-explanation'.

3 / 5

Actionability

Concrete, copy-paste-ready commands are present ('node scripts/governance/eligibility.cjs --repo microsoft/apm --issue N --approval-url URL', 'gh pr comment --edit-last', 'grep -n <symbol> src/'), plus named JSON schemas to validate returns against and a per-step cost table. Not 5 because subagent task briefs/prompts are described rather than given, and key detail is delegated to skills outside the bundle.

4 / 5

Workflow Clarity

Steps 1-7 are explicitly sequenced with validation checkpoints throughout: schema-validate classifier and panelist returns (abort on failure), re-run the writer on refuted claims, a bounded CDO redraft loop (N <= 3 with 'cdo_disagreement_noted' fallback), and cost-ceiling truncation surfaced via 'cost_ceiling_hit: true'. This matches the 5 anchor (explicit validation, feedback loops, checklist).

5 / 5

Progressive Disclosure

Structure is good: all three referenced assets files exist and are correctly linked, and the .apm agent/skill links are one level deep. Not 5 because substantial procedural detail (the ~30-line Step 7 governance prose, cascade-size mitigation) is inlined in a ~260-line body with no references/ split, where the 5 anchor expects content appropriately split out.

4 / 5

Total

16

/

20

Passed

Description

92%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it states what the skill does, an explicit and unusual activation trigger (every PR, even docs-silent ones), the impact taxonomy, and hard negative boundaries. The only weakness is trigger vocabulary that is narrowly tailored to this one repository, which slightly limits natural-term coverage.

DimensionReasoningScore

Specificity

Concrete actions are comprehensively listed: 'Classifies impact as no-change, in-place edit (one to a few paragraphs), or structural change (new page or TOC reshape)', then 'orchestrates a CDO + doc-writer + python-architect + editorial-owner + growth-hacker loop to produce a patch-ready advisory', with explicit exclusions. Coverage is comprehensive rather than having only minor gaps, so it is the 5 anchor, not 4.

5 / 5

Completeness

Explicitly answers both: what ('Classifies impact as no-change, in-place edit... then orchestrates... a patch-ready advisory') and when ('Use this skill whenever a pull request is opened, reopened, or synchronized in microsoft/apm'). The trigger is explicit and concrete with an activation rule, matching the 5 anchor rather than 4's 'when could be more explicit'.

5 / 5

Trigger Term Quality

Natural terms a user would say are present — 'pull request is opened, reopened, or synchronized', 'PR title or body', 'docs', 'documentation corpus', 'silent drift between code and docs'. It sits between the 4 and 5 anchors: good coverage but phrasing is repo-locked and misses common synonyms/extensions beyond the docs/PR vocabulary, so not comprehensively natural.

4 / 5

Distinctiveness Conflict Risk

A clear niche (per-PR docs drift detection in microsoft/apm) with explicit negative boundaries: 'Does NOT review code quality, security, or test coverage. Does NOT auto-merge or auto-push doc edits.' Minimal conflict risk with other skills; clearly the 5 anchor.

5 / 5

Total

19

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 9 suspicious

Warning

referenced_paths_exist

Referenced path issues: 2 missing, 2 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository

microsoft/apm

Path

.agents/skills/docs-sync/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.