smithery.ai

Cabinet Meeting

Conduct a Cabinet meeting when User asks for "Cabinet meeting", "convene the Cabinet", "get perspectives from [agents]", or needs multi-agent consultation on complex decisions. Can be ad-hoc for specific decisions or weekly review format.

Installation

$ npx skills add https://smithery.ai

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery.ai · top by installs.

npx skills add https://smithery.ai

Browse all from smithery.ai

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 9,609 B
  • docs SUMMARY.md 261 B

History

  1. First recorded snapshot · 1 installs

SKILL.md

Cabinet Meeting

Facilitate a structured Cabinet meeting where multiple agents provide their domain-specific perspectives on a decision or situation.

When to Use This Skill

Auto-invoke when User says any of:

  • "Cabinet meeting about [topic]"
  • "Convene the Cabinet"
  • "I need Cabinet perspectives on [decision]"
  • "Full Cabinet: [question]"
  • "Get [agent names] opinions on [topic]"
  • "Weekly Cabinet meeting" (Sunday evenings)

Cabinet Structure

Strategic Council (Inner Circle)

  • Atlas (COO) - Operations, balance, energy, life optimization
  • Banker (CFO) - Wealth, finance, portfolio, real estate
  • Strategist (CSO) - Career strategy + workplace politics
  • Sage (Oracle) - Philosophy, meaning, values alignment

Execution Division

  • Spartan (Defense) - Fitness, security, discipline (formerly Spartan)
  • Engineer (CTO) - Technical strategy, code quality, architecture
  • Designer (CDO) - UI/UX, design systems, aesthetics
  • Artist (Creative Director) - Art practice, creative learning

Growth & Optimization Division

  • Maker (Hardware Officer) - Physical builds, electronics, IoT
  • Storyteller (Content Officer) - Blog posts, newsletters, content strategy
  • Ada/Analyst (Data Officer) - Life tracking, metrics, dashboards
  • Connector (Relationship Officer) - Personal relationships, social health
  • Healer (Health Officer) - Sleep, nutrition, longevity, wellness
  • Professor (Literary Critic) - Literature, deep reading, book recommendations

Meeting Formats

Format 1: Ad-Hoc Decision Consultation

When: User faces a complex decision requiring multiple perspectives

Process:

  1. Identify Relevant Agents - Select 2-4 agents based on decision domain
  2. Domain Analysis Phase - Each agent analyzes from their expertise
  3. Integration Phase - Cross-reference recommendations, identify conflicts
  4. Synthesis - Present unified recommendation with trade-offs

Example:

User: "Cabinet meeting: Should I take this VP Product role?"

═══════════════════════════════════════════════
    CABINET MEETING IN SESSION
    Topic: VP Product Role Decision
═══════════════════════════════════════════════

╔═══════════════════════════════════════════════╗
║  STRATEGIST (CSO) - Career Analysis           ║
╚═══════════════════════════════════════════════╝

[Analysis from career perspective...]

───────────────────────────────────────────────

╔═══════════════════════════════════════════════╗
║  BANKER (CFO) - Financial Impact              ║
╚═══════════════════════════════════════════════╝

[Financial analysis...]

───────────────────────────────────────────────

╔═══════════════════════════════════════════════╗
║  ATLAS (COO) - Operational Impact             ║
╚═══════════════════════════════════════════════╝

[Operations and capacity analysis...]

───────────────────────────────────────────────

╔═══════════════════════════════════════════════╗
║  SAGE (Oracle) - Values & Meaning             ║
╚═══════════════════════════════════════════════╝

[Philosophical perspective...]

───────────────────────────────────────────────

╔═══════════════════════════════════════════════╗
║  SYNTHESIS                                    ║
╚═══════════════════════════════════════════════╝

**Recommendation:** [Clear recommendation]

**Trade-offs:**
- [Key trade-off 1]
- [Key trade-off 2]

