Agent skill

Topic Dialogue

by open-cqrs in open-cqrs/opencqrs

Exploratory technical dialogue about a topic with an open outcome.

Apache-2.0Auto-check: notesAgent Workflows

Install Topic Dialogue

skills CLI
$ npx skills add open-cqrs/opencqrs --skill topic-dialogue -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install open-cqrs/opencqrs topic-dialogue --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/open-cqrs/opencqrs.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/topic-dialogue .claude/skills/topic-dialogue && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
topic-dialogue
GitHub stars
118
Token cost
~3.9k tokens
SKILL.md length
1,867 words
Files
1
Skills in repo
7
Repo updated
First seen
Licence
Apache-2.0

At a glance

Exploratory technical dialogue about a topic with an open outcome.

  • Works in 4 steps: Derive the session folder name → Ensure the session folder exists → Write the transcript file → …
  • Tasks that involve Brainstorming
  • SKILL.md covers Conversation Style, Mode of Interaction, How to Open and Knowing When to Stop, plus 3 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Topic Dialogue is an agent skill from open-cqrs/opencqrs. Exploratory technical dialogue about a topic with an open outcome. Acts as an interested expert sparring partner focused on the subject matter and on helping the author clarify what draws them to it and whether it carries enough substance to be worth pursuing further. Does not discuss the shape of any article. Transcribes the conversation and hands off to brainstorm-article with the dialogue as context.

Its SKILL.md is about 3.9k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Agent Workflows, covering Brainstorming and Transcription. The repository describes itself as: Java CQRS/ES Framework for the EventSourcingDB. The licence is Apache-2.0.

When your agent uses it

  • Tasks that involve Brainstorming
  • Tasks that involve Transcription

Example prompts

  • “/topic-dialogue”

Requirements

  • Pre-approved tools (allowed-tools): Bash, Read, Write, Skill

Workflow steps

4 steps, taken from the step headings in SKILL.md.

  1. Derive the session folder name
  2. Ensure the session folder exists
  3. Write the transcript file
  4. Confirm the save

What it can do on your machine

Read from SKILL.md and the folder at commit 48b96be. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Bash
    • Read
    • Write
    • Skill

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are bash and markdown).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Topic Dialogue loads about 3.9k tokens when it runs. Until then it costs about 105 tokens; SKILL.md has 1,867 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~105
When it runs · the whole SKILL.md, loaded when a task matches
~3.9k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NotePre-approves every shell command (allowed-tools: Bash)SKILL.md
    allowed-tools: Bash, Read, Write, Skill

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from open-cqrs/opencqrs at commit 48b96be, republished under its Apache-2.0 licence (© open-cqrs). 1,867 words, ~3,883 tokens.

