Core Principles
These principles form the foundation of effective context engineering. Understanding them will help you make better decisions throughout the process.Principle 1: Separation of Raw and Ready
Raw knowledge is not AI-ready knowledge. This is the most fundamental principle. The documents, PDFs, and notes you collect are inputs to the process, not the final product.- Raw documents often contain contradictions, outdated info, or incomplete coverage
- AI needs clear, unambiguous instructions to perform reliably
- The transformation process forces you to clarify and validate procedures
Principle 2: Structure Enables Scale
Good structure is what separates a pilot project from a production system. The hierarchy (Workstreams → Contact Drivers → Scenarios) isn’t just organization—it’s infrastructure.Without Structure
With Structure
- AI can navigate to the right guide quickly
- Teams can work on different areas independently
- Gaps and overlaps become visible
- Maintenance stays manageable at scale
Principle 3: One Scenario, One Guide
Every scenario gets exactly one Step Guide. No more, no less. This 1:1 relationship seems restrictive but creates clarity:| Violation | Problem | Solution |
|---|---|---|
| 0 guides for 1 scenario | AI has no guidance | Write the guide |
| 2+ guides for 1 scenario | AI doesn’t know which to use | Merge or split |
| 1 guide for 2+ scenarios | Guide becomes confusing | Split scenarios |
- Eliminates ambiguity about which guide applies
- Makes maintenance straightforward
- Ensures consistent AI behavior
Principle 4: Completeness Over Perfection
It’s better to have rough content everywhere than perfect content somewhere. During knowledge gathering and hierarchy design, prioritize coverage:- Gaps in coverage mean AI can’t help in those situations
- Perfect guides for 20% of scenarios leave 80% unhandled
- It’s easier to improve existing content than create from nothing
Principle 5: Process, Not Project
Context engineering is ongoing maintenance, not a one-time effort. Think of it like a garden, not a construction project:| Construction Mindset | Garden Mindset |
|---|---|
| Build it once, done | Continuous care required |
| Perfection at launch | Iteration over time |
| Fixed scope | Evolving needs |
| Team disbands | Team maintains |
- Processes change, policies update, edge cases emerge
- Regular maintenance keeps AI responses accurate
- Version history captures evolution over time
Principle 6: User-Centric Organization
Organize by what users need, not how your systems work. The hierarchy should reflect user goals, not internal structure:- Users don’t know (or care) about your systems
- AI should match how users describe their needs
- Makes the hierarchy intuitive for everyone
Principle 7: Explicit Over Implicit
Say what you mean. AI can’t read between the lines. In Step Guides, be explicit about everything:- AI follows instructions literally
- “As usual” means nothing without context
- Explicit guides produce consistent results
Principle 8: Test With Real Scenarios
The best way to find gaps is to use what you built. Once you have Step Guides, test them:- Walk through scenarios manually
- Use the AI agent on real inquiries
- Note where it struggles or fails
- Theoretical coverage ≠ practical effectiveness
- Real scenarios reveal edge cases
- Continuous improvement requires feedback
Applying the Principles
As you work through context engineering, use these principles as a checklist:Principles Checklist
Principles Checklist
- Am I separating raw materials from AI-ready content?
- Is my structure clear and scalable?
- Does each scenario have exactly one guide?
- Have I prioritized completeness over perfection?
- Am I treating this as ongoing work, not a one-time project?
- Is the organization user-centric?
- Are my guides explicit, not implicit?
- Am I testing with real scenarios?
Next Steps
- Best Practices - Practical tips for implementing these principles
- Common Pitfalls - Mistakes that violate these principles