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.
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.
Write a proposal for this idea: Only if [CONFERENCE] is given:
Conference and CFP: Only if [SPEAKER_BACKGROUND] is given:
Speaker background:
- 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.
- 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.
- 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.
- 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.
- List three takeaways, each something an attendee can do or decide differently on Monday.
- 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.
- 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.
- 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.
- Check fit against the conference's audience, track and stated criteria, and list anything that may count against the proposal.
- 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.
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
use in
npx @hermes-hq/hodios install write-conference-talk-proposal --target claude-codenpx skills add hermes-hq/hodios-dist --skill write-conference-talk-proposal -a claude-codeclaude plugin marketplace add hermes-hq/hodios-distclaude plugin install hodios-software-engineering@hodiosThe plugin brings every entry in this domain at once.
pairs well with
All of Developer writingWrite 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-postWrite 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-speechPrepare 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-questionsPublic-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-coachRewrite 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-clarityExplain 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