DictaFlowBlog
DictaFlow Blog

Claude Haiku 5.5 for Transcript Cleanup: 2026 Test Guide

October 08, 2026

An unbranded microphone beside two flat paper drafts marked with abstract geometric bars
Editorial illustration: retain the original draft while checking the edited version.

Claude Haiku 5.5 transcript cleanup is worth testing on short dictated drafts. Start with a copy, require exact names and numbers, and compare every edit. The October 7 launch makes small editing jobs cheaper to consider, but the announcement doesn't establish that this model preserves spoken meaning.

A sentence can look better and still be wrong. Suppose you dictate, "We can deliver Friday if the supplier confirms Thursday." An editor that drops the condition has changed the promise. That's the failure I'd put at the top of a cleanup test.

Anthropic presents Haiku 5.5 as a model for quick, repeated tasks, including summaries and classification. Its published evaluations cover knowledge work, computer use and other areas. They do not answer the narrower question of how faithfully it cleans dictated drafts.[1] This guide proposes a test you can run. We haven't benchmarked Haiku 5.5 for transcript cleanup or integrated it into DictaFlow.

The cheaper model still needs a narrow job

For prompts up to 100,000 tokens, Anthropic lists $0.10 per million input tokens and $0.50 per million output tokens. Above that threshold, the rates become $0.50 and $2.50. The company describes average running costs as around 75% below Haiku 4.5, accounting for changed token use.[1]

Those prices make a short email draft a plausible trial. They don't tell you what your bill will be. Simon Willison's independent launch analysis points to the new tokenizer and the higher pricing tier. His example prompt used about 1.25 times as many tokens as before.[2] Count your own material before estimating savings.

I'd keep the initial job small enough to inspect on one screen. Fix punctuation and an obvious repeated word. Leave the writer's phrasing alone. If you want a summary, ask for that in a separate request and label the result as a summary. Otherwise you lose the ability to tell whether missing words were intentional.

For example, "Clean this up professionally" gives the editor room to rewrite. A stricter instruction is: "Fix punctuation and accidental word repetitions only. Preserve every claim, condition, name, number and negation. Keep my wording. Return the edited text without commentary." This is a proposed instruction, not a guarantee that Haiku will follow it.

Build the test around words you cannot afford to lose

Use invented, non-sensitive drafts for the first round. Save the original beside each output. Ten samples are enough for a small exploratory check, though they cannot prove production reliability. Include rough speech as well as a clean paragraph that should barely change.

One sample could say, "Please send the estimate to Maren Kovic, not Martin, and leave the renewal pending until October 22." Everything here is fictional. You would check the name, the correction and the pending status. Substituting a common name is a failure even if the rest reads beautifully.

Give another sample a conditional deadline. "We can deliver Friday if the supplier confirms Thursday" must keep its condition. Don't score the output as correct just because Friday survives. The dependency is the point of the sentence.

A few other useful tests belong in the same batch:

  • A reference such as "ticket QF-218" that must remain exact.
  • A rejection such as "Do not close the request yet," where losing the negative reverses the instruction.
  • A self-correction such as "Set it for 40 minutes, sorry, 14 minutes," which needs human review if the result is unclear.
  • A quoted instruction inside a draft, so you can check whether the editor treats it as text rather than a new task.

Don't hand the cleanup step a browser or email-sending tool. For this trial it needs text and an output box. Help Net Security's October 8 report describes improved resistance to hidden commands, while noting remaining weaknesses in Anthropic's evaluations.[3] That is useful context. It still leaves you responsible for keeping an editing request separate from actions.

Score changed facts before style. Then record how much repair the output needed. A draft that takes two minutes to fix has a different cost from one you can approve immediately, even when both API requests cost very little. I would keep a plain log with the original, output, model setting and the exact reason a sample failed.

Migration can break the surrounding editor

Developers should read Anthropic's migration guide before replacing a model name. It documents adaptive thinking, changed sampling parameters and response handling. A small output limit can stop a response after a thinking block, before the edited text appears.[7]

That creates a mundane but important test. What does your app show when the model returns no usable draft? It should retain the original and say cleanup failed. An empty box that silently replaces the user's words is unacceptable.

The guide also says to select response blocks by type rather than assuming the first block contains the answer. It recommends recounting prompts with Haiku 5.5 because its tokenizer changes the counts. It lists roughly 30% more input tokens for the same text, with the increase depending on content.[7] Willison's roughly 25% example is a particular measurement, not a conflicting universal rule.[2]

For an existing editor, replay the same saved samples through the old configuration and the proposed new one. Include a deliberately constrained output limit to exercise the failure path. Check refusals and incomplete outputs too. You want evidence that the application keeps the draft safe when the happy path breaks.

Waiting time belongs in this comparison. Measure the interval from requesting cleanup to receiving usable text, then include manual corrections. Keep the effort setting in the log. You cannot infer your own typing workflow's delay from a vendor benchmark or someone else's drawing experiment.

Keep dictation and editing separately useful

For someone writing a short reply, capturing the words may be all they need. Additional cleanup should earn its place. Try the unchanged transcript first, then compare it with the edited version before adding an automatic step.

DictaFlow captures speech and inserts text into the active desktop app. Its hold-to-talk workflow is the input step, and optional cleanup should preserve the writer's voice.[6] A separate Haiku experiment would be a workflow you arrange yourself. This article does not claim a native Haiku integration or tested compatibility with a particular editor.

Disclosure: this guide is published by DictaFlow. The suggested evaluation is useful with any dictation tool that lets you retain and compare the text.

Save the ten originals before your first request. If the editor changes a deadline, removes a condition or replaces a name, keep that failed sample. Rerun it after every prompt or model update before allowing cleanup to overwrite a draft.

Sources

[1] Introducing Claude Haiku 5.5 \ Anthropic

[2] Claude Haiku 5.5

[3] Anthropic's new budget model gets much better at ignoring hidden commands - Help Net Security

[6] DictaFlow - AI Dictation for Windows, Mac, iPhone & Android

[7] Anthropic Haiku 5.5 migration guide