Before You Train a New LLM: Two AI Customization Ladders Every Full-Stack Engineer Should Know
Summary
This article outlines two distinct AI customization ladders for full-stack engineers to improve Large Language Model (LLM) application performance, emphasizing that immediate fine-tuning is often unnecessary. The first ladder, the agent layer, progresses from "AGENTS.md" for repository-specific rules, to Skills for reusable multi-step workflows, and finally to Plugins for distributable capability packages with external connectors. The second ladder, the model layer, addresses issues like lacking current facts with Retrieval-Augmented Generation (RAG), inconsistent behavior with fine-tuning (including parameter-efficient LoRA), and cost/latency with knowledge distillation. Training a new LLM is presented as a a last resort for fundamental architectural or language requirements. The article stresses creating evaluation datasets before model layer changes and combining approaches for robust AI architectures.
Key takeaway
For AI Engineers optimizing LLM application performance, resist the urge to immediately fine-tune. First, assess if your agent lacks proper instructions, workflows, or tools, leveraging "AGENTS.md", Skills, or Plugins to address orchestration issues. If model capability is the bottleneck, carefully choose between RAG for dynamic knowledge, fine-tuning for consistent behavior, or distillation for cost-effective inference. Always establish an evaluation dataset before any model layer customization to measure actual improvement and avoid unnecessary compute costs.
Key insights
Effective LLM customization involves a decision tree across agent and model layers, not a linear upgrade path.
Principles
- Address orchestration before model capability.
- Evaluate changes with datasets before deployment.
- RAG handles facts; fine-tuning teaches behavior.
Method
A decision framework guides choosing between "AGENTS.md", Skills, Plugins, RAG, fine-tuning (LoRA), distillation, or training a new LLM based on the specific problem and cost.
In practice
- Define "AGENTS.md" for repository-specific rules.
- Develop skills for repeatable multi-step workflows.
- Use RAG for dynamic, private, or traceable knowledge.
Topics
- LLM Customization
- Agent Orchestration
- Retrieval-Augmented Generation
- Fine-tuning
- LoRA
- Knowledge Distillation
Best for: Software Engineer, AI Engineer, Machine Learning Engineer
Related on AIssential
See Counsel's argued verdicts on the open AI decisions leaders are weighing →
Editorial summary, takeaway, and curation by AIssential. Original article published by LLM on Medium.