Prompt Engineering — Operational Skill
Modern Best Practices (January 2026): versioned prompts, explicit output contracts, regression tests, and safety threat modeling for tool/RAG prompts (OWASP LLM Top 10: https://owasp.org/www-project-top-10-for-large-language-model-applications/).
This skill provides operational guidance for building production-ready prompts across standard tasks, RAG workflows, agent orchestration, structured outputs, hidden reasoning, and multi-step planning.
All content is operational, not theoretical. Focus on patterns, checklists, and copy-paste templates.
Quick Start (60 seconds)
- Pick a pattern from the decision tree (structured output, extractor, RAG, tools/agent, rewrite, classification).
- Start from a template in
assets/ and fill in TASK, INPUT, RULES, and OUTPUT FORMAT.
- Add guardrails: instruction/data separation, “no invented details”, missing →
null/explicit missing.
- Add validation: JSON parse check, schema check, citations check, post-tool checks.
- Add evals: 10–20 cases while iterating, 50–200 before release, plus adversarial injection cases.
Model Notes (2026)
This skill includes Claude Code + Codex CLI optimizations:
- Action directives: Frame for implementation, not suggestions
- Parallel tool execution: Independent tool calls can run simultaneously
- Long-horizon task management: State tracking, incremental progress, context compaction resilience
- Positive framing: Describe desired behavior rather than prohibitions
- Style matching: Prompt formatting influences output style
- Domain-specific patterns: Specialized guidance for frontend, research, and agentic coding
- Style-adversarial resilience: Stress-test refusals with poetic/role-play rewrites; normalize or decline stylized harmful asks before tool use
Prefer “brief justification” over requesting chain-of-thought. When using private reasoning patterns, instruct: think internally; output only the final answer.
Quick Reference
| Task |
Pattern to Use |
Key Components |
When to Use |
| Machine-parseable output |
Structured Output |
JSON schema, "JSON-only" directive, no prose |
API integrations, data extraction |
| Field extraction |
Deterministic Extractor |
Exact schema, missing->null, no transformations |
Form data, invoice parsing |
| Use retrieved context |
RAG Workflow |
Context relevance check, chunk citations, explicit missing info |
Knowledge bases, documentation search |
| Internal reasoning |
Hidden Chain-of-Thought |
Internal reasoning, final answer only |
Classification, complex decisions |
| Tool-using agent |
Tool/Agent Planner |
Plan-then-act, one tool per turn |
Multi-step workflows, API calls |
| Text transformation |
Rewrite + Constrain |
Style rules, meaning preservation, format spec |
Content adaptation, summarization |
| Classification |
Decision Tree |
Ordered branches, mutually exclusive, JSON result |
Routing, categorization, triage |
Decision Tree: Choosing the Right Pattern
User needs: [Prompt Type]
|-- Output must be machine-readable?
| |-- Extract specific fields only? -> **Deterministic Extractor Pattern**
| `-- Generate structured data? -> **Structured Output Pattern (JSON)**
|
|-- Use external knowledge?
| `-- Retrieved context must be cited? -> **RAG Workflow Pattern**
|
|-- Requires reasoning but hide process?
| `-- Classification or decision task? -> **Hidden Chain-of-Thought Pattern**
|
|-- Needs to call external tools/APIs?
| `-- Multi-step workflow? -> **Tool/Agent Planner Pattern**
|
|-- Transform existing text?
| `-- Style/format constraints? -> **Rewrite + Constrain Pattern**
|
`-- Classify or route to categories?
`-- Mutually exclusive rules? -> **Decision Tree Pattern**
Copy/Paste: Minimal Prompt Skeletons
1) Generic "output contract" skeleton
TASK:
{{one_sentence_task}}
INPUT:
{{input_data}}
RULES:
- Follow TASK exactly.
- Use only INPUT (and tool outputs if tools are allowed).
- No invented details. Missing required info -> say what is missing.
- Keep reasoning hidden.
- Follow OUTPUT FORMAT exactly.
OUTPUT FORMAT:
{{schema_or_format_spec}}
2) Tool/agent skeleton (deterministic)
AVAILABLE TOOLS:
{{tool_signatures_or_names}}
WORKFLOW:
- Make a short plan.
- Call tools only when required to complete the task.
- Validate tool outputs before using them.
- If the environment supports parallel tool calls, run independent calls in parallel.
3) RAG skeleton (grounded)
RETRIEVED CONTEXT:
{{chunks_with_ids}}
RULES:
- Use only retrieved context for factual claims.
- Cite chunk ids for each claim.
- If evidence is missing, say what is missing.
Operational Checklists
Use these references when validating or debugging prompts:
frameworks/shared-skills/skills/ai-prompt-engineering/references/quality-checklists.md
frameworks/shared-skills/skills/ai-prompt-engineering/references/production-guidelines.md
Context Engineering (2026)
True expertise in prompting extends beyond writing instructions to shaping the entire context in which the model operates. Context engineering encompasses:
- Conversation history: What prior turns inform the current response
- Retrieved context (RAG): External knowledge injected into the prompt
- Structured inputs: JSON schemas, system/user message separation
- Tool outputs: Results from previous tool calls that shape next steps
Context Engineering vs Prompt Engineering
| Aspect |
Prompt Engineering |
Context Engineering |
| Focus |
Instruction text |
Full input pipeline |
| Scope |
Single prompt |
RAG + history + tools |
| Optimization |
Word choice, structure |
Information architecture |
| Goal |
Clear instructions |
Optimal context window |
Key Context Engineering Patterns
1. Context Prioritization: Place most relevant information first; models attend more strongly to early context.
2. Context Compression: Summarize history, truncate tool outputs, select most relevant RAG chunks.
3. Context Separation: Use clear delimiters (<system>, <user>, <context>) to separate instruction types.
4. Dynamic Context: Adjust context based on task complexity - simple tasks need less context, complex tasks need more.
Core Concepts vs Implementation Practices
Core Concepts (Vendor-Agnostic)
- Prompt contract: inputs, allowed tools, output schema, max tokens, and refusal rules.
- Context engineering: conversation history, RAG context, tool outputs, and structured inputs shape model behavior.
- Determinism controls: temperature/top_p, constrained decoding/structured outputs, and strict formatting.
- Cost & latency budgets: prompt length and max output drive tokens and tail latency; enforce hard limits and measure p95/p99.
- Evaluation: golden sets + regression gates + A/B + post-deploy monitoring.
- Security: prompt injection, data exfiltration, and tool misuse are primary threats (OWASP LLM Top 10: https://owasp.org/www-project-top-10-for-large-language-model-applications/).
Implementation Practices (Model/Platform-Specific)
Do / Avoid
Do
- Do keep prompts small and modular; centralize shared fragments (policies, schemas, style).
- Do add a prompt eval harness and block merges on regressions.
- Do prefer "brief justification" over requesting chain-of-thought; treat hidden reasoning as model-internal.
Avoid
- Avoid prompt sprawl (many near-duplicates with no owner or tests).
- Avoid brittle multi-step chains without intermediate validation.
- Avoid mixing policy and product copy in the same prompt (harder to audit and update).
Navigation: Core Patterns
- Core Patterns - 7 production-grade prompt patterns
- Structured Output (JSON), Deterministic Extractor, RAG Workflow
- Hidden Chain-of-Thought, Tool/Agent Planner, Rewrite + Constrain, Decision Tree
- Each pattern includes structure template and validation checklist
Navigation: Best Practices
Best Practices (Core) - Foundation rules for production-grade prompts
- System instruction design, output contract specification, action directives
- Context handling, error recovery, positive framing, style matching, style-adversarial red teaming
- Anti-patterns, Claude 4+ specific optimizations
Production Guidelines - Deployment and operational guidance
- Evaluation & testing (Prompt CI/CD), model parameters, few-shot selection
- Safety & guardrails, conversation memory, context compaction resilience
- Answer engineering, decomposition, multilingual/multimodal, benchmarking
- CI/CD Tools (2026): Promptfoo, DeepEval integration patterns
- Security (2026): PromptGuard 4-layer defense, Microsoft Prompt Shields, taint tracking
Quality Checklists - Validation checklists before deployment
- Prompt QA, JSON validation, agent workflow checks
- RAG workflow, safety & security, performance optimization
- Testing coverage, anti-patterns, quality score rubric
Domain-Specific Patterns - Claude 4+ optimized patterns for specialized domains
- Frontend/visual code: Creativity encouragement, design variations, micro-interactions
- Research tasks: Success criteria, verification, hypothesis tracking
- Agentic coding: No speculation rule, principled implementation, investigation patterns
- Cross-domain best practices and quality modifiers
Navigation: Specialized Patterns
RAG Patterns - Retrieval-augmented generation workflows
- Context grounding, chunk citation, missing information handling
Agent and Tool Patterns - Tool use and agent orchestration
- Plan-then-act workflows, tool calling, multi-step reasoning, generate-verify-revise chains
- Multi-Agent Orchestration (2026): centralized, handoff, federated patterns; plan-and-execute (90% cost reduction)
Extraction Patterns - Deterministic field extraction
- Schema-based extraction, null handling, no hallucinations
Reasoning Patterns (Hidden CoT) - Internal reasoning without visible output
- Hidden reasoning, final answer only, classification workflows
- Extended Thinking API (Claude 4+): budget management, think tool, multishot patterns
Additional Patterns - Extended prompt engineering techniques
- Advanced patterns, edge cases, optimization strategies
Navigation: Templates
Templates are copy-paste ready and organized by complexity:
Quick Templates
- Quick Template - Fast, minimal prompt structure
Standard Templates
- Standard Template - Production-grade operational prompt
- Agent Template - Tool-using agent with planning
- RAG Template - Retrieval-augmented generation
- Chain-of-Thought Template - Hidden reasoning pattern
- JSON Extractor Template - Deterministic field extraction
- Prompt Evaluation Template - Regression tests, A/B testing, rollout gates
External Resources
External references are listed in data/sources.json:
- Official documentation (OpenAI, Anthropic, Google)
- LLM frameworks (LangChain, LlamaIndex)
- Vector databases (Pinecone, Weaviate, FAISS)
- Evaluation tools (OpenAI Evals, HELM)
- Safety guides and standards
- RAG and retrieval resources
Freshness Rule (2026)
When asked for “latest” prompting recommendations, prefer provider docs and standards from data/sources.json. If web search is unavailable, state the constraint and avoid overconfident “current best” claims.
Related Skills
This skill provides foundational prompt engineering patterns. For specialized implementations:
AI/LLM Skills:
Software Development Skills:
Usage Notes
For Claude Code:
- Reference this skill when building prompts for agents, commands, or integrations
- Use Quick Reference table for fast pattern lookup
- Follow Decision Tree to select appropriate pattern
- Validate outputs with Quality Checklists before deployment
- Use templates as starting points, customize for specific use cases
For Codex CLI:
- Use the same patterns and templates; adapt tool-use wording to the local tool interface
- For long-horizon tasks, track progress explicitly (a step list/plan) and update it as work completes
- Run independent reads/searches in parallel when the environment supports it; keep writes/edits serialized
- AGENTS.md Integration: Place project-specific prompt guidance in AGENTS.md files at global (~/.codex/AGENTS.md), project-level (./AGENTS.md), or subdirectory scope for layered instructions
- Reasoning Effort: Use
medium for interactive coding (default), high/xhigh for complex autonomous multi-hour tasks
1---2name: ai-prompt-engineering3description: Operational prompt engineering for production LLM apps: structured outputs (JSON/schema), deterministic extractors, RAG grounding/citations, tool/agent workflows, prompt safety (injection/exfiltration), and prompt evaluation/regression testing. Use when designing, debugging, or standardizing prompts for Codex CLI, Claude Code, and OpenAI/Anthropic/Gemini APIs.4---5
6# Prompt Engineering — Operational Skill
7
8**Modern Best Practices (January 2026)**: versioned prompts, explicit output contracts, regression tests, and safety threat modeling for tool/RAG prompts (OWASP LLM Top 10: https://owasp.org/www-project-top-10-for-large-language-model-applications/).
9
10This skill provides **operational guidance** for building production-ready prompts across standard tasks, RAG workflows, agent orchestration, structured outputs, hidden reasoning, and multi-step planning.
11
12All content is **operational**, not theoretical. Focus on patterns, checklists, and copy-paste templates.
13
14## Quick Start (60 seconds)
15
161. Pick a pattern from the decision tree (structured output, extractor, RAG, tools/agent, rewrite, classification).
172. Start from a template in `assets/` and fill in `TASK`, `INPUT`, `RULES`, and `OUTPUT FORMAT`.
183. Add guardrails: instruction/data separation, “no invented details”, missing → `null`/explicit missing.
194. Add validation: JSON parse check, schema check, citations check, post-tool checks.
205. Add evals: 10–20 cases while iterating, 50–200 before release, plus adversarial injection cases.
21
22## Model Notes (2026)
23
24This skill includes Claude Code + Codex CLI optimizations:
25
26- **Action directives**: Frame for implementation, not suggestions
27- **Parallel tool execution**: Independent tool calls can run simultaneously
28- **Long-horizon task management**: State tracking, incremental progress, context compaction resilience
29- **Positive framing**: Describe desired behavior rather than prohibitions
30- **Style matching**: Prompt formatting influences output style
31- **Domain-specific patterns**: Specialized guidance for frontend, research, and agentic coding
32- **Style-adversarial resilience**: Stress-test refusals with poetic/role-play rewrites; normalize or decline stylized harmful asks before tool use
33
34Prefer “brief justification” over requesting chain-of-thought. When using private reasoning patterns, instruct: think internally; output only the final answer.
35
36## Quick Reference
37
38| Task | Pattern to Use | Key Components | When to Use |
39|------|----------------|----------------|-------------|
40| **Machine-parseable output** | Structured Output | JSON schema, "JSON-only" directive, no prose | API integrations, data extraction |
41| **Field extraction** | Deterministic Extractor | Exact schema, missing->null, no transformations | Form data, invoice parsing |
42| **Use retrieved context** | RAG Workflow | Context relevance check, chunk citations, explicit missing info | Knowledge bases, documentation search |
43| **Internal reasoning** | Hidden Chain-of-Thought | Internal reasoning, final answer only | Classification, complex decisions |
44| **Tool-using agent** | Tool/Agent Planner | Plan-then-act, one tool per turn | Multi-step workflows, API calls |
45| **Text transformation** | Rewrite + Constrain | Style rules, meaning preservation, format spec | Content adaptation, summarization |
46| **Classification** | Decision Tree | Ordered branches, mutually exclusive, JSON result | Routing, categorization, triage |
47
48---
49
50## Decision Tree: Choosing the Right Pattern
51
52```text
53User needs: [Prompt Type]
54 |-- Output must be machine-readable?
55 | |-- Extract specific fields only? -> **Deterministic Extractor Pattern**
56 | `-- Generate structured data? -> **Structured Output Pattern (JSON)**
57 |
58 |-- Use external knowledge?
59 | `-- Retrieved context must be cited? -> **RAG Workflow Pattern**
60 |
61 |-- Requires reasoning but hide process?
62 | `-- Classification or decision task? -> **Hidden Chain-of-Thought Pattern**
63 |
64 |-- Needs to call external tools/APIs?
65 | `-- Multi-step workflow? -> **Tool/Agent Planner Pattern**
66 |
67 |-- Transform existing text?
68 | `-- Style/format constraints? -> **Rewrite + Constrain Pattern**
69 |
70 `-- Classify or route to categories?
71 `-- Mutually exclusive rules? -> **Decision Tree Pattern**
72```
73
74---
75
76## Copy/Paste: Minimal Prompt Skeletons
77
78### 1) Generic "output contract" skeleton
79
80```text
81TASK:
82{{one_sentence_task}}
83
84INPUT:
85{{input_data}}
86
87RULES:
88- Follow TASK exactly.
89- Use only INPUT (and tool outputs if tools are allowed).
90- No invented details. Missing required info -> say what is missing.
91- Keep reasoning hidden.
92- Follow OUTPUT FORMAT exactly.
93
94OUTPUT FORMAT:
95{{schema_or_format_spec}}
96```
97
98### 2) Tool/agent skeleton (deterministic)
99
100```text
101AVAILABLE TOOLS:
102{{tool_signatures_or_names}}
103
104WORKFLOW:
105- Make a short plan.
106- Call tools only when required to complete the task.
107- Validate tool outputs before using them.
108- If the environment supports parallel tool calls, run independent calls in parallel.
109```
110
111### 3) RAG skeleton (grounded)
112
113```text
114RETRIEVED CONTEXT:
115{{chunks_with_ids}}
116
117RULES:
118- Use only retrieved context for factual claims.
119- Cite chunk ids for each claim.
120- If evidence is missing, say what is missing.
121```
122
123---
124
125## Operational Checklists
126
127Use these references when validating or debugging prompts:
128
129- `frameworks/shared-skills/skills/ai-prompt-engineering/references/quality-checklists.md`
130- `frameworks/shared-skills/skills/ai-prompt-engineering/references/production-guidelines.md`
131
132## Context Engineering (2026)
133
134True expertise in prompting extends beyond writing instructions to shaping the entire context in which the model operates. Context engineering encompasses:
135
136- **Conversation history**: What prior turns inform the current response
137- **Retrieved context (RAG)**: External knowledge injected into the prompt
138- **Structured inputs**: JSON schemas, system/user message separation
139- **Tool outputs**: Results from previous tool calls that shape next steps
140
141### Context Engineering vs Prompt Engineering
142
143| Aspect | Prompt Engineering | Context Engineering |
144|--------|-------------------|---------------------|
145| Focus | Instruction text | Full input pipeline |
146| Scope | Single prompt | RAG + history + tools |
147| Optimization | Word choice, structure | Information architecture |
148| Goal | Clear instructions | Optimal context window |
149
150### Key Context Engineering Patterns
151
152**1. Context Prioritization**: Place most relevant information first; models attend more strongly to early context.
153
154**2. Context Compression**: Summarize history, truncate tool outputs, select most relevant RAG chunks.
155
156**3. Context Separation**: Use clear delimiters (`<system>`, `<user>`, `<context>`) to separate instruction types.
157
158**4. Dynamic Context**: Adjust context based on task complexity - simple tasks need less context, complex tasks need more.
159
160---
161
162## Core Concepts vs Implementation Practices
163
164### Core Concepts (Vendor-Agnostic)
165
166- **Prompt contract**: inputs, allowed tools, output schema, max tokens, and refusal rules.
167- **Context engineering**: conversation history, RAG context, tool outputs, and structured inputs shape model behavior.
168- **Determinism controls**: temperature/top_p, constrained decoding/structured outputs, and strict formatting.
169- **Cost & latency budgets**: prompt length and max output drive tokens and tail latency; enforce hard limits and measure p95/p99.
170- **Evaluation**: golden sets + regression gates + A/B + post-deploy monitoring.
171- **Security**: prompt injection, data exfiltration, and tool misuse are primary threats (OWASP LLM Top 10: https://owasp.org/www-project-top-10-for-large-language-model-applications/).
172
173### Implementation Practices (Model/Platform-Specific)
174
175- Use model-specific structured output features when available; keep a schema validator as the source of truth.
176- Align tracing/metrics with OpenTelemetry GenAI semantic conventions (https://opentelemetry.io/docs/specs/semconv/gen-ai/).
177
178## Do / Avoid
179
180**Do**
181- Do keep prompts small and modular; centralize shared fragments (policies, schemas, style).
182- Do add a prompt eval harness and block merges on regressions.
183- Do prefer "brief justification" over requesting chain-of-thought; treat hidden reasoning as model-internal.
184
185**Avoid**
186- Avoid prompt sprawl (many near-duplicates with no owner or tests).
187- Avoid brittle multi-step chains without intermediate validation.
188- Avoid mixing policy and product copy in the same prompt (harder to audit and update).
189
190## Navigation: Core Patterns
191
192- **[Core Patterns](references/core-patterns.md)** - 7 production-grade prompt patterns
193 - Structured Output (JSON), Deterministic Extractor, RAG Workflow
194 - Hidden Chain-of-Thought, Tool/Agent Planner, Rewrite + Constrain, Decision Tree
195 - Each pattern includes structure template and validation checklist
196
197## Navigation: Best Practices
198
199- **[Best Practices (Core)](references/best-practices-core.md)** - Foundation rules for production-grade prompts
200 - System instruction design, output contract specification, action directives
201 - Context handling, error recovery, positive framing, style matching, style-adversarial red teaming
202 - Anti-patterns, Claude 4+ specific optimizations
203
204- **[Production Guidelines](references/production-guidelines.md)** - Deployment and operational guidance
205 - Evaluation & testing (Prompt CI/CD), model parameters, few-shot selection
206 - Safety & guardrails, conversation memory, context compaction resilience
207 - Answer engineering, decomposition, multilingual/multimodal, benchmarking
208 - **CI/CD Tools** (2026): Promptfoo, DeepEval integration patterns
209 - **Security** (2026): PromptGuard 4-layer defense, Microsoft Prompt Shields, taint tracking
210
211- **[Quality Checklists](references/quality-checklists.md)** - Validation checklists before deployment
212 - Prompt QA, JSON validation, agent workflow checks
213 - RAG workflow, safety & security, performance optimization
214 - Testing coverage, anti-patterns, quality score rubric
215
216- **[Domain-Specific Patterns](references/domain-specific-patterns.md)** - Claude 4+ optimized patterns for specialized domains
217 - Frontend/visual code: Creativity encouragement, design variations, micro-interactions
218 - Research tasks: Success criteria, verification, hypothesis tracking
219 - Agentic coding: No speculation rule, principled implementation, investigation patterns
220 - Cross-domain best practices and quality modifiers
221
222## Navigation: Specialized Patterns
223
224- **[RAG Patterns](references/rag-patterns.md)** - Retrieval-augmented generation workflows
225 - Context grounding, chunk citation, missing information handling
226
227- **[Agent and Tool Patterns](references/agent-patterns.md)** - Tool use and agent orchestration
228 - Plan-then-act workflows, tool calling, multi-step reasoning, generate-verify-revise chains
229 - **Multi-Agent Orchestration** (2026): centralized, handoff, federated patterns; plan-and-execute (90% cost reduction)
230
231- **[Extraction Patterns](references/extraction-patterns.md)** - Deterministic field extraction
232 - Schema-based extraction, null handling, no hallucinations
233
234- **[Reasoning Patterns (Hidden CoT)](references/reasoning-patterns.md)** - Internal reasoning without visible output
235 - Hidden reasoning, final answer only, classification workflows
236 - **Extended Thinking API** (Claude 4+): budget management, think tool, multishot patterns
237
238- **[Additional Patterns](references/additional-patterns.md)** - Extended prompt engineering techniques
239 - Advanced patterns, edge cases, optimization strategies
240
241---
242
243## Navigation: Templates
244
245Templates are copy-paste ready and organized by complexity:
246
247### Quick Templates
248
249- **[Quick Template](assets/quick/template-quick.md)** - Fast, minimal prompt structure
250
251### Standard Templates
252
253- **[Standard Template](assets/standard/template-standard.md)** - Production-grade operational prompt
254- **[Agent Template](assets/standard/template-agent.md)** - Tool-using agent with planning
255- **[RAG Template](assets/standard/template-rag.md)** - Retrieval-augmented generation
256- **[Chain-of-Thought Template](assets/standard/template-cot.md)** - Hidden reasoning pattern
257- **[JSON Extractor Template](assets/standard/template-json-extractor.md)** - Deterministic field extraction
258- **[Prompt Evaluation Template](assets/eval/prompt-eval-template.md)** - Regression tests, A/B testing, rollout gates
259
260---
261
262## External Resources
263
264External references are listed in [data/sources.json](data/sources.json):
265
266- Official documentation (OpenAI, Anthropic, Google)
267- LLM frameworks (LangChain, LlamaIndex)
268- Vector databases (Pinecone, Weaviate, FAISS)
269- Evaluation tools (OpenAI Evals, HELM)
270- Safety guides and standards
271- RAG and retrieval resources
272
273---
274
275## Freshness Rule (2026)
276
277When asked for “latest” prompting recommendations, prefer provider docs and standards from `data/sources.json`. If web search is unavailable, state the constraint and avoid overconfident “current best” claims.
278
279---
280
281## Related Skills
282
283This skill provides foundational prompt engineering patterns. For specialized implementations:
284
285**AI/LLM Skills**:
286
287- [AI Agents Development](../ai-agents/SKILL.md) - Production agent patterns, MCP integration, orchestration
288- [AI LLM Engineering](../ai-llm/SKILL.md) - LLM application architecture and deployment
289- [AI LLM RAG Engineering](../ai-rag/SKILL.md) - Advanced RAG pipelines and chunking strategies
290- [AI LLM Search & Retrieval](../ai-rag/SKILL.md) - Search optimization, hybrid retrieval, reranking
291- [AI LLM Development](../ai-llm/SKILL.md) - Fine-tuning, evaluation, dataset creation
292
293**Software Development Skills**:
294
295- [Software Architecture Design](../software-architecture-design/SKILL.md) - System design patterns
296- [Software Backend](../software-backend/SKILL.md) - Backend implementation
297- [Foundation API Design](../dev-api-design/SKILL.md) - API design and contracts
298
299---
300
301## Usage Notes
302
303**For Claude Code**:
304
305- Reference this skill when building prompts for agents, commands, or integrations
306- Use Quick Reference table for fast pattern lookup
307- Follow Decision Tree to select appropriate pattern
308- Validate outputs with Quality Checklists before deployment
309- Use templates as starting points, customize for specific use cases
310
311**For Codex CLI**:
312
313- Use the same patterns and templates; adapt tool-use wording to the local tool interface
314- For long-horizon tasks, track progress explicitly (a step list/plan) and update it as work completes
315- Run independent reads/searches in parallel when the environment supports it; keep writes/edits serialized
316- **AGENTS.md Integration**: Place project-specific prompt guidance in AGENTS.md files at global (~/.codex/AGENTS.md), project-level (./AGENTS.md), or subdirectory scope for layered instructions
317- **Reasoning Effort**: Use `medium` for interactive coding (default), `high`/`xhigh` for complex autonomous multi-hour tasks