acreadiness-generate-instructions
Generate tailored AI agent instruction files via AgentRC instructions command. Produces .github/copilot-instructions.md (default, recommended for Copilot in VS Code) plus optional per-area .instructions.md files with applyTo globs for monorepos. Use after running /acreadiness-assess to close gaps in the AI Tooling pillar.
- License 许可
- MIT
- 最近更新
- 2026-11-13
- Stars
- ★ 4.1w
- Forks
- 5.3k
01 前言 Front Matter
- name
- acreadiness-generate-instructions
- description
- Generate tailored AI agent instruction files via AgentRC instructions command. Produces .github/copilot-instructions.md (default, recommended for Copilot in VS Code) plus optional per-area .instructions.md files with applyTo globs for monorepos. Use after running /acreadiness-assess to close gaps in the AI Tooling pillar.
- argument-hint
- [--output .github/copilot-instructions.md|AGENTS.md] [--strategy flat|nested] [--areas | --area <name>] [--apply-to <glob>] [--claude-md] [--dry-run]
02 资源文件 1
- 参考文档agents/openai.yaml251 B
03 SKILL.md 正文
/acreadiness-generate-instructions — write AI agent instructions
Use this skill whenever the user wants to create, regenerate, or refresh their custom instructions for AI coding agents (Copilot, Claude, etc.). This is the Generate step in AgentRC's Measure → Generate → Maintain loop and the single highest-leverage action for the AI Tooling pillar.
Output options
VS Code recognises several instruction file types — AgentRC generates the most common ones:
| File | Scope | When to use |
|---|---|---|
.github/copilot-instructions.md |
Always-on, whole workspace | Default — VS Code Copilot's native instruction file |
AGENTS.md |
Always-on, whole workspace | Multi-agent repos (Copilot + Claude + others) |
.github/instructions/*.instructions.md |
Scoped by applyTo glob |
Per-area / per-language rules in monorepos |
CLAUDE.md |
Claude-specific | Add via --claude-md (nested only) |
Strategies
flat(default) — single.github/copilot-instructions.mdat the chosen path. Simple, easy to review.nested— hub at.github/copilot-instructions.md+ per-topic detail files at.github/instructions/<topic>.instructions.md, each with anapplyToglob so VS Code only loads the topic when it's relevant. Better for large or multi-stack repos.
Why
.github/instructions/and not.agents/? AgentRC's default nested layout writes to.agents/, which is the right home for agent-agnostic repos (Copilot + Claude + Cursor readingAGENTS.md). For VS Code Copilot specifically, the native location is.github/instructions/withapplyTofrontmatter — that's what Copilot auto-discovers. This skill rewrites AgentRC's nested output to the VS Code-native location whenever the main output is.github/copilot-instructions.md. If you instead chose--output AGENTS.md, nested keeps AgentRC's default.agents/layout.
For monorepos, generate area-scoped instructions with --areas, --area <name>, or --areas-only. Areas are defined in agentrc.config.json. Per-area output is written as VS Code .instructions.md files with an applyTo glob (see below).
Topic vs area .instructions.md files
Both end up in .github/instructions/ but they answer different questions:
| Kind | Filename example | applyTo example |
Where it comes from |
|---|---|---|---|
| Topic (nested) | testing.instructions.md |
**/*.{test,spec}.{ts,tsx,js} |
AgentRC --strategy nested topic split |
| Area (monorepo) | frontend.instructions.md |
apps/frontend/** |
agentrc.config.json areas + --areas |
You can have both at once: a nested set of topic files plus per-area files for a monorepo.
Per-area files with applyTo
When the user opts into areas, emit one VS Code-native .instructions.md file per area at .github/instructions/<area>.instructions.md. Each file MUST start with frontmatter declaring the glob the rules apply to:
---
applyTo: "apps/frontend/**"
---
# Frontend area instructions
…AgentRC-generated content for this area…
Workflow:
- Read
agentrc.config.jsonto discover declared areas and theirpaths/ globs. Ifpathsis missing, ask the user for the glob (e.g.src/api/**). - Run
agentrc instructions --areas(or--area <name>) to produce the per-area body content. - Wrap each area's content in
.github/instructions/<area>.instructions.mdwith theapplyTofrontmatter taken from the area'spaths. If the user passed--apply-to <glob>on a single-area call, use that glob verbatim. - Leave the main file alone — the root
.github/copilot-instructions.mdstays as the always-on instructions;.instructions.mdfiles only kick in for matching paths.
Naming: lowercase, kebab-case area name. Examples: .github/instructions/frontend.instructions.md, .github/instructions/api.instructions.md, .github/instructions/infra.instructions.md.
Steps
- Pick the target file. Default to
.github/copilot-instructions.md. Switch toAGENTS.mdonly if the user mentions multi-agent / Claude / Cursor support. - Always ask which strategy to use —
flatornested— unless the user already specified one in their message or via--strategy. Present the trade-off briefly:- Flat (default) — one
.github/copilot-instructions.md. Simple, easy to review in a single PR. Best for small/medium repos with one stack. - Nested — hub
.github/copilot-instructions.md+ per-topic.github/instructions/<topic>.instructions.mdfiles (each with anapplyToglob so VS Code only loads them when relevant). Best for large or multi-stack repos. Add--claude-mdto also emitCLAUDE.md. Recommendnestedproactively when the repo has > 5 top-level directories, multiple stacks, or already uses a monorepo tool (turbo/nx/pnpm workspaces).
- Flat (default) — one
- Detect monorepo areas by reading
agentrc.config.json. If areas exist, ask the user whether they want per-area.instructions.mdfiles withapplyToin addition to the root file. Default to "yes" whenagentrc.config.jsondeclares areas. - Run dry-run first so the user can preview:
npx -y github:microsoft/agentrc instructions --output <file> --strategy <flat|nested> [--areas|--area <name>] [--claude-md] --dry-run - Show a short summary of what would change — files that would be created or overwritten, area count + their
applyToglobs, model used (defaultclaude-sonnet-4.6). - On confirmation, run the same command without
--dry-run(and optionally--forceif files already exist). - Post-process layout for Copilot output:
- If
--outputends incopilot-instructions.mdand strategy isnested: move/rewrite AgentRC's.agents/<topic>.mdfiles to.github/instructions/<topic>.instructions.md. Add frontmatter to each file with an appropriateapplyToglob (see "Topic applyTo defaults" below). Delete the now-empty.agents/directory. - If
--areaswas used: also write.github/instructions/<area>.instructions.mdfor every area, using each area'spathsfromagentrc.config.jsonas theapplyToglob (override with--apply-tofor single-area calls). - If
--output AGENTS.mdwas chosen: keep AgentRC's native.agents/layout for nested — agent-agnostic readers expect it there. Create the.github/instructions/directory if missing.
- If
Topic applyTo defaults
When promoting AgentRC's nested topic files to .instructions.md, use these defaults unless the user specifies otherwise:
| Topic | Default applyTo |
|---|---|
testing |
**/*.{test,spec}.{ts,tsx,js,jsx,mjs,cjs} |
style / code-quality / formatting |
**/*.{ts,tsx,js,jsx,mjs,cjs,py,go,rs,java,kt,cs} |
build / ci |
**/{package.json,turbo.json,nx.json,.github/workflows/**} |
docs |
**/*.md |
security |
** |
| anything else / hub-level | ** |
- Verify by reading the generated file(s) back and showing the user a 1-paragraph synopsis: stack detected, conventions captured, length, list of
.instructions.mdfiles with their globs. - Suggest next steps:
- Re-run the
assessskill to confirm the AI Tooling pillar score improved. - If the user already has both
copilot-instructions.mdandAGENTS.md, recommend consolidating to a single source of truth (AgentRC flags this at maturity Level 2+).
- Re-run the
Notes
- AgentRC reads your actual code — no templates. Output reflects detected languages, frameworks, and conventions.
--claude-md(nested strategy only) also emitsCLAUDE.md.- VS Code applies
.instructions.mdfiles automatically when the active file matchesapplyTo. The root.github/copilot-instructions.mdalways loads. - Never run this skill non-interactively in CI; instructions are part of the repo and should land via PR.
04 同仓库更多 Skills
supabase-rls-policies
Write, review, and test Supabase Row Level Security (RLS) policies so that one user cannot read or change another user's rows. Use when creating or changing tables, policies, views, or security definer functions in a Supabase project, when reviewing a migration that touches RLS, or when asked to prove user isolation with pgTAP tests that sign in as two users.
skill-distribution-audit
Audit a skill collection before release or investigate installer omissions, archived/template leakage, duplicate identities, and manifest drift. Reconcile the intended public source set, distribution manifest, and actual discovery output for a specified consumer version. Includes a deterministic set-comparison helper.
logicapps-custom-code-net10-migration
Migrate Azure Logic Apps Standard local-function custom-code projects from .NET 8 to .NET 10. Use for legacy Logic Apps custom-code workspace upgrades, project/package configuration, custom-worker settings, publication, and integrated VS Code debugging. Not for ordinary .NET applications, standalone Azure Functions, Consumption workflows, or cloud deployment.
winmd-api-search
Find and explore Windows desktop APIs. Use when building features that need platform capabilities — camera, file access, notifications, UI controls, AI/ML, sensors, networking, etc. Discovers the right API for a task and retrieves full type details (methods, properties, events, enumeration values).
resemble-detect
Deepfake detection and media safety — detect AI-generated audio, images, video, and text, trace synthesis sources, apply watermarks, verify speaker identity, and analyze media intelligence using Resemble AI
quality-playbook
Run a complete quality engineering audit on any codebase. Derives behavioral requirements from the code, generates spec-traced functional tests, runs a three-pass code review with regression tests, executes a multi-model spec audit (Council of Three), and produces a consolidated bug report with TDD-verified patches. Finds the 35% of real defects that structural code review alone cannot catch. Works with any language. Trigger on 'quality playbook', 'spec audit', 'Council of Three', 'fitness-to-purpose', or 'coverage theater'.