Engineering brief
From Prompt Slop to Skill Engineering: A Practitioner's Playbook
At a glance
The brief is enough
- Relevance
- Practical value
- Radar
- Time horizon
- Now
- Warnings
- None
Bakaus argues prompting is v1. Real skill engineering treats the harness as an extension point — with sub-agents, script hooks, and model-specific builds.
Skill engineering is to prompt engineering what microservices were to monoliths.
Watch if you're building or maintaining AI skills that multiple engineers use across different coding harnesses.
Summary
The shift. Paul Bakaus argues that effective AI-assisted development has moved beyond prompt engineering into what he calls 'skill engineering' — treating skills as harness extensions rather than packaged prompts. His Impeccable project, originally a personal design skill for Cursor and Claude Code, now spans over a hundred files, scripts, hooks, and model-specific builds. The core claim: prompting alone cannot overcome a model's gravitational pull toward median outputs, no matter how many lines of instruction you write.
Why bans fail. Bakaus demonstrates that banning undesirable outputs — like purple gradients or system fonts — merely relocates the model to the next cluster in its latent space. 'Slop is a moving target,' he notes. Instead, he introduces 'anti-attractors': mechanisms that force divergence by introducing random seeds from scripts, user input, or creative prompts like 'what would Beyoncé look like as a shader?' The technique prevents the convergence that naive prompting produces.
Sub-agent architecture. The most practically useful technique involves spawning multiple sub-agents that argue blindly. For critique and review, the model evaluating its own work anchors on its prior output. Impeccable solves this by having one sub-agent act as a design director (heuristic analysis) and another run a deterministic detector, then synthesizing both outputs. Two blind opinions beat one confident guess — applicable to code review, security audits, and plan critiques.
Harness differences matter. Codex, Claude Code, Cursor, and Copilot have different permission models, tool availability, and model behaviors. Sub-agent spawning works differently across them. Background jobs, user-question tools, and hooks all vary. Bakaus ships five separate builds of Impeccable (Claude Code, Cursor, Codex, Copilot, Gemini) with model-specific rules. The investment is substantial but necessary for cross-platform reliability.
The script hook technique. A standout insight: instructions delivered via script standard output are followed far more reliably than rules buried in system prompts. By calling a context.mjs script that produces structured JSON with precise next steps, the model obeys with higher fidelity. The trade-off is that dynamic script output breaks prompt caching — acceptable for interactive sessions but suboptimal for high-volume batch use.
The evaluation gap. Bakaus built a custom evaluation harness that runs end-to-end tests across five models, using an LLM as a simulated user for interactive flows. He does ablation testing on individual lines (each tagged with a unique ID) to measure impact. But he admits taste evaluation remains unsolved — models are maximalists, and inverting their aesthetic judgments sometimes works better than trusting them.
My take
I've watched the skill ecosystem grow from single-file prompts to complex multi-model builds, and Bakaus is right about the maturity curve. The anti-attractor technique is the most immediately useful insight here, it solves a real problem with model convergence that I've seen frustrate teams. The eval harness investment is the hard truth most teams will skip. They shouldn't. Building skills without cross-model testing is like shipping software without a test suite. The sub-agent architecture for critique work is the other practical win; I'd apply it to pull request reviews immediately. I'm less convinced about the pixel-tuning live mode, it's clever but feels like a solution looking for a problem outside design work.
What to do with this
- Audit your internal AI skills: do they work identically across Claude Code, Cursor, and Codex?
- Implement an anti-attractor mechanism in any generative skill to force output divergence, testing with your weakest model first.
- Set up a lightweight eval harness that runs your skills across at least two models with deterministic checks before shipping changes.
Watch the video
This video is blocked due to your privacy settings. To watch this video, please accept YouTube marketing cookies.
Related breakdowns
Agent-built SaaS replacements live or die on product polish
Agent-built SaaS replacements sound easy. The missing piece is product polish: autosave, undo, URL state, verification. Railway's tool shows the pattern.
Stop Swapping Models: Give Your Agents Memory of What Works
Reliable browser agents may come from skill files, not better models. Browserbase's auto-browse loop learns from traces; the catch is the evidence is…
Codex's Autonomous Agents Demand New Engineering Governance
Codex long-running agents promise autonomous operations, but without guardrails they risk runaway costs and errors. Engineering leaders need to audit before…
Get TL;DW
Too Long; Didn't Watch.
A concise breakdowns of the AI and devtools videos that actually matter for engineering leaders.
Free. Weekly. No hype.
Video and thumbnails remain the property of their respective creators. tldw.news provides editorial analysis, commentary, and discovery links to original content.