Why forking protects your draft
When you need a statistic, a quote, or a definition, you want the answer — not a detour that shifts the model’s context toward something clinical or expository. On NodePad’s canvas, you fork from any point in your draft thread, do your research in that branch, then bring back only the specific line you want. The main thread’s context stays clean, and the model you’re drafting with never has to process the research conversation.Draft on the main thread
Keep your writing voice intact by restricting the main thread to drafting and editing. Never mix research into this context.
Fork for fact-finding
Branch off any time you need a stat, citation, or definition. Research stays isolated in its own thread.
Merge only what belongs
Pull the specific finding back into your draft on your own terms — one sentence, exactly placed, with your phrasing.
Walkthrough: async-first communication blog post
Here is how a single blog post draft unfolds across a forked canvas.Open a canvas and start your draft thread
Create a canvas for your piece. Open a thread with Claude Opus and set the context: you’re writing a blog post about async-first communication for distributed teams. Ask for an opening section that sets the scene — the specific moment a reader recognizes themselves in the problem.Claude opens with a scene-setting paragraph: a developer in one timezone joins a meeting that’s happening while half the team is asleep, just to stay in the loop. The voice is direct, slightly wry, grounded in a real situation.
Fork for a fact-check side quest
Your draft calls for a statistic about how much time knowledge workers spend in unproductive meetings. Rather than asking Claude in the main thread — which would pull the conversation toward data-retrieval mode — fork from the last message in the draft.Switch to Gemini 2.5 Pro on the forked thread and ask: “What are well-cited statistics on the cost of unproductive meetings for knowledge workers?” Gemini returns two findings:
- Atlassian research: knowledge workers spend 31 hours per month in unproductive meetings
- Harvard Business Review: 71% of managers rate meetings as unproductive and inefficient
You can run this fork while Claude is still drafting the next paragraph on the main thread. The canvas holds both activities in parallel.
Review the research thread, then return to your draft
Read the Gemini thread on its own. Decide which finding fits your argument: the Atlassian number (31 hours per month) is concrete and quantifiable in a way that lands in prose. The HBR figure (71% of managers) gives a sentiment angle. Pick one or both, note the phrasing you want, and close the fork thread.
Merge the stat into your draft on your own terms
Return to the main draft thread. In your next message to Claude Opus, provide the statistic yourself and ask it to weave it into the existing prose: “Work this in without breaking the voice: knowledge workers lose 31 hours a month to unproductive meetings, per Atlassian research.”Claude integrates the stat into the scene-setting paragraph without shifting register. The voice stays consistent because the main thread never had to process the research conversation — the stat arrives as a clean input, not as the tail end of a data-retrieval session.
Tips for writing canvases
Pin tone constraints with sticky notes before you start
Pin tone constraints with sticky notes before you start
The earlier you attach a sticky note with voice constraints, the more consistent the output. Write the note before your first turn in the thread: tone, register, what to avoid, any stylistic rules specific to the publication. The model will apply these constraints across every turn in that thread.
Keep one thread per section for long pieces
Keep one thread per section for long pieces
For long-form work — essays, reports, documentation — give each major section its own thread. This prevents early sections from dominating the context as the draft grows. You can see all sections as neighbors on the canvas and track which ones still need work.
Fork for any task that isn't drafting or editing
Fork for any task that isn't drafting or editing
Research, translation, headline generation, SEO keyword checks — any task that isn’t directly advancing the draft should live in a fork. Treat the main thread as the finished-prose thread and keep everything else separate.
Use different models for drafting versus editing
Use different models for drafting versus editing
Some writers prefer a model that’s more generative for first drafts and a more critical model for editing passes. Switch models per message on the same thread, or fork a copy of the draft into a separate thread using a different model to get a structural critique without touching the original.