
Claude Artifacts are a rendered document. That is the whole point of them — you asked for a report and you got something that looks like a report, with headings and bold text and properly nested lists, rather than a wall of markdown syntax.
The consequence shows up when you copy one out. You are not copying the markdown Claude wrote. You are copying the HTML your browser drew from it, and HTML carries things plain text does not.
Key Takeaways
What actually comes across
Styling that outranks your template
Paste an Artifact into Google Docs and you inherit its font stack, its heading sizes, its line spacing, and its list indentation. Your document had a template. Now it has two, and the pasted section wins inside its own boundaries. Every heading you paste is a heading with explicit formatting attached, not a heading using your Heading 2 style, so changing the style later changes everything except the part you pasted.
In Word the same thing happens through a different mechanism, and the "Keep Source Formatting / Merge Formatting / Keep Text Only" prompt is Word asking you which of these problems you would like.
Invisible characters
This is the half nobody notices. Rendering an inline code fragment, a long token, or a number with a unit attached produces layout characters, and flattening the rendered page back into text leaves them in place:
| Character | Code point | Where it comes from |
|---|---|---|
| Non-breaking space | U+00A0 | Anywhere the layout should not wrap |
| Word joiner | U+2060 | Inline code and long tokens |
| Zero-width space | U+200B | Legal break points in long strings |
| Byte-order mark | U+FEFF | Encoding artefact of the copy itself |
None of these renders. All of them survive into your document permanently. The symptoms arrive later and look unrelated — find-and-replace missing a word that is plainly there, a word count that disagrees with your editor, a citation manager failing to match a reference. See why find-and-replace fails on pasted text.
Stray markdown
The other direction fails too. Copy from an Artifact into a plain-text field and you sometimes get the syntax rather than the rendering — literal ** around words that were meant to be bold, # before headings, - starting every list item. This happens when the source is markdown but the destination refuses rich text, and it is the most visible of these problems precisely because it is the only one you can see.
Why "paste as plain text" is only half a fix
Ctrl+Shift+V is the standard advice and it does solve the styling problem. Your document keeps its own fonts and headings, and nothing fights your template.
It does not solve the character problem. Paste-as-plain-text strips markup — the tags and style attributes — while preserving the characters in the text stream. A non-breaking space is a character, not markup. So is a zero-width space. They come through a plain-text paste completely intact, and now they are harder to find because everything else looks normal.
This is the trap: the fix that feels thorough is the one that leaves the invisible problem in place while removing all the visible evidence that anything was pasted.
Getting genuinely clean text out
- Copy from the Artifact however is convenient — the copy button, or select-all inside the panel.
- Paste into the workspace on the PassMyEssay homepage or the Claude watermark remover.
- Hit Clean. Zero-width characters are deleted; space-like characters are replaced with an ordinary space rather than removed, so words do not weld together.
- Copy the result into your document. It arrives as plain characters with your own template applied.
If you would rather inspect before repairing, switch to AI Phrase Detector, which tags every hidden character where it sits instead of silently fixing it.
The other thing an Artifact carries
Everything above is mechanical. There is a second layer that no amount of character stripping touches, and it is the one a human reader reacts to: Claude has a recognisable voice, and long-form Artifacts are where it is most concentrated.
The acknowledging opener before the actual answer. The bolded lead-in on every single bullet. "That said." "It's worth noting." "This isn't just X — it's Y," repeated until it becomes a tic. A closing line offering to expand on any of this, pasted into finished documents daily by people who did not read the last paragraph before hitting submit.
Those are not characters you can delete. They are sentence-level habits, and removing them means rewriting the sentence while holding your claims, numbers, and citations exactly where they were. That is the harder half of the job, and it is what the humanizer is for.
Related: Claude watermark remover, ChatGPT hidden characters, why AI writing sounds robotic.
Try PassMyEssay free → Clean the characters an Artifact leaves behind, then fix the voice underneath them.
Keep Reading
Related guides
ChatGPT Hidden Characters: What Is Actually In Your Copied Text
The invisible characters that ride along when you copy out of ChatGPT — what each one is, what it breaks, and how to get rid of them before you submit.
Does ChatGPT Watermark Its Output? A Straight Answer
Separating what OpenAI actually does from what the internet claims — no hidden signature, two real traces, and what each one means for your document.
Zero-Width Spaces: The Invisible Character Breaking Your Document
What a zero-width space is, why it appears in text copied from AI chat interfaces, and the specific things it breaks in Word, WordPress, and SEO tools.
Why Find-and-Replace Fails on Text You Pasted From AI
Your search finds nothing on a word that is visibly on screen. Here is the invisible character causing it, how to confirm it, and how to fix the whole document at once.
Make your draft clearer
Use PassMyEssay to rewrite AI-assisted text responsibly, check weak sections, and keep your meaning intact.
Try PassMyEssay