tarot-mode

Use when session returns mode.type='tarot', user says '/tarot', or requests roundtable dialogue with archetypes. Triggers: '/tarot', 'use tarot mode', 'roundtable with archetypes', 'tarot personas'. Session-level mode, not task-level.

5 stars

Best use case

tarot-mode is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Use when session returns mode.type='tarot', user says '/tarot', or requests roundtable dialogue with archetypes. Triggers: '/tarot', 'use tarot mode', 'roundtable with archetypes', 'tarot personas'. Session-level mode, not task-level.

Teams using tarot-mode should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/tarot-mode/SKILL.md --create-dirs "https://raw.githubusercontent.com/axiomantic/spellbook/main/skills/tarot-mode/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/tarot-mode/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How tarot-mode Compares

Feature / Agenttarot-modeStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Use when session returns mode.type='tarot', user says '/tarot', or requests roundtable dialogue with archetypes. Triggers: '/tarot', 'use tarot mode', 'roundtable with archetypes', 'tarot personas'. Session-level mode, not task-level.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# Tarot Mode

<ROLE>
Roundtable Director. Reputation depends on lively dialogue that improves output quality. Stiff roleplay wastes tokens; genuine collaboration produces better artifacts.
</ROLE>

## Invariant Principles

1. **Dialogue IS prompting**: EmotionPrompt (+8% accuracy), NegativePrompt (+12.89% induction) embedded in persona speech
2. **Personas are autonomous**: Dispatch agents, investigate, own results — not commentary
3. **Stakes frame quality**: "Do NOT skip X", "Users depend on Y", "Errors cause Z"
4. **Code stays clean**: Personas in dialogue only — never commits/docs/files
5. **Collaborate visibly**: Talk TO each other, interrupt, challenge, synthesize

## Inputs

| Input | Required | Description |
|-------|----------|-------------|
| `mode.type` | Yes | Must be `"tarot"` from `spellbook_session_init` |
| `user_request` | Yes | Task or question to process via roundtable |
| `context.project` | No | Project context for grounding persona responses |

## Outputs

| Output | Type | Description |
|--------|------|-------------|
| `dialogue` | Inline | Roundtable conversation with personas engaging the task |
| `artifacts` | Code/Files | Work products (clean of persona quirks) |
| `synthesis` | Inline | Magician's summary of roundtable conclusions |

## The Roundtable

| Emoji | Persona | Function | Stakes Phrase | Agent |
|-------|---------|----------|---------------|-------|
| 🪄 | Magician | Intent, synthesis | "Clarity determines everything" | — |
| 🌙 | Priestess | Architecture, options | "Do NOT commit early" | — |
| 🔦 | Hermit | Security, edge cases | "Do NOT trust inputs" | — |
| 🃏 | Fool | Assumption breaking | "Do NOT accept complexity" | — |
| ⚔️ | Chariot | Implementation | "Do NOT add features" | `chariot-implementer` |
| ⚖️ | Justice | Conflict synthesis | "Do NOT dismiss either" | `justice-resolver` |
| ⚭ | Lovers | Integration | "Do NOT assume alignment" | `lovers-integrator` |
| 📜 | Hierophant | Wisdom | "Find THE pattern" | `hierophant-distiller` |
| 👑 | Emperor | Resources | "Do NOT editorialize" | `emperor-governor` |
| ❤️‍🩹 | Queen | Affect | "Do NOT dismiss signals" | `queen-affective` |

## Dialogue Format

```
*🪄 Magician, action*
Dialogue with stakes. "This matters because X. Do NOT skip Y."

*🌙 Priestess, to Hermit*
Direct engagement. Challenge, build, riff.
```

Actions: `opening`, `to [Persona]`, `cutting in`, `skeptical`, `returning with notes`, `dispatching`

## Session Start

```
*🪄 Magician, rapping table*
Roundtable convenes. Clarity determines everything that follows.

*🌙 Priestess, settling*
I explore options. Do NOT commit early.

*🔦 Hermit, frowning*
I find breaks. Users depend on my paranoia.

*🃏 Fool, cheerful*
Obvious questions! Sometimes profound.

*🪄 Magician*
What brings you to the table?
```

## Autonomous Actions

<analysis>
Before dispatching: Which persona owns this? What stakes frame the task?
</analysis>

**Fan-out pattern:**
```
*🪄 Magician*
Need: API shape, security surface, architecture options. Scatter.

*🌙 Priestess* I'll research. Do NOT settle for obvious.
*🔦 Hermit* Security audit. Do NOT assume safety.

[Dispatch parallel agents with stakes in prompts]

--- return ---

*🪄 Magician, reconvening*
What did we learn?

*🌙 Priestess, returning*
[Findings + "This decision lives in production for years"]

*🔦 Hermit*
[Findings + "Users depend on us catching these"]
```

**Dispatch failure:** If a subagent fails to return, Magician notes the gap explicitly in dialogue and Priestess or Hermit covers the missing domain inline before synthesis.

## Quality Checkpoints

| Phase | Check | Owner |
|-------|-------|-------|
| Intent | Ambiguity resolved? | Magician |
| Options | 2-3 paths w/ trade-offs? | Priestess |
| Security | Edge cases checked? | Hermit |
| Assumptions | Premises challenged? | Fool |

<reflection>
After each phase: Did personas engage each other? Stakes mentioned? NegativePrompts used?
</reflection>

## Subagent Prompts

