How I use Claude Code: Separation of planning and execution
TL;DR Highlight
Before writing code with Claude Code, a research → plan → annotate → execute workflow dramatically reduces wasted effort and AI hallucinations.
Who Should Read
Developers actively using Claude Code or similar AI coding agents, and anyone looking to improve the reliability of LLM-assisted development workflows.
Core Mechanics
- The recommended workflow is: Research (gather context about the codebase) → Plan (define what to build and how) → Annotate (add code comments and docs to guide the AI) → Execute (let Claude Code write the code).
- Skipping the research and planning phases is the most common mistake — jumping straight to 'write this feature' leads to Claude making wrong assumptions about the codebase structure.
- Annotation is a key differentiator: adding detailed comments in the relevant files before asking Claude to write code acts as precise context injection, reducing hallucination significantly.
- Breaking tasks into smaller, well-scoped subtasks with clear success criteria produces far better results than broad open-ended requests.
- The workflow treats Claude Code as a junior dev who needs good briefing materials, not a senior dev who can figure everything out autonomously.
Evidence
- The author shared concrete before/after examples showing how annotated codebases led to significantly fewer revision cycles compared to un-annotated requests.
- HN commenters corroborated the research-first approach, with several sharing similar workflows they'd developed independently.
- One commenter noted this mirrors good engineering practice — 'YAGNI aside, writing the spec before the code is just good engineering' — and that AI just makes the cost of skipping this higher.
How to Apply
- Before starting a Claude Code session, spend 5–10 minutes reading the relevant files yourself and adding or updating comments that explain intent, constraints, and relationships.
- Use Claude in 'research mode' first — ask it to summarize the relevant parts of the codebase before asking it to write anything.
- Write a short plan (even just a few bullet points in a comment) describing what you want before triggering the execute phase.
- Scope tasks tightly: 'add pagination to the users list endpoint' beats 'improve the users API.'
Terminology
Related Papers
Show HN: OpenKnowledge – open source AI-first alternative to Obsidian/Notion
Git 기반 동기화와 Claude/Codex/Cursor 연동을 내장한 로컬 우선 마크다운 에디터로, AI 에이전트의 두 번째 뇌(LLM Wiki)로 활용할 수 있는 오픈소스 도구다.
The Unfireable Safety Kernel: Execution-Time AI Alignment for AI Agents and Other Escapable AI Systems
AI 에이전트가 자신의 안전장치를 우회할 수 없도록, 에이전트 프로세스 바깥에 수학적으로 증명된 강제 통제 게이트를 배치하는 아키텍처
RubyLLM: A Ruby framework for all major AI providers
OpenAI, Claude, Gemini 등 주요 AI 프로바이더를 단일 인터페이스로 통합한 Ruby 프레임워크로, Rails 통합과 에이전트 기능까지 지원해 Ruby 개발자가 AI 기능을 빠르게 붙일 수 있다.
Qwen-AgentWorld: Language World Models for General Agents
Alibaba Qwen 팀이 AI 에이전트가 행동 결과를 미리 시뮬레이션할 수 있는 'Language World Model'을 공개했다. 에이전트 훈련과 실행 경로 검증에 새로운 패러다임을 제시하는 연구다.
SHERLOC: Structured Diagnostic Localization for Code Repair Agents
버그 위치만 알려주는 게 아니라 '왜, 어떻게 고쳐야 하는지'까지 진단 리포트를 생성해서 코드 수정 에이전트의 성능을 높이는 training-free 프레임워크
Show HN: peerd – AI agent harness that runs entirely in your browser
백엔드 서버 없이 Chrome/Firefox 확장 프로그램으로만 동작하는 AI 에이전트 실행 환경으로, 브라우저 탭을 직접 조작하고 WASM Linux VM까지 구동할 수 있어 프라이버시와 보안을 동시에 챙길 수 있다.