Download the right Blueprint files for your tool.
Choose your editor, CLI, or local runtime, then copy the file into the place your tool already expects. Start with static files first, then add MCP when you want live doctrine lookup.
Key Facts
- Live today
- MCP + exports + docs
- Setup style
- Direct files + copy-paste
- Main clients
- Claude, Cursor, Copilot, Gemini, DeepSeek, Qwen
- Live path
- MCP + static files
- Local path
- Prompt packs + llms.txt
These are the live public surfaces you can rely on right now for setup, downloads, and doctrine retrieval.
These files are ready now. Download them directly and drop them into your repo or tool config without waiting for a package or installer.
Most teams only need the files and MCP surface above. Add automation later if the manual path becomes a real bottleneck in practice.
Start with the file that matches your tool: `.mdc` for Cursor, `blueprint-core.md` for Windsurf, `copilot-instructions.md` for GitHub Copilot, `GEMINI.md` for Gemini CLI, and the prompt packs for DeepSeek or Qwen. If you want one shared repo-level file first, use `AGENTS.md`.
Use MCP when you want live retrieval of principles, clusters, examples, and assets during a session. If you only want persistent doctrine inside a repo or editor, the static files are enough to begin.
Yes. This page is built for minimal change. In most cases you only add one file to your repo or tool config, then keep working inside the client you already use.
Static files (AGENTS.md, .mdc rules, copilot-instructions.md, prompt packs) are local files only — they send nothing. Retrieval MCP tools (list_principles, search_examples, etc.) fetch doctrine and examples — they are read-only. The optional feedback tools (report_value_event, submit_feedback) only run when your agent surfaces them and you confirm — they send only the structured fields you explicitly pass. Your proprietary code is never captured by the integration layer.
If you are setting this up from scratch, this order gets you to a working integration with the least friction.
Keep the setup literal. Put the file where the tool already expects it, then add MCP later if you want live doctrine lookup.
AGENTS.md -> repo root
.cursor/rules/blueprint-doctrine.mdc
.windsurf/rules/blueprint-core.md
.github/copilot-instructions.md
GEMINI.md -> repo root
MCP config -> client settingsChoose by tool type
Start with the tools already covered here, then expand only if you need a more specific path.
Live hub for MCP, assets, and current setup guidance.
For agentsWhen the problem becomes runtime, scheduling, and operational safety.
Runtime architectureProvider files, shared instruction files, and setup docs — all public at github.com/aidesignblueprint.
View on GitHubWhere the public surface ends and the protected layer begins.
Pricing