bob-challenge-idea
Adversarial idea review — interactive intake followed by 8 specialist agents in parallel attacking assumptions, prior art, scope explosion, scale, operational…
Skill by mattdurham
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/mattdurham-bob-challenge-idea
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md and code. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/bob-challenge-idea
What's inside
- Skill name
bob-challenge-idea- Description
- Adversarial idea review — interactive intake followed by 8 specialist agents in parallel attacking assumptions, prior art, scope explosion, scale, operational burden, alternatives, user need, and reversibility. Outputs severity-ranked findings to .bob/state/idea-review.md with a routing recommendation.
- License
- MIT
- Instructions
- 692 lines in SKILL.md · view on GitHub
Agent Skills spec issues
- body: 692 lines (spec recommends under 500)
Files (2)
- SKILL.goose.md
- SKILL.md
SKILL.md (first lines)
# Challenge Idea — Orchestrator
You are the **orchestrator** for a hostile, adversarial idea review. You first run a brief interactive intake with the user, then spawn eight independent **team agents** — each with a narrow, hostile mandate — and wait for their findings. You consolidate results into a severity-ranked report in `.bob/state/idea-review.md`.
**You are a pure orchestrator after intake:**
- During intake, you ask clarifying questions — one at a time
- Once intake is complete, you ONLY spawn agents, read their output files, and produce the final report
- You NEVER make implementation decisions yourself
- You NEVER skip the wait — all eight agents must complete before consolidating
---
## Core Mindset
Challenge the idea's claims using evidence. Treat suspected failure modes as
hypotheses to investigate; an idea may have no demonstrated critical flaw.
Separate verified problems from unresolved assumptions and questions. Missing
evidence is uncertainty, not proof that the idea is broken. State what would
validate or refute each concern, and assign severity from demonstrated impact
under the stated constraints. Checklist severity labels below are examples,
not mandatory verdicts. For each finding, describe plausible remedies and their
cost, constraints, and remaining uncertainty. Recommendations depend on whether
the problem can be resolved at an acceptable cost, not the severity count alone.
---
## Workflow
```
INTAKE (interactive)
│
▼
WRITE scope.md
│
▼
SPAWN 8 TEAM AGENTS IN PARALLEL
├── team-1: Assumption Auditor
├── team-2: Prior Art Hunter
├── team-3: Scope Explosion Detector
├── team-4: Scale & Cardinality Attacker
├── team-5: Operational Burden Assessor
├── team-6: Alternative Solutions Devil
├── team-7: User Need Validator
└── team-8: Reversibility & Risk Auditor
│
▼
WAIT (all 8 must complete)
│
▼
CONSOLIDATE → .bob/state/idea-review.md
```
---
## Phase 1: INTAKE
Greet the user:
```
"Let's stress-test this idea. I'll ask a couple of quick questions first,
then unleash 8 hostile reviewers on it simultaneously."
```
**Read the input first.** Assess how much context is already present:
- **Rich input** (a full doc with problem statement, constraints, scale, success criteria already present): ask 0–1 questions max — just confirm anything genuinely ambiguous.
- **Medium input** (a paragraph or two, some context but gaps): ask 1–2 targeted questions filling the most obvious gaps.
- **Terse input** (a sentence or a short phrase): ask up to 3 questions.
**Questions to draw from (only ask what's missing):**
1. **Scale/context** — "What's the rough scale this needs to work at?" (e.g. single service, 10k tenants, petabyte-scale, global fleet)
2. **Constraints** — "Any hard constraints? (time to ship, budget, existing tech stack, team size)"
3. **Success criteria** — "How would you know this worked? What does good look like?"
Ask **one question at a time**. Wait for the answer before asking the next. Stop as soon as you have enough — don't pad.
---
## Phase 2: WRITE SCOPE
Create the review directory and write the scope file:
```bash
mkdir -p .bob/review/idea
```
Write `.bob/review/idea/scope.md` containing:
- The original idea verbatim (or the full doc content if a file was provided)
- Clarification answers from intake (labelled clearly)
- The Core Mindset rules above, including evidence, uncertainty, severity, and
remedy-cost requirements; these rules govern every reviewer
- One-line summary: "Idea in one sentence: ..."
All eight agents will read this file as their primary input.
---
## Phase 3: SPAWN 8 TEAM AGENTS IN PARALLEL
Start all eight simultaneously. Do NOT wait for one before starting the next.
---
### Team Agent 1 — Assumption Auditor (team-analyst)
**Mandate:** Surface every hidden assumption in the idea and verify it.
```
Agent(
agent: "team-analyst",
description: "Assumption audit",
background: true,
prompt: """
You are a hostile assumption auditor. Hypothesis to investigate: every claim in this idea
is unvalidated until proven otherwise.
Read .bob/review/idea/scope.md and apply its shared review rules.
Treat the checklist as investigation prompts; do not infer severity merelyFrom mattdurham/bob, MIT.
More from mattdurham/bob
- 0.632score
bob-generate-okf
mattdurham
Create or update an OKF knowledge catalog linking the project’s packages, decisions, patterns, and confirmed planned work to authoritative sources.
SkillAFreshness: A★ 10Claude Code +9 - 0.632score
bob-internal-go-coding
mattdurham
Consult Go-specific guidance for ownership, concurrency, external sizes, and error handling when implementing or reviewing those hazards.
SkillAFreshness: A★ 10Claude Code +9 - 0.627score
bob-generate-overview
mattdurham
Explain an existing codebase element in a self-contained offline HTML report grounded in code, tests, and specifications.
SkillAFreshness: A★ 10Claude Code +9 - 0.627score
go-presubmit-reviewer
mattdurham
Go-specific pre-submit reviewer targeting patterns that survive generic review but cause problems in production — pool lifetimes, concurrency races, int64/int…
SkillAFreshness: A★ 10Claude Code +9 - 0.627score
bob-audit
mattdurham
Check documented guarantees against implementation and tests; report violations and unverified claims without modifying the codebase.
SkillAFreshness: A★ 10Claude Code +9 - 0.624score
bob-code-review
mattdurham
Review changes without modifying them; report findings and draft remediation plans or comments.
SkillAFreshness: A★ 10Claude Code +9 - 0.624score
bob-matt-implement-spec
Matt Pocock
Implement the result of /bob-matt-to-spec and /bob-matt-to-tickets in code.
SkillAFreshness: A★ 10Claude Code +9 - 0.619score
bob-cleanup
mattdurham
Simplify code and documentation while preserving behavior and public contracts, then verify and review the changes.
SkillAFreshness: A★ 10Claude Code +9 - 0.619score
bob-matt-research
Matt Pocock
Investigate a topic or explore a codebase using primary sources, then save grounded findings in a Markdown report.
SkillAFreshness: A★ 10Claude Code +9 - 0.617score
commit-agent
mattdurham
Creates commits and pull requests with proper git workflow
SkillAFreshness: A★ 10Claude Code +9 - 0.610score
bob-matt-diagnosing-bugs
Matt Pocock
Diagnosis loop for hard bugs and performance regressions.
SkillAFreshness: A★ 10Claude Code +9 - 0.605score
bob-matt-codebase-design
Matt Pocock
Shared vocabulary for designing deep modules.
SkillAFreshness: A★ 10Claude Code +9
Signals
- Stars
- 10
- Forks
- 3
- Open issues
- 1
- Last commit (this folder)
- Oct 13, 2026 (15 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/mattdurham/bob
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from mattdurham
- 0.632score
bob-generate-okf
mattdurham
Create or update an OKF knowledge catalog linking the project’s packages, decisions, patterns, and confirmed planned work to authoritative sources.
SkillAFreshness: A★ 10Claude Code +9 - 0.632score
bob-internal-go-coding
mattdurham
Consult Go-specific guidance for ownership, concurrency, external sizes, and error handling when implementing or reviewing those hazards.
SkillAFreshness: A★ 10Claude Code +9 - 0.627score
go-presubmit-reviewer
mattdurham
Go-specific pre-submit reviewer targeting patterns that survive generic review but cause problems in production — pool lifetimes, concurrency races, int64/int…
SkillAFreshness: A★ 10Claude Code +9 - 0.627score
bob-audit
mattdurham
Check documented guarantees against implementation and tests; report violations and unverified claims without modifying the codebase.
SkillAFreshness: A★ 10Claude Code +9 - 0.627score
bob-generate-overview
mattdurham
Explain an existing codebase element in a self-contained offline HTML report grounded in code, tests, and specifications.
SkillAFreshness: A★ 10Claude Code +9 - 0.624score
bob-code-review
mattdurham
Review changes without modifying them; report findings and draft remediation plans or comments.
SkillAFreshness: A★ 10Claude Code +9
Cite this page
bob-challenge-idea skill. Agent Mart. https://agentmart.dev/skills/mattdurham-bob-challenge-idea (last updated 2026-10-24)