ideate
Skill20 starsChanged 51 days agoMITView on GitHub
Generate grounded ideas for what to build next, critique every one, and rank the survivors in a Markdown file.
36 other projects use a version of this.
Adopted by
Most recently taken up by
- aegntic/compound-engineeringtheir own version, first seen Nov 8, 2026
- duthaho/skillhubtheir own version, first seen Oct 31, 2026
- mthines/agent-skillstheir own version, first seen Oct 30, 2026
- gymcoach-app/gymcoachtheir own version, first seen Oct 26, 2026
- Julien-Au/gymcoachtheir own version, first seen Oct 26, 2026
- seungmanchoi/react-native-fsd-agent-templatetheir own version, first seen Oct 25, 2026
Used with
Projects with it also use daily-arxiv, exp-eval and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
LambenthanSkilldaily-arxiv
每日从 arXiv 拉取新论文,过滤相关性,auto-ingest 高优先级论文,检测 SOTA 更新
Also in 5 projects that use this
LambenthanSkillexp-eval
实验判决门:Review LLM 独立评判实验结果 → 4 种判决路径 → 自动更新 claims confidence、ideas status、graph edges
Also in 5 projects that use this
skyllwtSkillexp-pilot-eval
Pilot result evaluation — read pilot results, apply success criteria, update idea page (pilot_result, failure_reason if failed), generate PILOT_VERDICT_REPORT. Called by /ideate Phase 5 after /exp-pilot-run.
Also in 4 projects that use this
skyllwtSkillexp-pilot-run
Pilot experiment execution — read Pilot Spec YAML, write pilot code, run experiment(Confirm with the user before operation and require the applicant to conduct manual inspection), return results. Called by /ideate Phase 5. Does NOT modify wiki pages or judge pass/fail.
Also in 4 projects that use this
phanghonghaoSkillposter
HTML/CSS A4 海报生成。从沙龙/活动 Markdown 文件生成科技风 A4 海报 PDF/PNG。Use when user mentions: poster, 海报, 海报生成, make poster, generate poster, 活动海报, 沙龙海报.
Also in 4 projects that use this
- +6 more from Lambenthan
- +1 more from skyllwt
Other versions36 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 36
- openai/plugins★ 7.8ksame name
- av/harbor★ 3.3ksame name
- skyllwt/OmegaWiki★ 1.7ksame name
- DAIR-AutoResearch/AutoSci★ 1.7ksame name
- PKU-DAIR/AutoSci★ 1.7ksame name
- skyllwt/AutoSci★ 1.7ksame name
- Harry-kp/vortix★ 757same name
- gymcoach-app/gymcoach★ 182same name
- Julien-Au/gymcoach★ 182same name
- Lambenthan/empiricalwiki★ 85same name
26 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository41 other files it gives its agents.
- AGENTS.mdAGENTS.md
- ask-supermattSkill
- babysit-prSkill
- codebase-designSkill
- code-reviewSkill
- commitSkill
- dependency-vettingSkill
- diagnosing-bugsSkill
- domain-modelingSkill
- fix-findingsSkill
- grillingSkill
- grill-meSkill
- grill-with-docsSkill
- handoffSkill
- implementSkill
- implement-specSkill
- improve-architectureSkill
- improve-file-structureSkill
- improve-testsSkill
- jurySkill
- orchestrateSkill
- prototypeSkill
- prSkill
- qaSkill
- recover-ciSkill
- refactorSkill
- researchSkill
- resolving-merge-conflictsSkill
- retroSkill
- setup-supermatt-skillsSkill
- ship-prSkill
- tddSkill
- teachSkill
- to-questionnaireSkill
- to-specSkill
- to-ticketsSkill
- triageSkill
- wait-whatSkill
- wayfinderSkill
- what-would-you-doSkill
- writing-for-agentsSkill
The file
We split this skill into the rules it gives an agent
3 rules. 0 are common, 2 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 33 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
Every idea carries a basis, the evidence a reader can check.
- Distinctive: line 46
Use four frame tasks: frames 1, 2, and 4 get one each.
- Very specific: line 68
Write docs/ideation/YYYY-MM-DD-<topic>.md (open as the topic when there is no focus), creating the directory if needed:
“Common” is measured: kept by at least 6 in 10 of the 33 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Ideate
Answer one question: which ideas are worth building? Generate many, critique all of them, and explain only the survivors. Picking one and shaping it is the job of /grill-with-docs; this skill ends when the user holds a ranked list.
Every idea carries a basis, the evidence a reader can check. An idea without one is slop, however plausible it sounds. Tag each basis:
direct:a file, issue, or commit the agent actually read, quoted with itsfile:line, issue reference, or commit identifier.external:named prior art or a known pattern, with its source.reasoned:a first-principles argument, written out in full.
Process
1. Scope
The argument is the focus: a feature, a flow, a constraint, or nothing. Ideate at full ambition inside the focus, and keep the whole repo as the subject when there is none.
When the subject cannot be identified (no argument and no clear project in the working directory), ask one question through the host's live multiple-choice capability when available, otherwise in chat, with these options: a subject the user names, Surprise me (each frame picks the subject it finds most interesting), and Cancel. Follow the live schema and recommend the smallest option that fits. Leave solution direction, audience, and success criteria to /grill-with-docs.
Done when the subject is named or the user picked Surprise me.
2. Ground
Read the glossary and the ADRs (docs/agents/domain.md gives the layout; by default GLOSSARY.md and docs/adr/ at the root), and the README. Then spawn one fresh read-only exploration subagent to map the subject: what exists, where it hurts, what recently changed (git log), open TODOs, and open issues in the repo's issue tracker (docs/agents/issue-tracker.md says where). It returns a grounding summary of at most 150 lines, with provenance for every claim: file:line for files, issue references for tracker evidence, and commit identifiers for history. If subagents are unavailable, use a sequential fresh session where possible. Otherwise perform this task and the later generation and verification tasks yourself, and report the lack of an independent verifier.
Done when the grounding summary exists. If grounding fails (no repo, empty repo), say so and ideate from the user's description, with reasoned: and external: bases only.
3. Generate
Check the host's worker limit and occupied slots. Dispatch only the frame tasks that fit, queue the rest, and start the next task when a worker finishes. If capacity is unknown, use one worker at a time. Each gets the same grounding summary, the focus, and its assigned frames. A frame is a starting bias, not a fence; cross-frame ideas are welcome.
- Pain and friction: what is slow, broken, or annoying.
- Inversion, removal, or automation: flip a painful step, delete it, or automate it away.
- Assumption-breaking: what is treated as fixed but is a choice; reframe one level up or sideways.
- Leverage and compounding: moves that make many future moves cheaper.
- Cross-domain analogy: how a different field solves the same shape of problem. Push past the first analogy.
- Constraint-flipping: take a constraint to its opposite or extreme (budget 10x or 0, one user or a million), and keep the design that falls out.
Use four frame tasks: frames 1, 2, and 4 get one each; frames 3, 5, and 6 share the fourth, since all three invert givens. Give every task this charter:
The user will pick one of these ideas to build, so an idea earns its place only if it could change what they do next. Your first few ideas are the obvious ones: treat them as warm-up. Return about 6 per frame, each with a title, a 2-4 sentence summary, a tagged basis, and one line on why it matters. A
direct:basis quotes a line you read, never a guessed citation. Drop any idea you cannot give a basis. Stay inside the focus.
Done when all four frame tasks have returned results.
4. Merge
Dedupe into one list, then add up to five combinations: ideas from different frames that are stronger together. In Surprise me, combinations are the point, so give them more attention.
5. Verify
Spawn one fresh subagent. It gets only the grounding summary and the merged list, never the generation history. Its job is to refute: check that every direct: quote exists, that every external: source says what is claimed, and that every reasoned: argument holds. It returns a verdict per idea.
Then you decide which ideas make the final cut. Overrule a verdict only when evidence in context contradicts it, and say so. Every cut idea gets a one-line reason: vague, basis refuted, no basis, duplicate of a stronger idea, already done, cost over value, or outside the focus.
Rank the survivors by basis strength (direct: above external: above reasoned:, all else equal), expected value, leverage, and size. Keep 5-7, or the count the user asked for. When fewer pass, report fewer.
Done when every merged idea is either ranked or carries a cut reason.
6. Write
Write docs/ideation/YYYY-MM-DD-<topic>.md (open as the topic when there is no focus), creating the directory if needed:
- Subject: the focus, and the grounding summary cut to its key points.
- Ranked ideas: for each survivor, the title, summary, basis, why it matters, size (S, M, or L), and a Take it further prompt in a fenced block. The prompt opens with the grill-with-docs command in the form this session invoked
ideatewith:/grill-with-docsin Claude linked installs or Cursor,/supermatt:grill-with-docsfrom the Claude plugin,$grill-with-docsin Codex, or/skill:grill-with-docsin OMP. It then names the idea, reproduces its basis verbatim with the file, issue, commit, or external-source references, or complete first-principles argument, and says why it matters. A fresh session has no report and no grounding, so the prompt stands alone.grill-with-docsships alongside this skill and is intended for user invocation; it may be absent from the model-facing skill listing. OMP hiding is not an authorization boundary. Keep this as a user handoff and write the applicable command exactly. - Cut: a table of every cut idea and its reason.
7. Present
Print one line with the counts and the absolute path (7 ranked, 31 cut → <path>), then one line per survivor: 1. <title> · <basis type> · <size>. When at least one idea survives, name the top pick in a sentence; otherwise say no idea passed verification. Then stop: the user takes a surviving idea into /grill-with-docs by pasting its Take it further prompt.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