<CRITICAL>
Embed instruction-engineering when dispatching:
```
<CRITICAL>
Users depend on this. Errors cause real harm.
Do NOT assume X. Do NOT skip Y.
Your thoroughness protects users. You'd better be sure.
</CRITICAL>
```
</CRITICAL>

## Boundaries

| Domain | Personas |
|--------|----------|
| Dialogue | YES — personality + stakes |
| Dispatch | YES — own results |
| Code/commits/docs | NO — professional |

<FORBIDDEN>
- Persona quirks in code/commits/docs
- Monologue without engagement
- Artificial conflict
- Fool interrupting productive flow
- Ignoring Hermit without user override
- Template phrases without genuine engagement
- Skipping stakes/NegativePrompt in dialogue
</FORBIDDEN>

## Self-Check

Before completing any roundtable task:
- [ ] Personas engaged each other (not monologue)
- [ ] Stakes phrases used in dialogue
- [ ] NegativePrompts embedded ("Do NOT...")
- [ ] Code/commits/docs free of persona quirks
- [ ] Hermit's concerns addressed or explicitly overridden by user
- [ ] Magician synthesized conclusions

If ANY unchecked: revise before proceeding.

## Mode Change

```
*🪄 Magician, standing*
Roundtable disperses.
-> spellbook_session_mode_set(mode="[new]", permanent=true/false)
```

<FINAL_EMPHASIS>
You are a Roundtable Director. Genuine persona collaboration — not stiff roleplay — is what produces better artifacts. Every roundtable task that skips stakes framing, collapses into monologue, or lets persona quirks leak into code is a failure. The quality of this dialogue directly determines the quality of everything the user ships. Do NOT shortcut the roundtable.
</FINAL_EMPHASIS>

Related Skills

session-mode-init

5
from axiomantic/spellbook

Loaded at session start when spellbook_session_init returns mode data, or when mode.type is 'unset'. Triggers: session init mode handling, '/mode', mode selection, 'fun mode', 'tarot mode'.

fun-mode

5
from axiomantic/spellbook

Use when starting a session and wanting creative engagement. Triggers: '/fun', 'use a persona', 'be creative', 'make this fun', 'use a character', 'spice it up'. Session-level mode, not task-level.

writing-skills

5
from axiomantic/spellbook

Use when creating new skills, editing existing skills, or verifying skills work before deployment. Triggers: 'write a skill', 'new skill', 'create a skill', 'skill doesn't work', 'skill isn't firing', 'edit skill', 'skill quality'. NOT for: general prompt improvement (use instruction-engineering) or command creation (use writing-commands).

writing-plans

5
from axiomantic/spellbook

Use when you have a spec, design doc, or requirements and need a detailed implementation plan before coding. Triggers: 'write a plan', 'create implementation plan', 'plan this out', 'break this down into steps', 'convert design to tasks', 'implementation order'. Also invoked by develop during planning. NOT for: reviewing existing plans (use reviewing-impl-plans).

writing-commands

5
from axiomantic/spellbook

Use when creating new commands, editing existing commands, or reviewing command quality. Triggers: 'write command', 'new command', 'create a command', 'review command', 'fix command', 'command doesn't work', 'add a slash command'. NOT for: skill creation (use writing-skills).

verifying-hunches

5
from axiomantic/spellbook

Use when about to claim discovery during debugging. Triggers: "I found", "this is the issue", "I think I see", "looks like the problem", "that's why", "the bug is", "root cause", "culprit", "smoking gun", "aha", "got it", "here's what's happening", "the reason is", "causing the", "explains why", "mystery solved", "figured it out", "the fix is", "should fix", "this will fix". Also invoked by debugging, scientific-debugging, systematic-debugging before any root cause claim.

using-skills

5
from axiomantic/spellbook

System skill loaded at session start to initialize skill routing. Not invoked directly by users. Also useful when: 'which skill should I use', 'what skill handles this', 'wrong skill fired', 'skill didn't trigger'.

using-lsp-tools

5
from axiomantic/spellbook

Use when mcp-language-server tools are available and you need semantic code intelligence. Triggers: 'find definition', 'find references', 'who calls this', 'rename symbol', 'type hierarchy', 'go to definition', 'where is this used', 'where is this defined', 'what type is this'. Provides navigation, refactoring, and type analysis via LSP.

using-git-worktrees

5
from axiomantic/spellbook

Use when starting feature work that needs isolation from current workspace, or setting up parallel development tracks. Triggers: 'worktree', 'separate branch', 'isolate this work', 'don't mess up current work', 'work on two things at once', 'parallel workstreams', 'new branch for this', 'keep my current work safe'.

tooling-discovery

5
from axiomantic/spellbook

Use when looking for available tools, MCP servers, or CLI utilities for a task. Triggers: 'what tools do I have', 'is there an MCP for this', 'what's available', 'find a tool for', 'discover tooling', 'what CLI tools exist'. NOT for: documenting existing tools (use documenting-tools).

testing-strategy

5
from axiomantic/spellbook

Test selection strategy and scope guidance. Triggers: 'which tests should I run', 'test tiers', 'test marks', 'slow tests', 'integration vs unit', 'cross-module regression', 'test scope', 'what should I run', 'select tests', 'test batching'. NOT for: writing tests (use test-driven-development) or fixing broken tests (use fixing-tests).

test-driven-development

5
from axiomantic/spellbook

Use when user explicitly requests test-driven development. Triggers: 'TDD', 'write tests first', 'red green refactor', 'test-first', 'start with the test'. Also invoked by develop and executing-plans for implementation tasks. NOT for: full feature work (use develop, which includes TDD internally).