Engineering brief

From Prompt Slop to Skill Engineering: A Practitioner's Playbook

AI Engineer3 min read · saves 62 min

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

  1. Audit your internal AI skills: do they work identically across Claude Code, Cursor, and Codex?
  2. Implement an anti-attractor mechanism in any generative skill to force output divergence, testing with your weakest model first.
  3. 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

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.