Octocode BrainstormingSAFE
Code research platform for AI agents; find, understand, and prove context across your code and all of GitHub, in a fraction of the tokens. One toolset, MCP or CLI
Overview
From the repository's own README, as read at the audited commit. Badges and raw HTML are left out.
octocode-brainstorming gives an agent a disciplined way to explore fuzzy ideas before anyone commits to a feature, library, workflow, or product direction.
The skill is built for the moment when a user asks, "Is this worth building?", "Has anyone already tried this?", or "What is the sharper version of this idea?" It keeps the conversation creative, but it makes the final answer answerable to evidence.
The Problem
Early ideas are fragile. If the agent searches only for the user's first wording, it may miss better framings. If it jumps straight to enthusiasm, it can turn a vague hunch into roadmap debt. If it only lists prior art, it can still avoid the harder question: what should we do next?
This skill makes the agent diverge before it converges. It frames the idea several ways, checks evidence across the right surfaces, notices conflict, and then recommends one practical next move.
Capabilities
- Alternative framings that prevent the first wording from anchoring the whole search.
- A surface plan that explains which sources matter: local code, web resources, GitHub, packages, and exact code reads.
- Top-resource-first prior-art mapping, so articles, docs, papers, and official sources seed repo and package research.
- Claim tracking, with confidence and next-query thinking instead of unsupported assertions.
- Cross-surface loops where web findings lead to code reads and code findings send the agent back to resources.
- Perspective review through critical, entrepreneurial, and product lenses.
- Conflict handling that concedes weak or contradictory evidence before the verdict.
- A final decision shape such as build RFC, prototype, narrow, park, or do not build.
Operating Model
The workflow is:
FRAME -> DIVERGE -> RESEARCH -> CROSS-POLLINATE -> STRESS-TEST -> SYNTHESIZE -> DECIDE
The agent first turns the idea into testable framings. It then researches the strongest surfaces, follows leads from one surface int
acb65580ab4eOBSERVED · 2026-10-12Host compatibility
What the documentation claims. We have not run a compatibility test.
| Host | Status | Notes |
|---|---|---|
| codex | mentioned | |
| cursor | mentioned |
What it tells the agent
The instruction file, verbatim from the audited commit — this is the text the model reads, and the surface the audit's instruction layer examines. Quoted here so you can judge it without cloning anything.
--- name: octocode-brainstorming description: "Use when an idea needs disciplined exploration before building: generate options, test whether it is worth building, map adjacent solutions, challenge assumptions, narrow scope, or choose Build RFC / Prototype / Narrow / Park — even if nobody said brainstorm. Already decided to implement a specific plan → skip." --- # Octocode Brainstorming Evidence-grounded idea exploration. Flow: `FRAME → DIVERGE → RESEARCH → CROSS-POLLINATE → STRESS-TEST → SYNTHESIZE → DECIDE`. ## Modes and lobby rules - Generate: create 6–10 angles, then validate the best 2–3. Validate: produce 2–4 reframings, then investigate deeply. Map: expand adjacent terms and landscape existing solutions. - Capture framing before judging. When direction, audience, or research surface is unclear, ask the user to choose before deep research. - Declare a Surface Plan: mark local, top resources/web, and repository/package/code evidence active or skipped with a reason. - Treat snippets and summaries as leads; cite exact sources or mark claims weak. Track `claim → source → confidence → next query`. - Cross-pollinate across each active surface and run Critical Architect, Visionary Entrepreneur, and Product lenses before verdict. - Recall potentially useful context first and validate it; capture only durable lessons that survive rebuttal. ## Hard gate Stop, recommend one option, and wait when the idea spans three unrelated spaces, active evidence stays thin after synonym retries, evidence materially conflicts, or delegation would exceed five workers. ## Smart routes — load only what the current step needs - When framing the idea and diverging into angles, build the Surface Plan with `references/tools.md`; when code/repository/package evidence is active, load `references/octocode.md` — choose sources deliberately and delegate technical research correctly. - When generic results cannot prove momentum, crowdedness, publication, or shipped prior art, load `references/trend-sources.md` — add time-sensitive evidence without domain lock-in. - When cross-pollinating leads from one active surface into another, stay in `references/tools.md` and `references/web-search-workers.md` — carry each finding across surfaces instead of closing a surface early. - When stress-testing, load `references/debate.md` — run the three lenses and cross-examination before converging. - When research is substantial, multi-turn, or delegated, load `references/hook-communication.md` and run `scripts/brainstorm-run.mjs` — preserve a resumable claim/source/decision ledger. - When synthesizing and deciding, load `references/output.md` and score every prior-art claim with `references/confidence.md`; if the user approves a durable artifact, load `references/brief-template.md` — match chat brevity or saved decision depth. - When methods or source contracts are challenged, load `references/grounding.md` — make the process falsifiable. - When improving this skill, prefer `octocode-graph-eval`; otherwise load `references/improve-loop.md` — require measurable acceptance. ## Related routes - Use `octocode-rfc-generator` for a Build verdict; `octocode-research` for technical evidence; `octocode-graph-eval` for measurable experiments. - Use `octocode-skills` when changing this skill folder. - Use `octocode-subagent` to dispatch and synthesize workers — see `references/web-search-workers.md` for the brainstorm-specific Scout/Aggregator/Checker topology and the five-worker ceiling. ## Scripts — every one takes `--help` | Script | Run when | How | |---|---|---| | `scripts/brainstorm-run.mjs` | research is substantial, multi-turn, delegated, or saved as a brief | `node <skill_dir>/scripts/brainstorm-run.mjs start --idea "<idea>" --mode Validate`, then `checkpoint --run-id <id>`, then `finish --run-id <id>`; `hook --event <event>` serves `hooks/hooks.json`; commands in `references/hook-communication.md` | | `scripts/serper-search.mjs` | validating web credentials at session start | `node <skill_dir>/scripts/serper-search.mjs --check` — broad Google results (`SERPER_API_KEY`) | | `scripts/tavily-search.mjs` | validating web credentials at session start | `node <skill_dir>/scripts/tavily-search.mjs --check` — curated/deeper research (`TAVILY_API_KEY`) | | `scripts/exa-search.mjs` | validating web credentials at session start | `node <skill_dir>/scripts/exa-search.mjs --check` — neural/category search (`EXA_API_KEY`) | - Use the `--check` scripts for credential presence only; fetching and search output come from the host web tool. Default to querying every validated engine and consolidating, not a first-success ladder (`references/tools.md`). - All four scripts import the vendored `scripts/octocode-config.mjs` for Octocode home and env; never import `@octocodeai/config`, which is absent when this folder installs alone. ## Output Use `TL;DR`, `Framings`, `Evidence by surface`, `What survived review`, `Verdict`, `Risks`, `Next`, `Sources`. **Always end with `Sources`** — a consolidated list of every URL/path actually cited above with the claim it backs, even for chat-only answers never saved as a brief. Template: `references/output.md` and `references/brief-template.md`.
Trust audit
SAFEgrade B · trust 89/100 Nothing in the source contradicts what it says it does. Grade A is reserved for packages that have also passed the behavioural sandbox.
| Layer | What it checks | Result |
|---|---|---|
| L0 | Provenance & inventory | WARN |
| L1 | Static analysis of the code | PASS |
| L2 | Instruction surface (what it tells the agent) | PASS |
| L3 | Class-specific surface | PASS |
| L4 | Behavioural (sandbox) | SKIPPED |
What the source does
- Filesystem
- none-observed
- Network
- none-observed
- Shell
- none-observed
- Dependencies
- pinned
- Secrets in source
- none-found
Findings (1)
packages/octocode-benchmark/compare/bin/octoc1811
Gates applied: no_behavioural_pass.
acb65580ab4efull audit observations/trust-audit/skill/bgauryy__octocode-brainstorming.json · Report an issue / request a re-scanAudit history
Every audit this skill has had.
| Date | Source | Verdict | Grade | Score | Change |
|---|---|---|---|---|---|
| 2026-10-12 | acb65580ab4e | SAFE | B | 89 | first audit |
Questions
What does the Octocode Brainstorming skill do?
Code research platform for AI agents; find, understand, and prove context across your code and all of GitHub, in a fraction of the tokens. One toolset, MCP or CLI
Is Octocode Brainstorming safe to install?
The audit found nothing in the source that contradicts what it says it does, and graded it B (89/100). Grade A is held back for packages that have also passed a sandboxed behavioural run, which is why a clean skill reads B.
What can Octocode Brainstorming access on my machine?
The audit observed no filesystem, network or shell use at all in its source.
Which assistants does Octocode Brainstorming work with?
Its documentation mentions codex and cursor. That is what the text claims, not a compatibility test we ran.
How current is this page?
The grade is for one exact copy of the source (acb65580ab4e), read on 2026-10-12. The repository is watched, and a new audit runs when it changes — this is the first audit.