How to Write Content With AI Without Losing Your Voice
For leaders and writers using AI to draft content. Learn how to keep your argument, qualifications and evidence intact, with a drafting pack, a voice checklist and a two-pass review of claims before wording.

On this page
To write content with AI without losing your voice, keep ownership of the argument and use AI to help organise and express it. A draft can use your vocabulary yet misrepresent you by turning a qualified observation into a confident claim. The test is whether it preserves what you believe, why you believe it and where your certainty ends—not simply whether it sounds familiar.
Your judgement is part of your voice#
A useful way to think about voice is to separate substance from expression.
Substance includes what you notice, which explanations you accept, what you dispute and the limits you place on your conclusions. Expression covers vocabulary, rhythm, tone and how you explain difficult ideas. Familiar phrasing cannot compensate for an argument you would not defend.
Consider the difference between “this may help when responsibilities are unclear” and “this improves performance”. The second sentence removes a condition, increases certainty and asserts an outcome. Restoring the original wording is a correction to meaning, not a stylistic preference.
This is why giving AI your previous posts is useful but insufficient. They can show how you explain things; they cannot establish the facts, permissions or judgement required for a new argument.
Keep two kinds of input separate:
- Reusable voice preferences: language, tone, sentence patterns and phrasing you avoid.
- Piece-specific judgement: the reader’s question, your position, supporting evidence, objections and unresolved issues.
The first guides expression. The second determines what the article can responsibly say. A preference for direct language should never become permission to remove an essential qualification.
Give AI a position and an evidence boundary#
Before asking AI to draft, write a rough answer to the reader’s question. It need not be polished, but it should contain a position.
“Write about project reviews” leaves the argument unspecified. A stronger starting point identifies a decision: “When should a leader bring a project review forward?” Then record your answer and its limits: “Earlier review may be worthwhile when dependencies are unclear, but I do not have evidence that more frequent reviews always improve delivery.”
If you have not reached a position, use AI to explore questions, compare possible explanations or organise your notes. Treat that output as material for deliberation, rather than as an argument ready to publish. Otherwise, you risk adopting a position because the draft expresses it persuasively.
Build a compact drafting pack containing:
- The reader and the decision the piece should help them make.
- Your central position, including qualifications.
- Supporting material, with sources and relevant context.
- Examples you are entitled to use.
- The strongest relevant objection and any unresolved gaps.
Label the material by its evidential role:
| Material | What it can support | Editorial boundary |
|---|---|---|
| Verified fact | A claim supported by a checked source | Preserve the source’s scope, conditions and date where relevant |
| First-hand experience | An account of what the author experienced | Do not turn one experience into a general rule |
| Hypothesis | A proposed explanation or possibility | Keep its provisional status visible |
| Unknown | A question the available material cannot answer | Investigate, acknowledge or omit it; do not invent certainty |
Author confidence is not verification. An assumption can help you explore an argument without becoming an established conclusion.
Include contrary material when it changes the recommendation. If reviews can consume time without resolving decisions, that objection belongs in the drafting pack. It may shift the advice from “review earlier” to “review earlier when there is a specific unresolved dependency”. This is useful qualification, not balance for its own sake.
Check confidentiality, client permissions and personal information before supplying examples to an AI tool. Permission to publish an account and permission to share its underlying material are separate questions.
Make voice preferences usable#
A short voice checklist is more useful than “make it sound like me”. Write preferences that another editor could apply:
- Use technical terms when they add precision; explain them when the reader needs help.
- Be direct about the recommendation and explicit about its limits.
- Keep sentences concise, but give complex reasoning enough space.
- Preserve distinctions such as “may”, “in this case” and “the evidence suggests”.
- Use supplied experiences; do not invent personal anecdotes.
- Remove stock introductions, slogans and inflated claims.
Adapt these to your actual writing. If you explain through detailed comparisons, a blanket instruction to shorten every sentence may erase something distinctive. If you favour firm conclusions, specify what earns that confidence.
The checklist should guide choices, not make every article follow the same pattern. A consistent voice can accommodate a short opinion, a careful evidence review and a detailed practical guide.
Review claims before polishing language#
Review the draft in two passes: claims first, expression second. This is a practical editorial recommendation, not an experimentally established superior workflow. It separates two questions: is the meaning defensible? and does the wording represent the author?
Check what changed in the argument#
Compare substantive statements with the drafting pack, especially changes in scope, certainty and causality.
Illustrative example: a founder supplies the note, “In one project, earlier review helped us spot a dependency.” The draft turns it into, “Early reviews prevent project delays.”
The rewrite sounds cleaner, but it introduces a general rule and a causal outcome. The supplied experience establishes neither. A compact review entry makes the problem visible:
| Review field | Entry |
|---|---|
| Draft claim | “Early reviews prevent project delays” |
| Supplied basis | One project in which earlier review helped reveal a dependency |
| Assessment | Generalisation and causal claim exceed the supplied basis |
| Action | Restore the bounded observation; investigate separately before making a broader claim |
Depending on the support, retain, narrow, investigate, label as interpretation or remove the claim. Plausibility alone is not grounds for approval.
Also check whether the conclusion still follows from the evidence. A draft can preserve every individual fact while connecting them into an argument you did not intend.
Restore expression without weakening meaning#
Once the claims are defensible, review vocabulary, emphasis and cadence. Read the draft aloud and replace wording you would never use.
Compare the final position with your original answer. Has “may” become “will”? Has an example become a rule? Has one possible explanation become the only explanation?
If essential context will not fit the requested format, narrow the topic or change the format. Cutting a qualification to meet a word limit can change the advice.
Name the person responsible for publication approval. That person should recognise the intended position and be able to defend the claims—not merely approve the tone.
Test one post and keep the working record#
Apply the method to one leadership post before making it routine. Retain four working artefacts: the drafting pack, voice checklist, source review record and approval notes. Clearly labelled sections in one document may be enough.
Record substantive corrections, not just wording changes. If qualifications repeatedly disappear, strengthen the next drafting pack. If claims remain faithful but the prose feels wrong, revise the voice checklist. These are different problems and need different remedies.
Track drafting and review effort together: a quick first draft is of limited value if repairing its argument consumes the time saved. After publication, set a review date and look for useful reader responses, such as a more precise question or an identified ambiguity. Treat these as signals to investigate, not proof of improved decisions.
The connection matters beyond publishing. Dainin CEOS is positioned around connecting business understanding, judgement, decision authority and execution. AI-assisted writing presents a small, practical version of that challenge: the evidence, editorial decisions and authority to publish should remain connected to the finished text.
For your next AI-assisted post, write down your position and its limits before generating prose. Approve the result only when both survive the draft.


