Repository navigation
feat: adopt the shared docs lookup in the remaining docs-reading callers #6494
Copy link
Copy link
Closed
Labels
needs-triageNot yet classified. Floor until a type and one priority tier are set.Not yet classified. Floor until a type and one priority tier are set.priority: mediumReal value, no hard deadline; normal backlog flow.Real value, no hard deadline; normal backlog flow.
Description
No related issue: follow-up to #6484; part of #6020.
Summary
#6484 adopted the shared docs lookup (fetch-docs.sh, docs-cache.sh, /discovery:read-docs) in the callers it named. The caller inventory for that work found more skills and scripts that read upstream docs page content by WebFetch or a hand-written curl, in plugins #6484 did not name. Each needs the lookup carried into its plugin (synced scripts, procedure, prerequisites, version bump) before its text can switch.
Fix
Switch each caller below to the lookup, or record why it stays:
- attribution:
skills/audit/reference/source-fetch.md(raw.mdread for fingerprinting;allowed-toolslists no curl, so check whether adoption needs a grant change and ask before making one) - instruction-placement:
skills/migrate/scripts/cutover-check.sh(curlsenv-vars.mdand greps a heading; the plugin already carries the fetcher after feat: adopt the shared docs lookup across fetching skills and agents #6484, the test needs a cache dir) - multi-agent:
skills/audit-defaults/SKILL.mdinline path ("Fetch each URL pointer with WebFetch"); the workflow'sdrift-checkeragent has no Bash by design and stays as is - performance:
skills/go-faster/reference/areas.md(WebFetch of a catalog row's pointer;go-faster-sweeperholds Bash) - planning:
skills/draft-goal-condition/SKILL.md("confirm against the live docs") - session-flow:
skills/retro/reference/ecosystem-improvement-catalog.md(verify capability claims against official docs) - playbooks:
skills/fable-5context andreference/model-adaptation"Pointer" lines that say to fetch a vendor docs section - docs-hygiene:
skills/audit-derivability(~185 "Re-fetch the page")
Discovery-only callers keep WebFetch with the fixed pointer line #6484 introduced.
Verification
- Each switched file contains
fetch-docs.sh,docs-cache.shor the pointer line. scripts/sync-shared-copies.sh --checkandscripts/check-changelog-parity.sh --checkexit 0.- No agent or skill tool grant widens.
Related
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
needs-triageNot yet classified. Floor until a type and one priority tier are set.Not yet classified. Floor until a type and one priority tier are set.priority: mediumReal value, no hard deadline; normal backlog flow.Real value, no hard deadline; normal backlog flow.
Type
Fields
No fields configured for issues without a type.
Activity
github-actions commentedon Oct 7, 2026
Thanks for filing this. I understand this as a follow-up to #6484/#6020: the caller inventory found more skills/scripts across several plugins (attribution, instruction-placement, multi-agent, performance, planning, session-flow, playbooks, docs-hygiene) that still read upstream docs via WebFetch or hand-written
curlinstead of the sharedfetch-docs.sh/docs-cache.sh//discovery:read-docslookup adopted in #6484. The issue lists each caller, the fix needed (or why it stays as-is), and verification steps (sync/changelog-parity checks pass, no tool-grant widening). Scope and acceptance criteria look clear and self-contained.No duplicates found among open issues; #6485 and #6487 are related but cover different work (markdown sweep, slice-recall), and #6484/#6020/#6481 are correctly cross-referenced already.
Automated triage. A maintainer reviews it.
Merge remote-tracking branch 'origin/main' into fix/6486-6488-fetcher…