llm-app-patterns
Skill0 starsChanged 4 months agoMITView on GitHub
Production LLM application patterns, architectures, and best practices. Covers RAG pipelines, agent architectures, prompt engineering, LLMOps, and production deployment patterns. Triggers: building RAG, implementing AI agents, designing prompt strategies, setting up LLMOps, deploying LLM apps with caching/rate-limiting/fallbacks.
8 other projects use a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- karim-bhalwani/agent-skills-collectionedited, first seen Oct 20, 2026
- xfstudio/skillstheir own version, first seen Oct 13, 2026
- Tgoldi/claude-skillstheir own version, first seen Oct 13, 2026
- Ghosteken/agent-harnesstheir own version, first seen Oct 1, 2026
- tranhieutt/software_development_departmenttheir own version, first seen Apr 30, 2026
- ai4brands-design/claude-skillstheir own version, first seen Mar 22, 2026
Other versions8 projects use a version of this.
Word for word · 0
None found.
Edited · 1
- karim-bhalwani/agent-skills-collection★ 084% same
Wrote their own version · 7
- tranhieutt/software_development_department★ 71same name
- monaccode/astromesh★ 39same name
- xfstudio/skills★ 9same name
- Yog-Sotho/claude-skills★ 4same name
- ai4brands-design/claude-skills★ 2same name
- Ghosteken/agent-harness★ 2same name
- Tgoldi/claude-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository29 other files it gives its agents.
- architectSkill
- brainstormingSkill
- concise-planningSkill
- context-engineerSkill
- data-analystSkill
- data-deprecation-analysisSkill
- data-engineeringSkill
- analystSkill
- detectiveSkill
- editorSkill
- inspectorSkill
- data-narrativeSkill
- data-scienceSkill
- excalidraw-diagramSkill
- genai-securitySkill
- guardianSkill
- holdout-validationSkill
- implementerSkill
- llm-memSkill
- opsSkill
- prompt-librarySkill
- security-boundariesSkill
- story-masterSkill
- story-plannerSkill
- subagent-executionSkill
- systematic-debuggingSkill
- task-routingSkill
- thinkerSkill
- verification-before-completionSkill
The file
We split this skill into the rules it gives an agent
9 rules. 0 are common, 8 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 7 edited versions we read keep these.
8
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 25
If any dependency SKILL.md cannot be loaded, notify the user of the missing dependency and proceed only with the capabilities that do not …
- Distinctive: line 48
RAG Pipelines: - Document ingestion, chunking, embedding, retrieval, generation
- Distinctive: line 66
Document ingestion and preprocessing
- Distinctive: line 132
Does NOT write production application code or infrastructure configuration.
- Distinctive: line 133
Does NOT evaluate model quality or fine-tuning strategies
- Distinctive: line 134
Does NOT manage infrastructure (consult ops skill)
- Distinctive: line 135
Does NOT handle non-LLM ML patterns (classical ML, computer vision, etc.)
- Distinctive: line 139
Over-engineering RAG: Start with naive RAG before adding reranking, hybrid search, or agentic retrieval
- Distinctive: line 141
Missing fallbacks: Every LLM call needs a fallback strategy (retry, cheaper model, cached response)
“Common” is measured: kept by at least 6 in 10 of the 7 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
LLM Application Patterns
Version: 9.0 | Updated: 01-July-2026 | Architect: Karim Bhalwani | Deps: architect, data-engineering, ops
Dependencies
Load the following via read_file before using this skill:
~/.copilot/skills/architect/SKILL.md- module boundary and API contract patterns; LLM app components (retriever, generator, evaluator) are black-box modules~/.copilot/skills/data-engineering/SKILL.md- ingestion and pipeline patterns for corpus preparation, embedding pipelines, and index refresh~/.copilot/skills/ops/SKILL.md- CI/CD and deployment patterns for LLMOps pipelines, model versioning, and evaluation automation
If any dependency SKILL.md cannot be loaded, notify the user of the missing dependency and proceed only with the capabilities that do not require it, clearly stating which guidance may be incomplete.
Expert in production LLM application patterns and architectures.
When to Use This Skill
Use when:
- Building production RAG (Retrieval-Augmented Generation) pipelines
- Implementing AI agents with tool use and multi-step reasoning
- Designing prompt engineering strategies and template systems
- Setting up LLMOps: monitoring, logging, tracing, and evaluation
- Deploying LLM applications with caching, rate limiting, and fallbacks
- Choosing between different agent architectures (ReAct, function calling, plan-execute, multi-agent)
- Optimizing retrieval: chunking strategies, vector databases, hybrid search
- Building production-ready systems: cost optimization, reliability, observability
Core Capabilities
This skill provides production-proven patterns for:
- RAG Pipelines - Document ingestion, chunking, embedding, retrieval, generation
- Agent Architectures - ReAct, function calling, plan-execute, multi-agent collaboration
- Prompt Engineering - Templates, versioning, A/B testing, chaining
- LLMOps & Monitoring - Metrics, logging, tracing, evaluation frameworks
- Production Patterns - Caching, rate limiting, retry logic, fallbacks
Pattern References
For detailed implementation guidance, see:
RAG Pipelines
Use when: Building search-augmented LLM applications
Covers:
- Document ingestion and preprocessing
- Chunking strategies (fixed, semantic, sliding window)
- Vector database selection and configuration
- Retrieval patterns (dense, sparse, hybrid, multi-vector)
- Generation with retrieved context
Agent Architectures
Use when: Building agents that use tools or multi-step reasoning
Covers:
- ReAct pattern (Reasoning + Acting)
- Function calling for structured tool use
- Plan-and-execute for complex tasks
- Multi-agent collaboration patterns
- Architecture decision matrix
Prompt Engineering
Use when: Designing prompt templates and chains within an LLM application (not for building a standalone reusable prompt template library - use prompt-library for that)
Covers:
- Prompt templates with variables
- Versioning and A/B testing
- Prompt chaining for multi-step workflows
- Few-shot learning patterns
- Best practices for prompt structure
LLMOps & Observability
Use when: Setting up monitoring and evaluation
Covers:
- Key metrics to track (performance, quality, cost, reliability)
- Logging and distributed tracing
- Evaluation frameworks and benchmarking
- Caching strategies for cost reduction
- Rate limiting and retry patterns
- Fallback strategies for reliability
Quick Decision Guide
| Goal | Reference |
| Answer questions from your docs | RAG Pipelines |
| Build tool-using agent | Agent Architectures |
| Design prompt templates for your LLM app | Prompt Engineering |
| Monitor production system | LLMOps & Observability |
Definition of Done
- Selected pattern has clear justification (RAG vs. agent vs. fine-tune decision documented)
- Observability configured: latency, token usage, and error rate metrics defined
- Fallback strategy exists for LLM provider failures
- Prompt templates are versioned and stored outside application code
- Cost estimate provided for expected query volume
Constraints
- Does NOT write production application code or infrastructure configuration. Provides architecture diagrams, decision guidance, and starter prompt/config templates only.
- Does NOT evaluate model quality or fine-tuning strategies
- Does NOT manage infrastructure (consult ops skill)
- Does NOT handle non-LLM ML patterns (classical ML, computer vision, etc.)
Common Pitfalls
- Over-engineering RAG: Start with naive RAG before adding reranking, hybrid search, or agentic retrieval
- Ignoring cost: LLM API costs scale with query volume; always estimate and set budgets
- Missing fallbacks: Every LLM call needs a fallback strategy (retry, cheaper model, cached response)
- Prompt drift: Unversioned prompts silently degrade; version-control all prompt templates
- Evaluation gaps: Deploy without eval framework = flying blind. Measure before and after every change
Integration Points
- architect: Defines overall system architecture into which LLM patterns fit
- data-engineering: Manages data pipelines feeding RAG knowledge bases
- genai-security: Audits LLM applications for security vulnerabilities
- ai-engineer: Implements the patterns defined by this skill
- ops: Deploys and monitors LLM applications in production
References
Load these to apply the correct pattern for the task at hand. If the task spans multiple references (e.g., an agentic RAG system requiring both agent-architectures.md and rag-pipelines.md), load all relevant references and synthesize guidance, noting where the references interact.
- rag-pipelines.md - RAG architecture patterns (naive, advanced, agentic). Load when designing or reviewing any retrieval-augmented generation system.
- agent-architectures.md - LLM agent topology patterns (ReAct, Plan-and-Execute, multi-agent). Load when designing autonomous agent systems or tool-use workflows.
- prompt-engineering.md - Prompt design patterns (few-shot, chain-of-thought, structured output). Load when writing or reviewing system prompts or task prompts.
- llmops-observability.md - LLMOps monitoring and evaluation patterns. Load when setting up eval frameworks, tracing, or production observability for LLM applications.
- pattern_summary.md - One-page pattern decision guide. Load first when unsure which pattern applies - use to select the right reference file before diving deeper.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

