Write a white paper
Writes a B2B white paper that frames an industry problem with cited evidence and sets out a solution approach, citing a supplied source for every factual claim and flagging unsupported ones.
A white paper earns trust by teaching before it sells. Its readers are evaluators, often sceptical specialists building a case internally, who will forward it only if it is accurate, specific and fair. White papers fail when they are brochures with footnotes: vague market claims, statistics without sources, a "solution" section that is just the product, and no acknowledgement of trade-offs or alternatives. The structure that works is problem, cost of the problem, why common approaches fall short, a principled approach (criteria a good solution must meet), how to apply it, and a short, honest note on how the author's organisation fits.
Write a white paper on:
Evidence you may cite (and nothing else):
Only if [AUDIENCE] is given: Audience:
- If the evidence has fewer than three usable sourced items, or the sources are not identified, ask for more or for their origins and stop.
- Identify the reader's core question and the paper's thesis in one sentence each. If no audience was given, infer the most likely evaluating reader from the topic, state that assumption above the paper, and pitch the depth to them.
- Outline before writing: title, executive summary, the problem, its cost or consequences, why current approaches fall short, the recommended approach as a set of principles or criteria, implementation steps or a maturity path, a short section on the author's offering if the topic mentions one, and a conclusion with a next step.
- Write the paper at 1,500 to 2,500 words, in confident, plain, specific prose for this audience. Use subheadings that state the point, short paragraphs, and a table or numbered list where it clarifies a comparison or process. Suggest one or two figures (what they show and which source they use).
- Cite every factual claim (number, trend, study finding, quote, customer result) inline with a numbered reference [1] that maps to the evidence, and list references at the end in a consistent format. Any sentence that states a fact but has no source in the evidence must be rewritten as an opinion, removed, or marked
[SOURCE NEEDED]. - Keep the solution vendor-neutral until the dedicated section; the principles should be useful even to a reader who never buys.
- Never invent statistics, studies, quotes, customer names or results, and never attribute a claim to a source that does not support it. Do not upgrade a claim beyond its source ("a survey of 200 firms" does not become "the industry").
- Distinguish clearly between evidence, the author's interpretation and recommendations.
- Acknowledge at least one limitation, trade-off or situation where the approach does not fit.
- Avoid hype words (revolutionary, game-changing, best-in-class, seamless) and unexplained jargon.
- Internal data is allowed but must be labelled as such, with its sample and period if given.
White paper
Title, subtitle, executive summary (about 150 words), then the sections with stated-point subheadings, conclusion and next step, and a References list numbered to match the in-text citations.
Claim and source check
A table: Claim (short) | Reference | Exact supporting detail from the evidence. Include every factual claim.
Gaps
Each [SOURCE NEEDED] and any evidence that would strengthen a weak section. "None" if none.
Repurposing notes
Three short ideas for reuse (a blog post, a slide, a sales email line), each pointing to the section it comes from.
2 required values still a placeholder; the assistant will ask for them.
details
- kind
- Prompt: a task you run by name to get one finished thing back
- domain
- Writing and communication
- category
- Business writing
- level
- Intermediate
- made for
- Marketer, Consultant / freelancer, Founder / business owner, Writer / author
- risk
- read-only
- version
- v1.0.0 · incubating
- reviewed
- 2026-10-02
- works in
- Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai
use in
npx @hermes-hq/hodios install write-white-paper --target claude-codenpx skills add hermes-hq/hodios-dist --skill write-white-paper -a claude-codeclaude plugin marketplace add hermes-hq/hodios-distclaude plugin install hodios-writing-communication@hodiosThe plugin brings every entry in this domain at once.
pairs well with
All of Business writingWrite an executive summary
Writes an executive summary of a long document that leads with the bottom line, the key points and the ask, using only facts from the source. Use before sending a report to busy readers.
write-executive-summaryTurn a document into slides
Turns a document or report into a slide outline with one message per slide, action titles that tell the story, suggested visuals from the document's own data, and an appendix plan.
turn-document-into-slidesEdit a draft for structure
Edits a non-fiction draft at the structural level, covering argument, order, misplaced and missing sections, with a reverse outline and a prioritised revision plan instead of line edits.
edit-for-structureWrite an internal announcement
Writes an internal announcement of a reorg, policy change or launch that explains what is changing, why, the impact on each group and where to ask, plus an FAQ and a pre-send check.
write-internal-announcementWrite a project proposal or business case
Writes an internal project proposal or business case covering the problem, options, recommendation, cost, benefits and risks, and marks every missing number instead of inventing it.
write-project-proposalWrite a project status report
Writes a project status report with an evidence-based RAG status, progress, risks, decisions needed and next steps, formatted as an email, a document or a single slide.
write-status-report