Choosing tools · 03

MakeItMarkdown vs just attaching the file

Every chat platform accepts attachments, so the obvious question is: why convert at all? Sometimes you shouldn't — attaching is one step and conversion is two. The case for the second step is about who controls the extraction, because an extraction always happens; attaching just hides it.

1 · The hidden converter

When you attach a document, the platform runs its own extractor and pastes the result into the model's context. You never see that output. Which means you can't know:

attach: .docx ? …whatever it made convert first: .docx .md you can read paste it same model — but now you saw the middle step
Attaching delegates conversion to a box you can't open; converting first lets you read what the model will read.

When the answer comes back wrong, you can't tell whether the model or its hidden input failed — and the debugging loop is guesswork.

2 · Converting first inverts the control

You see the exact Markdown (raw and rendered, as the chat would show it), a fidelity report of what was detected with warnings for what's shaky, a token count (estimate or exact) before you commit the context budget — and the input becomes identical across every platform you paste it into. When something's off, you know which side of the pipe to fix.

3 · When attaching is genuinely fine

4 · When it predictably isn't

Notebooks (token bombs), spreadsheets (type loss), long PDFs (retrieval decay), anything you'll ask precise numeric questions about, and anything you'll reuse across tools — convert once, control the input forever.

Run the echo test: convert here, paste, and ask the model for the section list — then try the same with a raw attachment.