Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add instructions/dougdevitre/access-to/copilot-instructionsgit clone --depth 1 https://github.com/dougdevitre/access-toWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00692 | $0.00692 |
| Opus 5 | $0.00346 | $0.00346 |
| Sonnet 5 | $0.00138 | $0.00138 |
| Haiku 4.5 | $0.00069 | $0.00069 |
Grade A, and why
access-to copilot-instructions.md scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 54 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Copilot Instructions for Access To
You are working in the Access To ecosystem — a collection of open-source Claude Skills that close access gaps in housing, jobs, health, education, services, safety, and business.
Architecture
This is the hub repository. It contains:
- A static landing site (HTML/CSS, no frameworks)
- An admin system that manages 8 interconnected repos
- Config-driven automation (
.github/config/,.github/scripts/,.github/workflows/)
Child repos each contain a SKILL.md file — a structured prompt system designed to run inside Claude.ai Projects with no code.
Key conventions
File structure
- Config files live in
.github/config/(JSON, validated by schemas in.github/schemas/) - Admin scripts live in
.github/scripts/(bash, all sourcelib-log.shfor structured logging) - Workflows live in
.github/workflows/(thin orchestration that calls scripts) - Static site files are in the repo root (HTML, CSS, no build step)
Code style
- HTML: Semantic elements, ARIA labels, no inline styles
- CSS: Use existing CSS variables defined in
styles.css. No frameworks. - JavaScript: Vanilla JS only. No frameworks, no npm, no dependencies.
- Bash scripts: Use
set -euo pipefail. Sourcelib-log.sh. Uselog_info,log_warn,log_error,log_actioninstead of rawecho. - JSON configs: Follow the schemas in
.github/schemas/. Runvalidate-config.shafter changes.
Cross-repo awareness
- The repo registry is
.github/config/repos.json— always check it for repo names, pillars, and connections. - Labels are defined in
.github/config/labels.json— use thenamespace:valueconvention (e.g.,pillar:housing,type:bug,status:triage). - When a change affects multiple repos, use the
cross-repolabel and reference the hub coordination issue.
What NOT to do
- Do not add npm, bundlers, or build tools to the hub site
- Do not hardcode repo lists — read from
repos.json - Do not use
echofor logging in scripts — uselib-log.shfunctions - Do not suppress errors with
2>/dev/nullwithout capturing the output first - Do not add inline styles to HTML — use CSS variables
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 54 lines · 692 tokens per session scan A edc5c4cfe79d
access-to copilot-instructions.md is an instructions file published in the GitHub repository dougdevitre/access-to (1 stars, last pushed 2mo ago), licensed MIT. It adds 692 tokens to every session, about $0.0035 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other instructions, from other repositories
Skill_Seekers CLAUDE.md
Instructions for yusufkaraaslan/Skill_Seekers, covering claude.md, project overview, essential commands, required before running tests or cli (src/ layout) and run all tests (never skip - all must pass before commits).
octocode CLAUDE.md
Claude Code instructions for bgauryy/octocode: Read AGENTS.md. Discover repository skills under .agents/skills and activate only those matching the task.
che-ical-mcp CLAUDE.md
Claude Code instructions for PsychQuant/che-ical-mcp, covering spectra instructions, use /spectra: skills when, workflow, parked changes and mcp 功能驗證的表面選擇(.claude/rules/mcp-binary-version-testing.md).
ai-workflow AGENTS.md
Instructions for cunhaax/ai-workflow, covering ai workflow template, rules — non-negotiable, project overview, commands and architecture.
substack-mcp-plus CLAUDE.md
Instructions for ty13r/substack-mcp-plus, covering claude.md, quick command reference (use these!), always activate virtual environment first, run tests (use python3!) and code quality.
dotsweep AGENTS.md
Instructions for stanmaygo/dotsweep, covering dotsweep-skill, this repo is a mirror, not the source, what must stay true and what is deliberately absent.