Posts

Yesterday we talked about follow-up questions — three questions to dig out the hidden assumptions behind an AI answer. The catch is, you need to know what to ask. Some blind spots you simply can’t see from your own perspective. That’s when you give AI a different identity. The Devil’s Advocate Please act as a strict reviewer. Go through this plan point by point and identify every risk and weakness. Don’t hold back — the sharper, the better. ...

Series: Classic Theory Meets Agent Practice (Part 2) Previous: Dual-Pass Review: Why Recall and Precision Cannot Both Win TL;DR: A review prompt went from 317 lines to 135 lines (-58%), and review quality improved by 29%. What I removed was not useful procedure, but redundant content the model could infer on its own. What stayed were strategy genes: irreplaceable constraints, negative examples, and tone locks. The previous post covered dual-pass review: splitting one review agent into a “find everything” pass and a “filter hard” pass. Valid find rate went from 75% to 92%. But it left one problem open: what the “find everything” pass chooses to report or ignore is still affected by prompt wording. ...

The previous post was about how long conversations drift. After writing it, I noticed something else: drift does not only happen after a conversation gets long. It can also happen inside any answer that looks complete. AI answers quickly, and its conclusions often sound smooth. But it rarely says upfront: what assumptions does this conclusion depend on? If those assumptions are not checked, I end up accepting them by default. Accept enough unchecked assumptions, and the later analysis may be built on the wrong foundation. ...

The previous exercise was to run a 15-turn conversation with AI, using progress summaries and new conversations as checkpoints. If you actually did it, you probably noticed something else too — drift doesn’t always look the same. The three cases below are all failures I’ve run into myself. Here’s what happened, why it happened, and how to avoid it. Failure 1: Work Directions Got Mixed Together What Happened I was figuring out the approach for a project. I first discussed Approach A with AI — building a data dashboard. After 4 turns, it didn’t feel deep enough, so I switched to Approach B — automated reports — for another 3 turns. Then I thought maybe we could combine Approach C’s real-time push capability. Three directions kept jumping around in the same conversation for a dozen turns. ...

Series: Classic Theory Meets Agent Practice (Part 1) TL;DR: A design review agent needs to find every issue AND avoid false positives. One agent can’t do both. Borrowing cascade retrieval from information retrieval — a 15-year-old method — I split it into two: a Recall Pass that casts a wide net, and a Precision Pass that filters strictly. Real defects get caught earlier, and the risk of rework during development drops. ...

Today’s Practice Pick a real multi-step task you have on hand, and hold a conversation with AI for at least 15 turns (one question + one answer = one turn). Example tasks: “Help me plan a family trip (destination, itinerary, budget, packing list)” “Help me set up a personal blog from scratch (pick a platform, choose a theme, write the first post)” “Help me analyze a career decision (take stock of where I am, pros and cons, action plan)” Don’t try to steer the conversation deliberately — let it unfold naturally. When the conversation reaches around turn 10, pause and send this message: ...

Series: Breaking to Build: TDD Process Iterations (Post 3) Post 1: What a Failed Experiment Got Right · Post 2: Using the Method to Improve the Method TL;DR: Phase 6 already does diagnostics at the integration level — drilling into each bug’s root cause. What it doesn’t do: cross-defect pattern scanning, component gap checking, execution order analysis. Those belong to Phase 7. In small systems, Phase 7 catches a few more bugs. As the system grows, those same three tasks produce something different — building test infrastructure, hardening CI rules, driving architectural evolution. Phase 7 doesn’t make architecture decisions. But it provides the scarcest input for those decisions: evidence-based problem localization. ...

📖 This is Part 3 of 5 in the “AI Path L0→L1 Upgrade Guide” series. Part 1: Understanding Your Tools · Part 2: From Vague Questions to Precise Instructions · Part 3: Turning AI Into Your Collaboration Partner · Part 4: Building Your Personal System (coming soon) · Part 5: Graduation & Next Steps (coming soon) TL;DR: Three core skills — follow-up iteration (the first answer is almost never the best), context management (periodic summaries, start fresh after ~20 turns, split complex tasks), and role-playing (assigning a role changes output depth). This week’s practice focus: deliberately run a 15+ turn long conversation and proactively do a progress summary. ...

Series: Breaking to Build: TDD Process Iterations (second post) Previous: What a Failed Experiment Got Right TL;DR: The TDD Pipeline taught “give principles, not steps” — but it had grown into a step-driven tool itself. I stripped the operational steps from Phases 1 through 5, keeping only principles, risk hints, and counterexamples. The model independently derived the steps I had deleted. Output quality held. The reason: Phases 1 through 5 are creative phases that need room to diverge. Removing the fixed track actually helped. The same strategy failed on Phase 6 — next post explains why. ...

Tip Card: Format Constraints Cheat Sheet Spend 10 seconds specifying a format in your prompt, save 10 minutes of reformatting afterward. Here are 6 of the most useful format constraints, each with a prompt template you can use right away. 1. Markdown Table Best for: structured information that needs comparison or summarization. “Output as a Markdown table with the following columns: Name, Description, Use Case, Notes” 2. Numbered List Best for: steps, key points, quick scanning. ...