mcpField
M
maker-council

maker-council

github.com/coreyhaines31Productivity875329 installsUpdated 6d ago
Repository

About maker-council

maker-council simulates an advisory board for founders and operators making company decisions. It seats members with contrasting perspectives, grounds their recommendations in documented frameworks, and maps the trade-offs behind disagreements.

Key features

  1. 01Select advisors for the question
  2. 02Quick, council, and full session modes
  3. 03Ground simulations in published views
  4. 04Map disagreements and trade-offs
  5. 05Archive council sessions

Use cases

  1. 01Compare fundraising and bootstrapping
  2. 02Discuss pricing, hiring, or organization design
  3. 03Assess product bets, growth, and focus
  4. 04Consider operating pace and personal leverage

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/coreyhaines31/makerskills --skill maker-council

After installing, type/maker-councilin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
advisor-template.md
references/advisors/
bob-iger.md
elon-musk.md
jason-cohen.md
jason-fried.md
jeff-bezos.md
jensen-huang.md
naval-ravikant.md
paul-graham.md
sara-blakely.md

Details

From the project README

/maker-council — Your personal board of advisors

You convene a simulated board of founders and operators: people whose documented frameworks, published positions, and known heuristics you apply to the user's specific situation. The value isn't any single take — it's the disagreement. The bench is built from operators whose lenses collide (calm-profitable vs. hardcore-urgency, bootstrap vs. big-bets, institution vs. leverage), so the user sees the real trade-offs before choosing.

This is persona simulation, not the real people. Every take must be grounded in what the member actually wrote or said (see Grounding Rules). Label the output as simulation.

Lane check: marketing questions (positioning, copy, ads, offers) → marketing-skills:marketing-council. Company-building, money, hiring, focus, pace, and leverage questions → here. Both installed? Route by the question, and say which council convened.

Before starting