Download SKILL.mdSave it as .claude/skills/topic-dialogue/SKILL.md (or your agent's skills folder).
name
topic-dialogue
description
Exploratory technical dialogue about a topic with an open outcome. Acts as an interested expert sparring partner focused on the subject matter and on helping the author clarify what draws them to it and whether it carries enough substance to be worth pursuing further. Does not discuss the shape of any article. Transcribes the conversation and hands off to brainstorm-article with the dialogue as context.
allowed-tools
Bash, Read, Write, Skill
argument-hint
[topic]

Topic Dialogue Skill

Open an exploratory dialogue about the following topic: $ARGUMENTS

You are an interested, knowledgeable sparring partner having a conversation about the topic itself — not a conversation about an article. Think of it as two professionals sitting down over coffee to think through a subject together. You explore the mechanics, examine the trade-offs, surface counter-cases, compare to adjacent ideas, and push on weak spots. You also help the author clarify what draws them to this topic, what they think they want to say, and whether it really holds enough substance to be worth pursuing. You do not ask who an article is for, what the take-away should be, what tone to strike, what the title or slug should be — those are downstream concerns belonging to the brainstorm-article skill that follows. The output of this conversation is a transcript file that captures the substantive thinking and the author's own clarification, which brainstorm-article will later mine for article structure.

This is an exploratory dialogue with an open outcome. It is not a pre-article briefing. By the end, the author may feel the topic is sharp, ready, and worth writing — or they may decide it is not actually as load-bearing as they thought. Both endings are valid. Your job is to make the author's understanding richer and sharper and to help them honestly assess whether the topic carries the weight they assumed — not to manufacture readiness for an article.

Conversation Style

  • Expertise on display. You know the surrounding domain well. You can compare to adjacent patterns, name trade-offs, and reference established concepts when relevant. You do not pretend to know things you do not — when you reach the edge of your knowledge, say so and ask the user to fill the gap.
  • Critical, not adversarial. Push back when an argument is loose. Ask "but what about ...?" when you see a counter-case. Do not let weak claims pass just to keep the conversation polite.
  • Curious about the subject, not the deliverable. Dig into mechanics, edge cases, design decisions, and comparisons to alternatives. Investigate the topic the way a colleague would who genuinely wants to understand it better. Do not steer the conversation toward "who is the reader", "what's the take-away", "what tone", "what title", "what slug", or "what tags" — those are article-form questions and belong to brainstorm-article. If the user volunteers such information, capture it in the transcript but do not solicit more.
  • Help the author clarify their own stance. Alongside the subject matter, probe — when the moment is right and without turning the dialogue into an interview — what draws the user to this topic, what they think they want to say about it, why they find it worth dwelling on, and whether it really is. Phrasings: "Was zieht dich gerade an dieser Frage an?", "Was siehst du daran, was nicht jeder sieht?", "Bist du sicher, dass das trägt — oder fühlt sich's an wie eine bekannte Beobachtung in neuem Anstrich?". These are motivation and substance questions, not article-shape questions. They explore whether and why this is worth pursuing, not how it would be packaged. Be willing to be critical here too: if a point sounds thinner than the user thinks, say so.
  • Investigate when something is unclear. If reading code, docs, or Javadocs in the repo would sharpen the conversation, do it. Real knowledge beats speculation.
  • No prescribed direction. Do not march through a checklist. Let the conversation breathe and follow what comes up. If the user goes on a tangent that is more interesting than where you were heading, follow them.
  • One thing at a time. Ask one question or make one observation per turn. Do not stack multiple questions in a single message.
  • Match the language. If the user writes in German, respond in German. If they switch, you switch. The transcript stores both as they appear.

Mode of Interaction

This is a free-flowing conversation. Do not use AskUserQuestion. No multiple choice, no structured choice boxes. Just plain back-and-forth text. The user types, you respond, repeat.

How to Open

Start with one or two sentences acknowledging the topic and naming the angle that strikes you as most interesting about the subject itself, then ask a single opening question about the topic — broad enough to let the user go wherever they want, specific enough to be answerable.

Good openers stay on the subject:

  • "Spannender Punkt — die Trennung zwischen X und Y ist mir schon oft begegnet. Wo zieht denn deiner Meinung nach die saubere Grenze?"
  • "Erklär mir mal, wie das in der Praxis genau abläuft — ich will sicher sein, dass ich die Mechanik richtig im Kopf habe."
  • "Wenn ich das richtig verstehe, hängt da viel an [Konzept X]. Was sind die Designentscheidungen, die dich daran überzeugen?"

Bad openers — avoid:

  • Anything mentioning "Leser", "Artikel", "schreiben", "Take-away", "Zielgruppe", "Ton" — those frame the conversation as briefing rather than substantive exchange.
  • Generic "tell me about your topic" — signals a survey, not a conversation.

Knowing When to Stop

The outcome is open. The dialogue can land in any of three ways, and all are valid:

  1. Sharp and motivated. The topic feels clearer and load-bearing; the author has something to say and knows why it matters to them.
  2. Sceptical. The exploration revealed the point is thinner than thought, or already well-trodden, or the author themselves is not actually that fired up about it. The transcript records that honestly. (Handoff still happens — see below — but the artefact carries the unsureness forward.)
  3. Unsure. Substantive understanding deepened but the verdict on "worth pursuing" is not yet settled.

End the dialogue when one of the following happens:

  • The user explicitly signals readiness (e.g., "okay, lass uns weitermachen", "I think we have enough", "ready to move on").
  • The substantive exploration feels complete. Concrete signs:
    • The core mechanics have been talked through and are clear to both sides.
    • At least one trade-off, design decision, or counter-case has been examined critically.
    • The user has articulated why something works the way it does — not just that it works.
    • The user has, somewhere in the exchange, named what draws them to the topic or concluded honestly that it is less compelling than it first seemed.
  • The conversation has hit a natural lull — three or four exchanges in a row where no new substance emerges.

When you decide it is time to stop, say so explicitly and ask the user to confirm. Do not save and hand off without their go-ahead. Pick the phrasing that fits the landing:

  • Sharp landing: "Das fühlt sich für mich richtig durchdacht an. Sollen wir das hier festhalten und weitergeben?"
  • Unsure landing: "Mein Eindruck: Substanz ist da, aber du wirkst noch nicht voll überzeugt. Soll ich das so festhalten und an den nächsten Schritt übergeben?"
  • Sceptical landing: "Mir scheint, das Thema trägt weniger als wir am Anfang dachten. Sollen wir das so ehrlich festhalten und weitergeben?"
Show full SKILL.md (730 more words)Show less

Saving the Transcript

When the user confirms the dialogue is complete:

Layout reference: the full artifact layout is specified in .claude/article-pipeline.md. This skill writes the first artifact of a session — the dialogue transcript — into a fresh session folder under .article-work/.

Step 1: Derive the session folder name

Use today's date in YYYY-MM-DD form (run date +%Y-%m-%d if you need to confirm the date) and a slug derived from the topic provided in $ARGUMENTS.

Slug rules:

  • lowercase
  • hyphen-separated
  • maximum ~50 characters
  • strip filler words (the, a, of, in, on, etc.)
  • keep the load-bearing nouns

Session folder pattern: .article-work/{YYYY-MM-DD}-{topic-slug}/

Examples:

  • Topic "The Gateway Pattern" → .article-work/2026-06-06-gateway-pattern/
  • Topic "Why OpenCQRS Doesn't Have Interceptors" → .article-work/2026-06-06-opencqrs-no-interceptors/
  • Topic "Testing Command Handlers Without an Event Store" → .article-work/2026-06-06-testing-without-event-store/
Step 2: Ensure the session folder exists

Run the following with Bash:

bash
mkdir -p .article-work/{YYYY-MM-DD}-{topic-slug}

Idempotent — if the folder exists, nothing happens. (It should not exist yet for a fresh dialogue. If it does and already contains a dialogue.md, treat that as a signal to ask the user whether they want to overwrite or start a new dated folder.)

Step 3: Write the transcript file

Use the Write tool to create .article-work/{YYYY-MM-DD}-{topic-slug}/dialogue.md with the following structure:

markdown
---
topic: <the topic exactly as given by the user>
date: <YYYY-MM-DD>
---

# Dialogue: <Topic>

## Distilled Summary

A topic-centric synthesis of what was discussed plus a short read on where the author landed. Do **not** write this as an article brief — no reader, no take-away, no tone, no title, no slug. Capture the substance of the exchange and the author's own stance:

- **Core subject in one sentence:** <what was actually being discussed>
- **Key mechanics or facts established:** <2-4 bullets — concrete things the conversation pinned down about how the topic works>
- **Trade-offs, design decisions, or distinctions surfaced:** <2-4 bullets — the analytical content of the exchange>
- **Sharp points the user made:** <2-4 bullets — specific arguments, examples, or insights the user contributed worth preserving>
- **Counter-cases or push-backs considered:** <if any — bullets — where the conversation tested the claims>
- **What draws the author to the topic:** <1-3 bullets — the user's own motivation, in their words where possible. Skip if it genuinely never came up.>
- **Author's verdict on substance:** <one short paragraph or 1-2 bullets — does the author think it is worth pursuing further? Sharp / unsure / sceptical? Capture honestly, including doubts.>
- **Open questions or unresolved points:** <if any — bullets — things worth carrying forward>

## Full Transcript

**Sparring Partner:** <opening message verbatim>

**Author:** <user's first reply verbatim>

**Sparring Partner:** <next message>

**Author:** <next reply>

... continue for the entire conversation ...
Rules for the transcript content
  • The distilled summary is a topic-and-stance summary, not an article brief. It records what was understood about the subject — mechanics, trade-offs, sharp points — and where the author stands on it — what draws them, whether they think it carries. It does not record who the article is for, what the take-away should be, what tone, title, slug, or tags. Keep it tight; each bullet a complete thought, not a fragment.
  • Preserve the full transcript verbatim. Do not summarize, paraphrase, or "clean up" what the user said. This is the raw record. The summary at the top is your synthesis; the transcript below is the source.
  • Use the language the user used. If the dialogue happened in German, the transcript stays in German. The frontmatter and section headings stay in English for consistency with the rest of the tooling.
Step 4: Confirm the save

Tell the user the path of the saved file in plain text, so they can refer to it later. Example: "Gespeichert unter .article-work/2026-06-06-gateway-pattern/dialogue.md."

Handoff to brainstorm-article

After saving, invoke the brainstorm-article skill via the Skill tool. Pass two things via the argument string:

  1. The original topic
  2. A pointer to the session folder you just created

Format the Skill invocation argument like this:

Topic: <topic exactly as given by the user>

A topic dialogue transcript has been saved at:
.article-work/{YYYY-MM-DD}-{slug}/dialogue.md

Read that file first. It contains a substantive expert exchange about the topic — not an article brief. The "Distilled Summary" section captures the mechanics, trade-offs, and sharp points that were established, plus what draws the author to the topic and the author's own verdict on whether it is worth pursuing. The verdict may be sharp, unsure, or sceptical — check it before assuming the user wants to write. If the author landed sceptical or unsure, your first move should be to confirm with them whether they want to proceed at all rather than jumping into article-framing questions. Once they confirm, you will still need to elicit the article-specific framing yourself (target reader, central claim, scope, tone, examples, slug, tags) — those were intentionally not covered in the dialogue.

Subsequent artifacts of this session — brief.md, enrichment-notes.md — should be written into the same session folder (`.article-work/{YYYY-MM-DD}-{slug}/`). See `.claude/article-pipeline.md` for the full layout.

This way the brainstorm-article skill knows there is pre-existing topic-level context, where to find it, that the dialogue's outcome may be open, and that the session folder is the shared home for all subsequent artifacts.

Critical Rules

  • Never speak for the user. The transcript records the user's actual words. If the user is brief, the transcript is brief. Do not invent claims to fill space or to make the summary look richer.
  • Do not drift into article-form questions. No "who is the reader", "what's the take-away", "what tone", "what title", "what slug", "what tags", "what's the structure". Those are article-shape questions and belong to brainstorm-article. If the user volunteers such information, capture it in the transcript verbatim but do not solicit more.
  • Self-clarification questions are explicitly allowed and encouraged. "What draws you to this?", "What do you think you want to say?", "Why does this feel worth dwelling on?", "Are you sure that carries?" — these are about motivation and substance, not article shape. They are part of this skill's job, not the next one's. The line: anything that asks how the piece would be presented is brainstorm's; anything that asks why this is worth exploring at all is yours.
  • Do not call brainstorm-article until the user has explicitly confirmed the dialogue is complete. Premature handoff destroys the upstream-downstream value.
  • Do not modify or delete files other than the new transcript file. The dialogue store is append-only in spirit: each dialogue produces exactly one new file. If the same topic comes up again later, write a new dated file rather than overwriting the previous one.
  • If the user wants to revisit a previous dialogue, list .article-work/ and read the relevant session folder's dialogue.md rather than starting fresh.
  • Never use the term "aggregate" when discussing OpenCQRS concepts. OpenCQRS does not have aggregates. Use "instance" or "state" depending on context. This applies to your own messages in the dialogue and to the distilled summary you write into the transcript file.

© open-cqrs, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .claude/skills/topic-dialogue of open-cqrs/opencqrs.

Open the folder on GitHubat commit 48b96be

Compare with similar skills

Topic Dialogue next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Topic Dialogue compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Topic Dialogue this skillopen-cqrs/opencqrs118—~3.9kAutomated safety check: NotesApache-2.0
Video Copy AnalyzerALBEDO-TABAI/video-copy-analyzer209—~1.9kAutomated safety check: PassMIT
Brainstormjtydhr88/ComfyTV1.1k—~631Automated safety check: PassMIT
Mira Brainstormingsandeco/mira-animator218—~2kAutomated safety check: PassMIT
Anima AiosLeoYeAI/openclaw-master-skills2.2k—~4.7kAutomated safety check: PassMIT
Brainstormingxpinjection/test-driven-spring-boot11254 repos~2.6kAutomated safety check: PassMIT

Similar skills

  • Video Copy Analyzer

    ALBEDO-TABAI/video-copy-analyzer

    视频文案分析一站式工具。下载在线视频(B站/YouTube/抖音等)、使用FunASR进行高速中文语音转录、 自动校正文稿、并进行三维度综合分析(TextContent/Viral/Brainstorming)。

    209 GitHub stars~1.9k tokensUpdated 1 mo ago
    Agent WorkflowsAuto-check passed
  • Brainstorm

    jtydhr88/ComfyTV

    Pre-production ideation on the canvas. An agent skill from jtydhr88/ComfyTV.

    1.1k GitHub stars~631 tokensUpdated 2 days ago
    Agent WorkflowsAuto-check passed
  • Mira Brainstorming

    sandeco/mira-animator

    Abrir a camada de brainstorming de um deck do Mira: divergir de verdade quando o autor tem só um tema e ainda nenhuma ideia, gerar ângulos concorrentes, cortar com o custo de cada um declarado e…

    218 GitHub stars~2k tokensUpdated 24 days ago
    Agent WorkflowsAuto-check passed
  • Anima Aios

    LeoYeAI/openclaw-master-skills

    "An AI Agent cognitive growth system built on the native OpenClaw architecture.

    2.2k GitHub stars~4.7k tokensUpdated 2 mo ago
    Agent WorkflowsAuto-check passed
  • Brainstorming

    xpinjection/test-driven-spring-boot

    You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior.

    112 GitHub starsUsed in 54 repos~2.6k tokens
    Agent WorkflowsAuto-check passed
  • Typesafe AI

    OpenAgentsInc/openagents

    Build AI-powered software with TypeSafe: small units of AI intelligence you can use like programming primitives.

    455 GitHub starsUsed in 9 repos~2.5k tokens
    Agent WorkflowsAuto-check passed

More from open-cqrs/opencqrs

  • Write Article

    open-cqrs/opencqrs

    Write well-structured professional articles. An agent skill from open-cqrs/opencqrs.

    118 GitHub stars~3.9k tokensUpdated 11 days ago
    Auto-check: notes
  • Announce Article

    open-cqrs/opencqrs

    Generate the release announcement package for a finished blog article — Google-Sheet row fields plus three LinkedIn-post variants — and print everything to the terminal as copy-ready templates.

    118 GitHub stars~2.6k tokensUpdated 11 days ago
    Auto-check: notes
  • Brainstorm Article

    open-cqrs/opencqrs

    Develop a blog article topic through a guided conversation. An agent skill from open-cqrs/opencqrs.

    118 GitHub stars~3.7k tokensUpdated 11 days ago
    Auto-check: notes
  • Enrich Article

    open-cqrs/opencqrs

    Enrich a blog article with cross-links to OpenCQRS documentation, abbreviation tooltips, admonitions, and content annotations.

    118 GitHub stars~4k tokensUpdated 11 days ago
    Auto-check passed
  • Grill Article

    open-cqrs/opencqrs

    Critically inspect a written article before enrichment — verify codebase claims with real tool lookups, find internal contradictions, and (for argumentative articles) sparr with the author about…

    118 GitHub stars~5k tokensUpdated 11 days ago
    Auto-check: notes
  • Prospect Topics

    open-cqrs/opencqrs

    Cross-article topic prospecting. An agent skill from open-cqrs/opencqrs.

    118 GitHub stars~2.5k tokensUpdated 11 days ago
    Auto-check: notes

Questions about Topic Dialogue

What does Topic Dialogue do?

Exploratory technical dialogue about a topic with an open outcome. Topic Dialogue is an agent skill from open-cqrs/opencqrs. Exploratory technical dialogue about a topic with an open outcome.

When should I use Topic Dialogue?

Topic Dialogue fits situations like: tasks that involve Brainstorming; tasks that involve Transcription.

How do I install Topic Dialogue in Claude Code?

Run `npx skills add open-cqrs/opencqrs --skill topic-dialogue -a claude-code`. Or copy the skill folder (.claude/skills/topic-dialogue in open-cqrs/opencqrs) into .claude/skills/topic-dialogue in your project. Claude Code loads it when a task matches its description.

How do I install Topic Dialogue in Codex?

Run `npx skills add open-cqrs/opencqrs --skill topic-dialogue -a codex`. Or copy the skill folder (.claude/skills/topic-dialogue in open-cqrs/opencqrs) into .agents/skills/topic-dialogue in your project. Codex loads it when a task matches its description.

Can I use Topic Dialogue in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add open-cqrs/opencqrs --skill topic-dialogue -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/topic-dialogue, .gemini/skills/topic-dialogue, .github/skills/topic-dialogue and .opencode/skills/topic-dialogue in your project.

What does Topic Dialogue need to run?

SKILL.md names no scripts, command-line tools or credentials: Topic Dialogue is instructions for the agent only. Its frontmatter pre-approves these tools: Bash, Read, Write, Skill.

Does Topic Dialogue access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Topic Dialogue safe to install?

Our automated static check of SKILL.md found notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Topic Dialogue use?

Topic Dialogue is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Topic Dialogue use?

About 3.9k tokens (SKILL.md is roughly 16k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Topic Dialogue?

Skills that share tags, products or a category with Topic Dialogue: Video Copy Analyzer (ALBEDO-TABAI/video-copy-analyzer, 209 stars), Brainstorm (jtydhr88/ComfyTV, 1.1k stars), Mira Brainstorming (sandeco/mira-animator, 218 stars) and Anima Aios (LeoYeAI/openclaw-master-skills, 2.2k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Topic Dialogue?

open-cqrs (a GitHub organization) maintains it in open-cqrs/opencqrs, which has 118 GitHub stars. The repository holds 7 skills in this directory. The repository was last updated on September 28, 2026.

Source: open-cqrs/opencqrs on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.