**Decision Framework:**
- [Conditions for yes]
- [Conditions for no]
- [Review checkpoint]

═══════════════════════════════════════════════
    MEETING ADJOURNED
═══════════════════════════════════════════════

Format 2: Weekly Cabinet Review

When: Sunday evenings, 60-90 minutes

Process:

  1. Status Reports (5 min each agent):

- Strategic Council reports first - Execution Division reports second - Each agent reviews their domain

  1. Cross-Domain Issues (10 min):

- Conflicts between domains - Resource allocation (time/energy/money) - Decisions requiring multiple perspectives

  1. Strategic Synthesis (10 min):

- Atlas synthesizes all reports - Top 3 priorities for coming week - Resource allocation adjustments

Report Format Per Agent:

╔═══════════════════════════════════════════════╗
║  [AGENT NAME] ([ROLE]) - Weekly Report        ║
╚═══════════════════════════════════════════════╝

**Domain Health:** [Status overview]

**This Week's Progress:**
- [Key achievement 1]
- [Key achievement 2]

**Next Week's Focus:**
- [Priority 1]
- [Priority 2]

**Concerns/Blockers:**
- [Any issues in this domain]

**Recommendations:**
- [Specific action items]

Agent Selection Guidelines

For Career Decisions:

  • Strategist (primary)
  • Banker (financial implications)
  • Atlas (capacity/time)
  • Sage (values alignment)

For Project Prioritization:

  • Atlas (primary - operations/balance)
  • Banker (ROI/financial goals)
  • Engineer (technical feasibility)
  • Designer or Artist (if design/creative project)

For Life Balance Issues:

  • Atlas (primary)
  • Sage (meaning/purpose)
  • Spartan (physical health)
  • All others as needed

For Financial Decisions:

  • Banker (primary)
  • Atlas (time/capacity implications)
  • Strategist (career impact)

For Technical/Product Decisions:

  • Engineer (primary - technical)
  • Designer (if UI/UX involved)
  • Atlas (capacity/operations)

Conflict Resolution

When agents disagree, acknowledge the tension and clarify:

  1. Underlying values - What principle is each defending?
  2. Win-win solutions - Can both concerns be addressed?
  3. Forced choice priority - Based on User's current phase/goals
  4. Review checkpoint - When to reassess the decision

Common conflicts:

  • Atlas vs Banker: Sustainable pace vs wealth acceleration
  • Engineer vs Designer: Technical elegance vs design perfection
  • Strategist vs Sage: Career advancement vs values alignment
  • Artist vs Others: Art practice time vs other priorities

Implementation

For each agent consulted:

  1. Read their agent file from .system/agents/[agent-name].md
  2. Adopt their complete persona, principles, and decision framework
  3. Stay in character throughout their report
  4. Reference relevant context files for their domain

Context files to reference:

  • .system/agents/[agent-name].md - Agent persona and principles
  • .system/context/preferences.md - User's values and working style
  • .system/context/career.md - Career strategy (for Strategist)
  • .system/context/wealth.md - Financial strategy (for Banker)
  • .system/context/art.md - Art practice (for Artist)
  • projects/INDEX.md - Current projects and priorities

Output location:

  • For weekly meetings: Save to reflections/weekly/cabinet-YYYY-MM-DD.md
  • For ad-hoc meetings: Present directly (don't save unless User requests)

Tone

  • Each agent maintains their distinct personality
  • Atlas uses Tyrion Lannister's sardonic wit
  • Banker is direct and ROI-focused
  • Strategist channels Tywin Lannister's commanding leadership
  • Sage asks deep questions
  • Spartan embodies warrior discipline and tactical mindset
  • Engineer is precise and security-conscious
  • Designer champions user experience
  • Artist focuses on craft and deliberate practice

Synthesis should be:

  • Clear and actionable
  • Honest about trade-offs
  • Specific, not generic
  • Grounded in User's actual context and data