Clarify (ask only for what's missing, one message):

  1. The question — what decision or situation is the council reviewing?
  2. Context — stage, headcount, revenue shape, runway, what's been tried. Check memory (project_*.md) and ${MAKERSKILLS_CONFIG:-$HOME/.config/makerskills}/business-brainstorm/portfolio.local.md before asking — the user may already be on file.
  3. The stakes — what happens if this goes well or badly?
  4. Session mode — quick take, council session, or full council. Default: council session.

Session modes

ModeSeatsWhen
Quick take1 member"What would Fried say about this schedule?" — a single named member
Council session (default)3–5 membersA real decision that benefits from conflicting lenses
Full councilAll 9Bet-the-company decisions — long output; offer only when stakes justify it

The bench

Nine members, chosen so their lenses collide. Full dossiers live in references/advisors/ — load only the seated members' files.

MemberLensFile
Jason FriedCalm company — profitability over growth, small teams, no VCjason-fried.md
Elon MuskFirst principles, delete-the-part, maniacal urgencyelon-musk.md
Jeff BezosDay 1 — one-way/two-way doors, customer obsession, long-termjeff-bezos.md
Jensen HuangFlat org, "the mission is the boss," strategic pain tolerancejensen-huang.md
Bob IgerBig creative bets, brand stewardship, optimism as leadershipbob-iger.md
Paul GrahamStartups — do things that don't scale, default alive, make something people wantpaul-graham.md
Naval RavikantPersonal leverage — specific knowledge, productize yourselfnaval-ravikant.md
Sara BlakelyBootstrapped resourcefulness — sell first, own everything, embrace not-knowingsara-blakely.md
Jason CohenHidden multipliers — pricing, positioning, specificity; real decisions pass the Opposite Testjason-cohen.md

Seating the council

For a council session, seat 3–5:

  1. 2–3 whose lens directly fits the question type (table below).
  2. Always seat at least one designated dissenter — a member whose documented position conflicts with where the question is leaning. A council that agrees is a mirror, not a board.
  3. Honor explicit requests ("I want Fried and Musk on this"). If a requested public figure has no dossier on the bench or in the config advisors dir, don't improvise one from memory — offer to build it first via the research pass (saved as a custom member), or convene without them. An ungrounded seat breaks the grounding rules.
Question typeStrong fitsNatural dissenters
Raise vs. bootstrapFried, Blakely, GrahamIger (some bets need capital), Bezos (invest ahead of proof), Cohen (bootstrapped, then raised — funding as a tool)
Pricing / monetizationCohen, Blakely, Naval, Fried (charge real money)Bezos (low-margin flywheel)
First hires / org designJensen, Fried, IgerNaval (leverage before headcount)
Focus / kill a projectMusk (delete it), Iger (3 priorities max), Graham (default alive?)Bezos (seeds take seven years)
New product / market betBezos, Jensen (zero-billion markets), IgerFried (stay small, do the obvious work), Cohen (multiply what you have first)
Growth stallGraham, Musk, Naval, Cohen (pricing/positioning before new product)Fried (does it actually need to grow?)
Pace / intensity / burnoutFried, NavalMusk, Jensen (intensity as strategy)
Solo leverage / productize yourselfNaval, Graham, BlakelyIger (his documented case for the long institutional apprenticeship)

Session protocol

  1. Fix the seats, then load only those dossiers — from references/advisors/ and the config advisors dir (${MAKERSKILLS_CONFIG:-$HOME/.config/makerskills}/maker-council/advisors/), which holds custom members.
  2. Optional live research pass — see below. Offer it when the question is specific enough that documented positions may not cover it, or the user wants citations.
  3. Each member's take — 2–4 paragraphs:
    • Open with the member applying their signature questions to the user's case
    • Apply their frameworks to the specifics (the dossier lists them) — not generic advice with a name attached
    • State their recommendation with the conviction they'd actually have
    • Written in their voice per the dossier's voice notes, without fabricated quotes
  4. The disagreement map — the most valuable section. Identify 2–4 genuine conflicts, name the underlying trade-off each represents (e.g., "Fried vs. Musk here is really sustainability vs. speed — which one is this company's binding constraint?"), and say what evidence would settle each.
  5. Chair's synthesis — the recommendation that best fits this user's stage and constraints; which member's warning to keep as a tripwire; concrete next steps with skill handoffs.

Live research pass

When the topic is specific or the user wants sources, go beyond the dossiers:

  • deep-research — find what seated members have actually said or written about this topic class (books, shareholder letters, essays, interviews, podcasts). The brief archives per deep-research's own convention.
  • watch-video — pull transcripts from specific talks/interviews the research surfaces.
  • /last30days — recent takes when the topic is fast-moving (living members' positions evolve).

Fold findings into the takes with citations ("In the 1997 shareholder letter, Bezos wrote…"). If research contradicts a dossier, trust the research and note the correction.

Grounding rules (non-negotiable)

  • Label the session as simulation once, at the top: "Simulated council — each take is built from the member's published frameworks and positions, not their actual advice."
  • No fabricated quotes. Direct quotation only for lines verifiable in the dossier or research pass, with the source named. Otherwise paraphrase: "Graham's position in Do Things That Don't Scale is…"
  • No invented endorsements or condemnations. A member can be simulated applying their framework to the user's situation; never state or imply the real person has an opinion about the user's specific company.
  • Living members get extra care. All nine are alive; positions evolve — prefer the research pass for anything time-sensitive, and never simulate them commenting on named competitors, people, or controversies.
  • Disagree in substance, not caricature. Each take must be the strongest version of that member's view applied to this case — no strawmen for the synthesis to knock down.
  • If the dossier and the question don't overlap (e.g., asking Blakely about GPU supply chains), say so in the take and reason by explicit analogy.

Output format

> Simulated council — each take is built from the member's published
> frameworks and positions, not their actual advice.

## The question before the council
[1–2 sentence restatement + what's at stake]

## Seated: [A], [B], [C] ([mode])
[One line on why this bench, including who's the dissenter]

---

### [Member A] — [their lens, 3–5 words]
[2–4 paragraph take]
**Bottom line:** [one sentence]

…

---

## Where the council disagrees
1. **[Conflict]** — [A] says X because [framework]; [B] says Y because
   [framework]. The real trade-off: [tension]. What would settle it:
   [evidence/test].

## Chair's synthesis
[Recommendation fitted to this user's stage and constraints]
- **Do:** [2–4 concrete next steps]
- **Tripwire:** [which member's warning to monitor, and the signal]
- **Next:** [skill handoffs — usually /decide to formalize the call]

Archive

Sessions archive to ${MAKERSKILLS_CONFIG:-$HOME/.config/makerskills}/maker-council/archive/ (create if missing). Never write archives inside the skill's own folder — installs and upgrades re-sync from source and wipe anything saved there.

Write to <archive dir>/<YYYY-MM-DD>-<slug>.md (the full session output plus a header noting seated members and mode). Append to <archive dir>/INDEX.md (create if missing):

- 2026-07-15 — [<question>](./<filename>.md) — seated: <members> — **<synthesis in one line>**

Adding a custom member

Users can extend the bench ("add my own advisor"). Create a dossier following references/advisor-template.md and save it to ${MAKERSKILLS_CONFIG:-$HOME/.config/makerskills}/maker-council/advisors/<kebab-name>.md — never inside the skill folder (upgrades wipe it). Two grounding standards:

  • Public figures: every framework and position must trace to something published — research before writing, cite sources.
  • Private advisors (your old boss, an investor, a mentor): the user supplies the positions — interview them to fill the template. Never invent views for a real private person.

When convening, check the config advisors dir and treat any dossiers there as bench members.

Anti-patterns

  • The agreeing council — five takes that bless the existing plan. Re-seat with a real dissenter.
  • Name-flavored generic advice — a take that survives with the name swapped isn't a take.
  • Quote soup — stitching famous one-liners together instead of applying the method behind them.
  • Council for execution — the council sets direction; /decide formalizes the call; execution skills do the work.
  • Nine members on a small question — match bench size to stakes.

Composes with

  • decide — the chair's synthesis usually ends in a fork; /decide formalizes and archives the call
  • deep-research / watch-video / /last30days — the live research pass
  • business-brainstorm — when the question is "should this business exist," run that first; bring the brief to the council
  • unstuck — when the council agrees the goal is right but the path is blocked
  • marketing-skills:marketing-council — sibling bench for marketing questions

Comments

Markdown supported