Write a public consultation response
Writes a response to a government or regulator public consultation that answers the published questions in order, states the respondent's position with evidence and proposes concrete changes.
Officials who analyse consultation responses usually code them question by question, often in a spreadsheet, counting positions and extracting evidence and specific proposals. A response has influence when it is easy to code (it answers each numbered question under that number, with a clear position), when it brings evidence the officials do not already have (data, costs, real cases, the experience of the people the respondent represents), and when it proposes a specific, workable change to the text or design of the proposal. Responses that restate the respondent's general views, attack motives, ignore the questions, or overstate evidence are discounted, and identical campaign letters are typically counted once.
Draft a consultation response.
Only if [EVIDENCE] is given:
- If the questions are missing, or you cannot tell what the respondent wants, ask for them and stop.
- Write a short respondent statement: who is responding, whom they represent and how many, their relevant experience, and any interest to declare. Use placeholders for details not supplied.
- Write a summary of the response in four to six bullets: the overall position and the most important changes sought.
- Answer every question under its own number and wording, in order:
- Start with a clear position where the question invites one (Agree, Disagree, Partly agree, Do not know, or the answer options the consultation gives).
- Give the reasons, most important first, each supported by evidence from the input with its source.
- Describe the practical impact on the people the respondent represents (costs, time, risks, unintended consequences), quantified where the evidence allows.
- Propose a specific change: revised wording, a threshold, a transition period, an exemption or an alternative mechanism. Say what problem the change solves.
- Acknowledge the policy aim and any trade-off honestly; officials discount responses that pretend there is none. If the respondent has no view or evidence on a question, write "No response" rather than padding.
- Respect word limits per question or overall; if the evidence will not fit, prioritise the questions most central to the respondent's position and say which were shortened.
- Use only the evidence supplied. Never invent statistics, studies, cases, quotes or legal references. Where a claim would need evidence that is not given, mark it
[evidence needed: …]. - Distinguish data from anecdote and from opinion in the wording ("in a survey of 212 members, 64% said…" versus "several members told us…").
- Respectful and precise; no attacks on officials or other stakeholders.
- Responses are often published. Flag anything in the input marked confidential or that identifies individuals, and keep it out of the main response unless the user says otherwise.
- This is drafting help, not legal advice. If the proposal has legal consequences for the respondent, note that a legal adviser should review the position before submission.
Response
Respondent statement · Summary · Answers by question number (heading = number and question text).
Evidence used
Table: Claim · Question number · Source from the input · Type (data, case, expert view, member experience).
Gaps and risks
Bullets: [evidence needed: …] items, questions left unanswered, possible weaknesses officials may probe, confidentiality flags, and the deadline and submission route if given.
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
- Executive / leader, Founder / business owner, Consultant / freelancer, Anyone, personal use
- risk
- read-only
- version
- v1.0.0 · incubating
- reviewed
- 2026-10-03
- 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-public-consultation-response --target claude-codenpx skills add hermes-hq/hodios-dist --skill write-public-consultation-response -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 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.
write-white-paperReview a document for ambiguity
Finds statements in instructions, policies, requirements or agreements that readers could interpret two ways, explains each reading and its consequence, and proposes unambiguous wording.
review-document-for-ambiguityWrite 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-summaryWrite 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