User Workflow: Using Claude.ai for Planning and Claude Code for Implementation

Workflow Details
A developer on r/ClaudeAI describes a specific workflow using two separate Claude tools: Claude.ai for planning and Claude Code for implementation. The user deliberately splits work between the tools because Claude Code is "eager to solve problems" and sometimes takes "the quickest path rather than the best one," potentially introducing subtle bugs by racing to complete tasks.
In contrast, conversations with Claude.ai are described as "more thorough." The user shows Claude.ai summaries of what Claude Code has done, and Claude.ai catches issues that Claude Code misses or gets wrong, including mistakes, overcomplicated approaches, or deviations from specifications.
Phased Implementation Process
The workflow follows this pattern:
- Discuss the feature or problem in Claude.ai until understanding implications and agreeing on an approach.
- Claude.ai writes a detailed implementation plan that breaks work into separate phases, each with a specific prompt for Claude Code.
- Take the first phase prompt to Claude Code for implementation.
- Test the result and provide summary to Claude.ai for review.
- If issues are found, return to Claude.ai to determine why and how to fix.
- Only move to the next phase once the current one works correctly.
- Repeat until complete.
The user states this phased approach is "the only way I have found to keep quality high as a non-technical solo founder," noting that dumping the entire plan into Claude Code at once leads to corner-cutting or losing track of requirements.
Current Limitations
The main problem identified is that "these two tools have zero shared state." This requires the user to act as "the human clipboard," copying plans from Claude.ai and pasting them into Claude Code. When Claude Code changes files, Claude.ai has no awareness unless files are manually re-uploaded to the project knowledge folder.
The user wants a shared project workspace where both Claude.ai and Claude Code can read and write the same files, with planning on one side and implementation on the other, both having the latest context. They suggest even shared markdown files would suffice.
The user asks about potential solutions using Notion, Obsidian, or Google Drive as shared memory, but notes that Claude.ai cannot access these directly.
📖 Read the full source: r/ClaudeAI
👀 See Also

B2B Role-Play Platform Uses Opus 4.7 for Backend, Haiku 4.5 for Live Chat
Socratize (socratize.io) uses Opus 4.7 for orchestration and win/loss evaluation, Haiku 4.5 for real-time chat due to better agreeableness and lower cost.

Developer Builds Text-Based Game Track Star Using Claude as Coding Partner
A developer used Claude as a primary coding partner to build Track Star, a text-based track and field career simulation game, filling gaps in Python knowledge during evening and weekend work over several months. The polished demo launched on Steam last week.

Docs Tab for Claude Desktop: A Code Tab Reskin for Knowledge Workers
A Reddit proposal suggests repurposing Claude Desktop's Code tab agent loop and git workspace into a markdown-first 'Docs' tab for compliance, legal, and ops teams — hiding developer terminology behind familiar document workflow labels.

Using AI to Port a Wi-Fi Driver from Linux to FreeBSD: A Case Study
A developer used Claude Code and Pi agent to attempt porting the Linux brcmfmac driver for Broadcom BCM4350 Wi-Fi chips to FreeBSD, first through direct code translation and then by generating a detailed 11-chapter specification for clean-room implementation.