Boris Tane's Disciplined Workflow: How to Structure Your Claude Code Sessions for Maximum Output

Boris Tane's Disciplined Workflow: How to Structure Your Claude Code Sessions for Maximum Output

A senior developer's systematic approach to using Claude Code, focusing on clear prompts, iterative refinement, and maintaining control over the final code.

5d ago·3 min read·9 views·via gn_claude_code_tips, hn_claude_code, medium_claude, medium_agentic
Share:

The Technique — A Structured, Iterative Dialogue

Boris Tane, a senior developer, advocates for a disciplined, conversational workflow with Claude Code. The core principle is treating the AI as a highly skilled but literal-minded pair programmer. His method rejects the "magic prompt" mentality in favor of clear, incremental instructions and systematic verification.

He structures sessions as a series of focused, atomic requests. Instead of asking Claude to "build a dashboard," he breaks it down: first the data schema, then the API endpoints, then the UI components. Each step is reviewed and validated before moving to the next. This maintains context and prevents the AI from making incorrect architectural assumptions.

Why It Works — Control, Context, and Correctness

This workflow leverages Claude Code's strengths—its reasoning ability and context window—while mitigating its weaknesses, like occasional hallucination or over-engineering. By keeping requests small and sequential, you:

  1. Maintain full control: You are the architect. Claude is the detail-oriented engineer.
  2. Preserve context: The conversation stays focused on a single, manageable problem, making Claude's responses more accurate.
  3. Enable real-time correction: Errors are caught and fixed immediately in the next prompt, preventing compound mistakes.
  4. Optimize token usage: Focused dialogues are more efficient than long, rambling monologues with complex requirements.

How To Apply It — Your New Session Template

Start your next Claude Code session with this disciplined framework. Use these prompt patterns:

1. The Scoped Kickoff:

Let's build the `UserProfile` component. Requirements:
- Displays: name, avatar, join date, bio.
- Uses our design system's Card and Typography primitives.
- Is a React functional component.

First, show me the component's TypeScript interface and a brief description of the props.

2. The Iterative Build:
After reviewing the interface:

Good. Now, write the component's skeleton with the correct imports and a placeholder for each required UI element. Do not implement logic yet.

3. The Logic Layer:
After approving the skeleton:

Now, implement the logic for formatting the join date using `date-fns`. Add a fallback avatar if the prop is null.

4. The Final Polish & Review:

Please review this component for:
- Accessibility issues (alt text, ARIA).
- Prop-type validation.
- Consistency with our other components.
List any concerns.

This "describe, skeleton, implement, review" cycle is the engine of Tane's workflow. It turns a vague idea into production-ready code through guided iteration.

Integrating with Your Tools

Pair this conversational discipline with Claude Code's features:

  • Use the /btw command (recently launched) for side conversations to ask clarifying questions about your own approach without breaking the main task's context.
  • Keep a CLAUDE.md file with project-specific rules (e.g., "Always use const over let," "API calls go through the useApi hook"). Reference it at the start of complex sessions: "Please adhere to the patterns in CLAUDE.md."
  • Use the terminal output not just for running code, but for validation. After Claude writes a function, immediately prompt: "Run a quick test in the terminal to verify the output format."

This isn't about typing less; it's about thinking clearly and delegating implementation precisely. By adopting this structured dialogue, you shift from prompting an AI to directing a collaborator.

AI Analysis

Claude Code users should move away from monolithic prompts and adopt a directed, incremental conversation. The key change is mindset: you are the project lead giving clear, sequential tickets to a brilliant but literal junior engineer. **Start your next task with a one-sentence goal, then immediately break it into the first concrete subtask.** For example, instead of "Add user authentication," start with "Let's set up the authentication flow. First, show me the schema for the `users` table in our database." After each response, you must review and provide the next instruction. This feels slower but results in fewer rewrites and higher final code quality. **Use the `/btw` command strategically.** If you're midway through building a form and realize you need to check a design decision, use `/btw Should we use a modal or a new page for the success state?` This keeps your main thread clean. Also, explicitly tell Claude when a subtask is done and you're moving on: "The schema looks good. Next, let's create the `POST /api/register` endpoint handler." This clear segmentation helps Claude manage context effectively.
Original sourcenews.google.com

Trending Now