AI Editing Workflow: A Human-in-the-Loop System

- Give the tool a job, not the keys
- Start with a task map
- Clear privacy and permission before upload
- Freeze the original and label the versions
- Pass one: request diagnosis without rewriting
- Pass two: revise only approved issues
- Pass three: separate line, copy, and proof work
- Run facts and sources outside the prose pass
- Keep a decision log, not a transcript museum
- Measure quality before celebrating speed
- Know when not to use the tool
- Use a release checklist
Give the tool a job, not the keys
An AI editing workflow works best when it separates diagnosis, revision, verification, and approval. Keep the original draft, define the audience and non-negotiables, ask the tool to identify issues with quoted evidence, and accept or reject suggestions one at a time. Then verify facts, sources, style, privacy, and the final rendered copy. The model can propose changes; a named human still decides what is true, appropriate, and ready to publish.
That division sounds less glamorous than “edit this perfectly,” which is precisely why it works. Editorial quality rarely comes from one dazzling command. It comes from making different kinds of judgment visible before they can trip over one another.
Start with a task map
Before opening a tool, write a five-line job ticket:
- Audience: Who will read this, and what do they already know?
- Purpose: What should the piece help them understand or do?
- Editing level: Structure, line, copy, proof, or a defined combination?
- Protected material: Facts, quotations, terminology, legal language, voice, or formatting that must not change without approval?
- Approval: Who owns the final decision?
If the answer to “editing level” is “make it better,” stop. Better could mean shorter, friendlier, more formal, more persuasive, more precise, or mysteriously full of colons. Choose the actual pass.
Map risk as well. A personal essay, a product comparison, a medical explainer, and a staff announcement may all need cleaner prose, but their failure costs differ. High-consequence claims, confidential information, vulnerable people, contractual language, and unpublished reporting require stricter controls or may be unsuitable for a general-purpose tool altogether.
Clear privacy and permission before upload
Do not paste a draft into a tool merely because the text box looks lonely. Check the provider's current terms, data controls, retention practices, access settings, and any enterprise agreement that governs the account. Product behavior and policies change, so rely on current provider documentation and your organization's approved process rather than memory.
Remove information the tool does not need. Replace personal details with consistent labels, trim irrelevant interview material, and keep secrets, embargoed data, legal advice, credentials, health information, and protected client material outside unapproved systems. Anonymization must be real: changing a name while leaving a job title, tiny town, exact incident date, and unique quotation may still identify the person.
Permission is separate from technical access. A team member may be able to upload a document without being authorized to do so. When the rule is unclear, pause and ask the responsible owner. This is one of the few editorial problems that does not improve when approached with jaunty improvisation.
Freeze the original and label the versions
Save an untouched source draft before the first assisted pass. Give each working version a plain label such as:
v1-author-draftv2-structure-approvedv3-line-editedv4-fact-checkedv5-final-approved
The exact naming convention matters less than being able to reconstruct what changed. Preserve source notes, interview transcripts, calculations, and the style brief separately. If a generated revision quietly changes a number or turns a qualified statement into a universal claim, you need somewhere reliable to look.
Versioning also lowers emotional friction. Rejecting a weak suggestion feels easier when the original has not vanished into the fog. The machine will recover from rejection. Remarkably, it has no desk drawer in which to brood.
Pass one: request diagnosis without rewriting
Ask for a diagnostic report first. Supply the audience, purpose, scope, and protected material, then request a table with:
- Location or section
- Exact quoted passage
- Issue type
- Why it may hinder the stated audience or purpose
- Possible remedy, without revised prose
Useful issue types include missing context, weak sequence, unsupported leap, repetition, buried answer, inconsistent term, vague antecedent, and tonal mismatch. Requiring an exact quotation makes each suggestion inspectable. It also exposes invented criticism: if the quoted passage does not exist, the row fails before anyone rearranges a paragraph around it.
Review the diagnosis yourself. Mark each row accept, reject, or investigate. The tool may see repetition that is actually a deliberate safety reminder, or call specialist terminology “jargon” when the audience uses it daily. It does not know the publication's intent unless the prompt and reviewer supply that context.
Pass two: revise only approved issues
Create a short change brief from accepted diagnostic rows. Ask for one section at a time, with constraints such as:
- Preserve all verified facts, figures, quotations, citations, names, and links.
- Do not add examples, sources, claims, or product capabilities.
- Retain the stated voice and reading level.
- Show the original and proposed wording side by side.
- Explain how the proposal resolves the approved issue.
Never treat “preserve facts” as a force field. Compare the proposal with the source draft and evidence. A model can alter meaning while keeping most of the same nouns: “may help” becomes “helps,” “some participants” becomes “participants,” or “the page we checked” becomes “the company always.” Small grammar, large consequence.
Revise directly when that is faster. The point of the tool is not to win custody of every sentence. If its third suggestion is clumsier than the original, keep the original and move on.
Pass three: separate line, copy, and proof work
Line editing examines rhythm, clarity, emphasis, and voice. Copyediting checks grammar, usage, consistency, house style, labels, and internal logic. Proofreading catches surface errors after content and layout are stable. They overlap, but running them as distinct passes prevents a comma discussion from disguising an unanswered reader question.
For line editing, use the four-pass editing prompts and ask the tool to flag rather than automatically flatten unusual syntax, humor, dialect, or deliberate fragments. A publication voice can survive one awkward sentence; it rarely survives an industrial wash cycle marked “professional.”
For copyediting, provide the actual style rules. Ask for a change table with rule references, not a rewritten document. For proofing, use the final text or rendered page and limit the task to typographical, spacing, punctuation, heading, numbering, caption, and link-display errors. Reopen substantive edits only through the appropriate earlier pass.
Run facts and sources outside the prose pass
Do not combine “make this lively” with “verify every claim.” The first task rewards fluent invention; the second requires evidence and restraint. Build a claim ledger and open the supporting sources independently. Our claim-ledger fact-checking workflow shows how to record the exact claim, risk, source, supporting passage, date, and decision.
Recompute arithmetic. Open every link. Check that quotations are exact and attributed to the right speaker. Confirm that a cited page directly supports the nearby sentence, not merely the general topic. A plausible citation is not a verified citation; it is a well-dressed stranger at reception.
After corrections, search the final document for every changed name, number, date, and quoted phrase. Later line edits can reintroduce an earlier error, especially when someone pastes from the wrong version.
Keep a decision log, not a transcript museum
Record material decisions:
- Tool and version when known
- Date and task
- Draft version supplied
- Important constraints
- Suggestions accepted or rejected
- Human reviewers
- Sources checked
- Disclosure decision
- Final approver
You do not need to archive every keystroke unless policy requires it. Keep enough to explain how material wording entered the piece and who checked it. A compact decision log is more useful than 47 screenshots named final-final-actually-final.
If the tool materially shaped the published work, apply the publication's transparency rules. The AI-use disclosure guide provides a context and materiality test without pretending one sentence fits every newsroom, classroom, or client.
Measure quality before celebrating speed
Test the workflow on representative assignments and define measures before seeing the results. Track:
- Total elapsed and hands-on time
- Percentage of suggestions accepted
- Factual or citation errors introduced
- Errors found after the assisted pass
- Style violations
- Reviewer reversals
- Author and editor satisfaction
- Corrections required after publication
Compare against a suitable baseline. One unusually tidy draft proves little. So does a stopwatch that ends before the fact-check begins. Include the time spent writing prompts, resolving false alarms, checking sources, repairing tone, and documenting use.
The NIST AI Risk Management Framework is a voluntary, use-case-agnostic resource for managing AI risk. Its broad logic is useful here: governance, context, measurement, and response belong around the tool, not after it. A small editorial team does not need to cosplay as a standards committee, but it does need named responsibilities and a way to learn from failures.
Know when not to use the tool
Skip or narrow assisted editing when:
- The material cannot enter the approved system.
- The editor cannot verify the output.
- The task depends on protected source relationships or subtle lived context.
- A governing policy prohibits the use.
- The draft is so early that feedback would replace rather than clarify the author's thinking.
- The stakes justify a qualified specialist.
“Human in the loop” means more than a person clicking accept while racing a deadline. The reviewer needs authority, time, relevant knowledge, and access to evidence. Decorative oversight is still decoration.
Use a release checklist
Before publication, confirm:
- The final piece answers the agreed purpose for the intended audience.
- Every material change has human approval.
- Claims, quotations, links, calculations, and citations have independent support.
- Confidential and personal information was handled under the governing rules.
- House style, accessibility, captions, headings, and metadata are checked.
- Required disclosure is present and accurate.
- The decision log names the final approver.
- The rendered page matches the checked copy.
That is the workflow: constrain, diagnose, decide, revise, verify, and approve. AI can make parts of it faster. It cannot make the publication ownerless, and any sales pitch suggesting otherwise should probably meet an editor.