Toolkit
Project Instructions · Pitfalls
On this page7 sections
Pitfalls
Treating Guidance as Enforcement
An instruction can be ignored, displaced by conflicting context, or never loaded. Pair consequential rules with controls outside the model's discretion.
One Giant Root File
Always-loaded detail consumes attention on every task. Keep the root contract short and route specialized procedures to skills or scoped files.
Undefined Precedence
Two correct rules can become a wrong system when their scopes overlap. Test the resolved instruction set; do not rely on filename intuition.
Vendor-Neutral File Names Without Vendor-Neutral Semantics
The same Markdown may be discovered differently across products and surfaces. Port the policy, then verify the adapter.
Stale Operational State
Active branches, incidents, deadlines, and model behavior age faster than architectural rules. Store them separately with an owner and review date.
Recursive Imports and Hidden Context Cost
Splitting instructions into imported files can improve organization without reducing loaded context. Measure what the product actually injects.
Falsification Checklist
- Can the state every loaded instruction source?
- Does a nested file override or merge as intended?
- Does the rule survive compaction or resume?
- Can a lower-trust repository weaken managed policy?
- What prevents the prohibited outcome if the model ignores the prose?
Source register
Project Instructions sources
Primary vendor documentation reviewed on the date shown. Links may change after publication.
- How Claude remembers your project (opens in a new tab)
Anthropic · official docs · accessed 2026-08-01
- Custom instructions with AGENTS.md (opens in a new tab)
OpenAI · official docs · accessed 2026-08-01
- Adding custom instructions for GitHub Copilot CLI (opens in a new tab)
GitHub · official docs · accessed 2026-08-01
- Custom instructions support for GitHub Copilot (opens in a new tab)
GitHub · official docs · accessed 2026-08-01