CLAUDE.md vs Copilot instructions vs Cline rules
Every comparison page on the web is a capability table someone wrote from the vendor docs in an afternoon. None of them can tell you how many real repositories ship each file, how long the median one runs, or how often two of them turn up in the same project. Those answers need a corpus, and RuleStack counts one every night.
| Format | CLAUDE.md 2026-08-02 | Copilot instructions 2026-08-01 | Cline rules 2026-08-01 |
|---|---|---|---|
| Asserted — what the docs say it can express | |||
| File | CLAUDE.md | .github/copilot-instructions.md | .clinerules |
| Status | vendor | vendor | vendor |
| Cross-tool | No | No | No |
| Tools that read it |
|
|
|
| Frontmatter | No | Yes | No |
| Glob targeting | No | Yes | No |
| Imports other files | Yes | No | No |
| Nested / per-directory | Yes | No | No |
| Multiple files | Yes | Yes | Yes |
| User-level scope | Yes | No | Yes |
| When it applies | Always in scope. Project file, plus nested files in subdirectories, plus a user-level file (~/.claude/CLAUDE.md) that applies across every project. | copilot-instructions.md is always in scope. Additional .github/instructions/*.instructions.md files load when their applyTo glob matches the open file. | Always in scope. Either a single .clinerules file or a .clinerules/ directory whose markdown files are all loaded. |
| Size limits | None | None | None |
| Measured — counted from real repositories on 2026-08-04 | |||
| Repositories carrying it | 248 | 126 | 79 |
| Share of indexed repos | 35.5% | 18.1% | 11.3% |
| Files indexed | 775 | 309 | 305 |
| Median length (words) | 2,042 | 417 | 262 |
| 90th percentile length | 2,998 | 1,299 | 1,412 |
| Files naming commands | 34.2% | 41.4% | 34.1% |
| Files containing code | 34.5% | 48.2% | 33.1% |
| Median quality score | 44 | 60 | 54 |
| Median repository stars | 114 | 18,123 | 1 |
How often they turn up together
A capability table cannot answer this at all. Of the repositories carrying the first format, this is the share that also carry the second — counted, both directions, on 2026-08-04.
Copilot instructions + Cline rules
2026-08-0420
repositories carry both. That is 15.9% of everything with Copilot instructions, and 25.3% of everything with Cline rules.
CLAUDE.md + Copilot instructions
2026-08-0447
repositories carry both. That is 19.0% of everything with CLAUDE.md, and 37.3% of everything with Copilot instructions.
CLAUDE.md + Cline rules
2026-08-0425
repositories carry both. That is 10.1% of everything with CLAUDE.md, and 31.6% of everything with Cline rules.
What each one is for
CLAUDE.md
2026-08-02Claude Code's memory file. Shaped like AGENTS.md but with two things it lacks: @path imports, so shared rules live in one place, and a user-scope layer that follows the developer across repos rather than shipping with the code.
Strengths
- @path imports — shared conventions written once and pulled into each file
- A user-scope file lets personal preferences live outside the team repo
- Nested project files compose with the root file rather than replacing it
Weaknesses
- Single-vendor: no other agent reads it, so multi-tool teams maintain two files
- No glob targeting, same context cost as AGENTS.md — path-scoped rules exist, but in a separate .claude/rules/ file, not in CLAUDE.md itself
Copilot instructions
2026-08-01Two layers: one always-on repo file, plus optional glob-scoped instruction files. Lives under .github/ rather than the repo root, which is the tell that it is aimed at the GitHub platform surface as much as the editor.
Strengths
- Reaches Copilot across the editor, github.com and the coding agent from one file
- applyTo globs give per-path targeting without leaving the .github convention
Weaknesses
- Copilot-only
- No imports; shared text is copied between instruction files
- Buried under .github/, so contributors discover it less often than a root file
Cline rules
2026-08-01A single file or a folder of files, all always-on. The folder form is the simplest way any format here lets you split rules into topics without also learning an activation model.
Strengths
- Directory form splits rules by topic with zero configuration
- Toggleable rule sets for switching context between tasks
Weaknesses
- Cline-only
- Everything is always-on — no targeting, so the folder form costs context
