microsoft/apm-docs-impact-localizer
>- Use this skill to translate a classifier's in-place verdict into a precise, page-by-page work plan for the docs-sync panel. Activate after docs-impact-classifier returns verdict in_place; reads the candidate page list, fetches the actual page contents, narrows scope to specific sections within each page, and emits the per-page task brief the panel fans out against.
This is a copy. The original lives at microsoft/docs-impact-localizer.
npx skills add https://github.com/microsoft/apm --skill docs-impact-localizer
Single responsibility: given a list of candidate pages from the
classifier, produce a per-page task brief the docs-sync panel can
fan out against.
You are NOT the verdict-maker (classifier owns that). You are NOT
the writer (doc-writer owns that). You are the work planner.
The docs-sync orchestrator invokes you ONLY when the classifier
returned verdict: in_place. For no_change you don't run.
For structural the architect runs first; you may run after, scoped
to existing pages that need amendment.
scope_pages[] from the classifiergh pr diff $PR).apm/docs-index.yml (per-page metadata)the architect on a structural verdict)
For each path in scope_pages[], read the file. Pages are typically
3-10 KB; total budget for this step is bounded by the candidate
count (the classifier should have kept it to <= 6).
For each page, identify the SPECIFIC section(s) that need to change:
most directly documenting it
lines 120-145 not the whole pageThe output is a sections_to_edit[] per page, where each entry is:
page: docs/src/content/docs/consumer/install.md
sections_to_edit:
- section: "## From Git"
line_range: [120, 145]
diff_symbol: "--no-cache flag"
edit_kind: add | modify | remove
rationale: "the new --no-cache flag is documented nowhere; section already lists other flags so this is the natural home"
If two pages document the same symbol and the diff changes the
symbol's behaviour, BOTH pages need an edit AND they must stay
consistent. Flag this in the brief so the CDO synthesizer knows to
cross-check coherence between the two redrafts:
cross_page_constraint:
pages: [path1, path2]
shared_symbol: "apm install --target"
consistency_required: "both pages must reflect the same default value"
Return JSON with this shape (one entry per page in scope_pages[]):
{
"tasks": [
{
"page": "docs/src/content/docs/consumer/install.md",
"persona_owner": "consumer",
"promise": 1,
"sections_to_edit": [
{
"section": "## From Git",
"line_range": [120, 145],
"diff_symbol": "--no-cache flag",
"edit_kind": "add",
"rationale": "..."
}
],
"verify_claims": [
{"claim": "the flag is named --no-cache", "verify_with": "apm install --help"},
{"claim": "the flag is documented in click.option decorator", "verify_with": "grep -n no-cache src/apm_cli/commands/install.py"}
]
}
],
"cross_page_constraints": [
{"pages": [...], "shared_symbol": "...", "consistency_required": "..."}
],
"estimated_panel_calls": 8
}
The verify_claims[] per page is consumed by the python-architect
panelist -- it tells the verifier WHICH claims need a S7 tool-call
check (run apm install --help, grep the source) rather than
prose-trusting.
Return a SINGLE JSON document matching the schema in Step 4 as the
final message of your task. No prose around the JSON.
verify_claims[] -- that's the S7 tool-bridge hook; the verifier needs it.scope_pages[] -- that's the classifier's job, not yours. If you think the classifier missed a page, return an extra field localizer_concern instead of expanding scope unilaterally.Take microsoft/apm-docs-impact-localizer from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.