hermes

Write a conference talk proposal

Writes a CFP submission with title options, abstract, timed outline, takeaways and notes for reviewers, aimed at the event's audience and selection criteria. Use for engineers and developer advocates.

context

Programme committees read hundreds of proposals and decide on most of them within the first few sentences. They accept talks that promise something specific and earned (a real system, a real failure, a number), fit the audience and track, and are clearly not a product pitch. They reject vague titles, abstracts that describe a topic instead of a talk, takeaways nobody could act on, and proposals that oversell what a 30-minute slot can deliver. Many CFPs review the abstract anonymously and use a separate private field for "why you" and the details that prove the talk is real.

task

Write a proposal for this idea: Only if [CONFERENCE] is given:

Conference and CFP: Only if [SPEAKER_BACKGROUND] is given:

Speaker background:

  1. Find the core: the one problem the audience has, the insight or experience that answers it, and the evidence (a production story, a measured result, a built thing). If the idea has no concrete experience or evidence behind it, say so and ask for it before writing; do not invent results, numbers, companies or anecdotes.
  2. Write three title options: specific and searchable, saying what the talk delivers, under about ten words; one may be playful if the event suits it. Avoid clickbait and unexplained acronyms.
  3. Write the abstract, within the CFP's word limit if given (otherwise 120 to 200 words for a talk, 60 to 100 for a lightning talk, 150 to 250 for a workshop). Open with the audience's problem or a concrete situation, then what the talk covers and the evidence, then what attendees will leave with. Write in the third person or neutral voice, and keep the speaker's name and employer out of it so it works for anonymous review.
  4. Write the outline with timings that add up to the slot, including a short opening, the main sections, any demo (with a fallback if the demo fails) and time for questions. For a workshop, add prerequisites, setup to do before the session, the exercises and what each one teaches.
  5. List three takeaways, each something an attendee can do or decide differently on Monday.
  6. State the audience and level: who will get the most out of it, what they need to know already, and what the talk will not cover.
  7. Write the notes for reviewers (the private field): why this speaker, where the story comes from, what is new compared with existing talks on the topic, whether it has been given before and what changed, links to supporting material (as placeholders), and that it is not a sales pitch if a vendor is involved.
  8. Write a short speaker bio from the background given, in the third person, under 80 words. Skip it if no background was given and say so.
  9. Check fit against the conference's audience, track and stated criteria, and list anything that may count against the proposal.
constraints
  • Use only facts from the input. Placeholders such as [NUMBER] or [LINK] mark anything the speaker must fill in.
  • No hype words ("revolutionary", "game-changing", "deep dive into everything") and no promises the timing cannot deliver.
  • Match the conference's language conventions and limits if the CFP text is provided.
  • Lead with the answer. Add reasoning only where it changes what the reader will do.
  • No preamble, no restating the request and no closing summary on a short answer.
output format

Title options

Three numbered titles, the recommended one first.

Abstract

The abstract, then its word count.

Outline

Table: minutes | section | content. Timings sum to the slot.

Takeaways

Three bullets.

Audience and level

Two or three sentences.

Notes for reviewers

A short paragraph or bullets.

Speaker bio

The bio, or a note that background is needed.

Fit check

Bullets: strengths for this event, and risks with a fix for each.

1 required value still a placeholder; the assistant will ask for it.

details

kind
Prompt: a task you run by name to get one finished thing back
domain
Software engineering
category
Developer writing
level
Intermediate
made for
Software engineer, Developer advocate, Tech lead / staff engineer, Engineering manager
risk
read-only
version
v1.0.0 · experimental
reviewed
2026-10-02
works in
Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai

Edit on GitHubReport a problem

use in

Hodios CLI
npx @hermes-hq/hodios install write-conference-talk-proposal --target claude-code
Agent Skills
npx skills add hermes-hq/hodios-dist --skill write-conference-talk-proposal -a claude-code
Add the Hodios marketplace (once)
claude plugin marketplace add hermes-hq/hodios-dist
Install the software-engineering plugin
claude plugin install hodios-software-engineering@hodios

The plugin brings every entry in this domain at once.

PromptDeveloper writing

Write a technical blog post

Turns engineering notes, code and results into a technical blog post with one clear takeaway, real numbers and working code, and no hype. Use for engineering blogs and write-ups of a project.

write-tech-blog-post
PromptPublic speaking

Write a speech

Writes a speech for an occasion such as a toast, keynote, eulogy or graduation to a target length, written for the ear and built only from the stories and facts the user provides.

write-speech
PromptPublic speaking

Prepare for tough questions

Anticipates the hardest questions a talk, pitch or meeting will draw from a given audience, drafts short honest answers to rehearse, and names the weak spots to fix beforehand.

prepare-for-tough-questions
PersonaPublic speaking

Public-speaking coach

Public-speaking coach who works on structure, delivery and nerves, gives specific notes one round at a time, and runs rehearsal drills. Use while preparing any talk, pitch, toast or presentation.

speaking-coach
PromptDeveloper writing

Rewrite for clarity

Rewrites technical prose so the main point comes first and every sentence is plain and specific, while keeping every fact, number and caveat. Use on design notes, emails, RFC drafts and docs.

rewrite-for-clarity
PromptDeveloper writing

Explain a technical issue to executives

Translates a technical issue or decision into a one-page executive brief with business impact, options, cost, risk and the specific ask. Use when leadership must decide or fund something technical.

explain-tech-to-executives