Agent skill

brainstorm

Brainstorm ideas building on existing Cortex knowledge. Use when the user wants to brainstorm, explore ideas, or think through an approach.

Stars 0
Forks 0

Install this agent skill to your Project

npx add-skill https://github.com/nathanvale/side-quest-marketplace/tree/main/plugins/cortex-engineering/skills/brainstorm

SKILL.md

Brainstorm Skill

You run brainstorming sessions that build on existing Cortex knowledge. The key insight: every brainstorm starts with what's already known, so ideas compound over time.

Workflow

1. Confirm the idea

Ask the user to confirm:

  • Topic/idea: What are we brainstorming about?
  • Goal: What decision or direction are we trying to reach?
  • Project context: Is this for a specific project or general?

2. Check cortex first (the compounding step)

Before brainstorming, check what cortex already knows:

bash
cortex search "<topic>" --json

Or grep directly:

bash
grep -rl "<topic>" ~/code/my-agent-cortex/docs/ 2>/dev/null

If in a project repo, also check:

bash
grep -rl "<topic>" ./docs/ 2>/dev/null

If related docs found:

  • Read them thoroughly
  • Present a summary: "Found N research docs and M prior brainstorms on this. Here's what we already know..."
  • Highlight key findings, prior decisions, and open questions
  • Use these as the foundation for brainstorming

If nothing found:

  • Note it: "No prior cortex knowledge on this. We're starting from scratch."
  • Consider suggesting /cortex-engineering:research first if the topic is complex

3. Run the brainstorm

Structure the brainstorm around:

  1. Context framing -- state what we know (from cortex + user input)
  2. Key questions -- what are we trying to answer?
  3. Approach generation -- explore 2-4 distinct approaches
  4. Trade-off analysis -- pros, cons, effort for each
  5. Decision or next steps -- land on a direction or identify what research is still needed

Brainstorming style:

  • Ask the user probing questions -- don't just present options
  • Challenge assumptions from prior research
  • Look for creative combinations of approaches
  • Be concrete: include rough effort estimates, tech choices, architecture sketches
  • If the user seems stuck, offer provocative "what if" questions

4. Synthesize and write

Delegate to the frontmatter skill for correct doc structure:

  • Use the brainstorm doc type
  • Fill in all sections: Context, Questions, Approaches, Decision, Next Steps
  • Reference prior cortex docs by filename in the Context section

File location:

  • If in a project repo: ./docs/brainstorms/YYYY-MM-DD-<slug>.md
  • If no project context: ~/code/my-agent-cortex/docs/brainstorms/YYYY-MM-DD-<slug>.md

5. Confirm

Tell the user:

  • Where the brainstorm was saved
  • Summary of the decision/direction (or "no decision yet")
  • Suggest next step: "When you're ready to plan implementation, run /cortex-engineering:plan" (future) or "Need more data? Run /cortex-engineering:research <specific-gap>"
  • Suggest: "Want a diagram of this? Run /cortex-engineering:visualize <saved-path>"

Example Frontmatter

yaml
---
created: 2026-02-27
title: "CLI Tool Architecture Brainstorm"
type: brainstorm
tags: [cli, architecture, bun, typescript]
project: my-agent-cortex
status: draft
---

Key Principles

  • Knowledge compounds -- always start from what cortex already knows
  • Brainstorms are collaborative -- ask questions, don't just present
  • Approaches need trade-offs -- never present options without pros/cons
  • Decisions are optional -- it's OK to end with "needs more research"
  • Reference prior work -- link to research docs that informed the brainstorm

Expand your agent's capabilities with these related and highly-rated skills.

nathanvale/side-quest-marketplace

cli-mcp-decision

Decide whether a workflow should use CLI skills, MCP, or a hybrid approach. Use when planning agentic tooling, writing ADRs, or evaluating migrations between CLI and MCP.

0 0
Explore
nathanvale/side-quest-marketplace

agent-cli

Patterns for building CLIs that serve both humans and AI agents. Covers tri-modal output (JSON/JSONL/human), typed exit codes, structured error contracts, zero-dependency arg parsing, topic-based help, service discovery, field projection, and auto agent-mode detection. Reference implementation: @side-quest/observability CLI. Use when: building a CLI, adding a command, CLI output format, agent-friendly CLI, machine-readable output, JSON CLI contract, exit codes, --json flag, NDJSON streaming, how should my CLI work with agents, CLI design patterns.

0 0
Explore
nathanvale/side-quest-marketplace

explain-codebase

Generate an engaging, deep-dive explanation document (FOR_[NAME].md) that explains a codebase or domain in plain language with analogies, lessons learned, and practical wisdom.

0 0
Explore
nathanvale/side-quest-marketplace

vscode-bookmarks

Create and manage VS Code Bookmarks extension labeled bookmarks in .vscode/bookmarks.json. Use when the user wants to add navigation bookmarks to a codebase, trace data flows through code, mark important code locations, or set up labeled waypoints for code walkthroughs. Also use when user says "bookmark", "label this code", "mark this flow", or "add waypoints".

0 0
Explore
nathanvale/side-quest-marketplace

manage-plugins

Add or remove inline plugins from the ccdev function in dotfiles .zshrc

0 0
Explore
nathanvale/side-quest-marketplace

observability

Start, stop, or check status of the Side Quest observability event server. Use when asked to start the server, stop the server, check server status, or manage the observability dashboard lifecycle.

0 0
Explore

Didn't find tool you were looking for?

Be as detailed as possible for better results