Craft Coding: Let AI Review, Not Write, Your Code
Peter Bloem's essay "AI coding without the vibes" cuts through the hype around AI-assisted development. The core argument: AI is good at doing or checking, but not both. The common practice—letting AI write code and then human-reviewing it—is a fiction. Our attention wanders, and the AI's failures become subtle. The alternative, which he calls craft coding, flips the roles: you write the code, and AI acts as your reviewer.
Why vibe-coding fails
Bloem explains the two stages of most work: doing and checking. If AI writes the code, you must check everything it produces. But humans are not built for that level of sustained scrutiny. Failure cases are rare enough that you start trusting the engine, and over time the codebase becomes an unmaintainable mess. Worse, it's a grindy, unfun experience. As he puts it, "Checking other people's code is a grind. Writing your own is fun."
The craft coding approach
Instead, write the code yourself and have the AI review it. This keeps you in control, maintains your skills, and still saves time—AI catches bugs that might take weeks to find the old-fashioned way. It also introduces you to better patterns and technologies you weren't aware of. Crucially, it preserves your ability to self-assess understanding, a skill that atrophies if you defer everything to the machine.
Why it works
- You stay engaged: The fun part—writing code—remains yours.
- AI catches what you miss: It reviews your work, picking up edge cases and style issues.
- You learn: The AI's suggestions teach you new tricks, but you implement them, so understanding is retained.
- You keep your judgment: You avoid the trap of believing you've mastered something when you've only delegated it.
This isn't just for students. Bloem warns that "cognitive skills are like muscles: hard to gain, easy to lose." Even experienced devs should avoid deferring all thinking to AI.
How to start
In practice, this means using AI as a pair programmer or code reviewer: have it look over your diff, suggest improvements, point out bugs. You stay the author; the AI is your second pair of eyes. This method also aligns incentives—you're not taking shortcuts, you're enhancing your own work.
Bloem's essay is a timely counterpoint to the "vibe-coding" trend. It's a practical guide for anyone who wants to use AI without losing the skill that makes them a developer.
📖 Read the full source: HN LLM Tools
👀 See Also

100 Tips for Building a Personal AI Agent: From Cloud Prototype to Production
Six weeks of building a persistent AI agent — not a chatbot wrapper — that manages tasks, tracks deals, reads emails, and analyzes data. Key lessons: Write a Constitution not a system prompt, use flat markdown files for memory, and version your identity file in git.

Running Qwen3.6-35B-A3B with ~190k Context on 8GB VRAM + 32GB RAM – Setup & Benchmarks
A Reddit user shares a working llama.cpp configuration for Qwen3.6-35B-A3B GGUF models on an RTX 4060 (8GB VRAM) + 32GB DDR5, achieving 37-51 tok/s at 192k context using TurboQuant and specific flags.

Local LLM Setup Recommendations for OpenClaw
A user shares their configuration for running a local LLM with OpenClaw, using a GB10 for AI processing and a Mac mini for the OpenClaw installation, with specific model and server details.

Qwen3.5-397B MoE Runs on 14GB RAM via Paged Expert Loading on M1 Ultra
Paged MoE engine keeps only 20 experts resident and lazy-loads the rest from SSD, running a 209GB 397B model on a 64GB Mac Studio with 1.59 tok/s and 14GB peak RAM. Includes smaller model benchmarks.