AI-PHISR Documentation

A product management operating system built on Claude Code + Obsidian. Persistent context, specialized agents, 21 skills, 8 playbooks.

TL;DR AI-PHISR keeps your product context in an Obsidian vault. Claude Code reads it before every interaction, so you never start from scratch. Type a slash command, get a context-aware output, and when that command creates an artifact or updates memory it writes back to the vault for next time.
New here? Start with docs/course.html if this is your first setup. This page is the reference guide after you have the basics running.

How It Works

Every interaction follows the same loop:

You ask something

Type a question or run a slash command in Claude Code

Context loads automatically

Claude reads your strategy, initiatives, sprint state, and recent sessions

Agent routes your request

The right agent picks the right skill(s) to run

Skill executes

Produces structured, context-grounded output

Vault write-back

Artifacts and memory updates are saved when the command is designed to write back

The compounding effect Each session makes the next one smarter. Decisions you logged last week inform today's hypothesis. Sprint summaries feed into retrospectives. Your AI gets better the more you use it.

Prerequisites

Claude Pro or Max

$20/mo or $100/mo at claude.ai. Includes Claude Code access.

Obsidian

Free. Download from obsidian.md

Node.js LTS

Required to install Claude Code CLI

Installation

Step 1: Install Node.js LTS

Install Node.js LTS from nodejs.org, then confirm both Node and npm are available in your terminal.

# Windows PowerShell
node --version
npm --version

# Mac/Linux
node --version
npm --version

Step 2: Install Claude Code

npm install -g @anthropic-ai/claude-code
claude --version

Step 3: Open the vault in Obsidian

Open Obsidian, click "Open folder as vault", and select the vault/ directory inside the ai-phisr project.

Step 4: Verify

# Windows PowerShell
cd "C:\path\to\ai-phisr"
Get-Location
dir
claude

# Mac/Linux
cd /path/to/ai-phisr
claude

Claude Code should start in the project root and accept input. The exact startup text may differ by version, so focus on behavior: Claude opens, slash commands are available, and you are in the same folder as CLAUDE.md.

Setup Worksheet

Before using the system, fill out Setup_Worksheet.md in the project root. It takes about 15 minutes and captures:

  • Product overview — name, description, target users, key problems
  • Strategy — vision, 1-3 strategic bets, OKRs
  • Active initiatives — what you're building now
  • Team & stakeholders — who you work with and what they care about
  • Dependencies — cross-team coordination needs
  • Communication style — how you write (for PM Voice Creator)
  • Current sprint — what's happening right now

First Run

After filling out the worksheet, run the bootstrap command:

/populate-strategy

/populate-strategy is the setup/bootstrap command. It is separate from the 21 calibrated skills and is meant to create your initial strategy and vault structure.

This reads your worksheet and generates:

  • Vision, strategic bets, and OKR files in vault/Strategy/
  • Initiative files in vault/Initiatives/
  • Stakeholder map in vault/Team/
  • Context index in vault/System/memory/
Check the output After running populate-strategy, review the generated files in Obsidian. Fix any gaps or inaccuracies — these files are your source of truth going forward.

5 AI Agents

Agents are specialized personas that route your request to the right skills. You don't need to invoke them directly — they activate based on what you ask.

AgentActivates WhenRoutes To
Problem Framer Vague request, unclear problem, "someone asked for X" Hypothesis Builder, Assumption Extractor, Edge Case Finder
Decision Architect Complex decision, trade-off, "should we X or Y?" Tradeoff Mapper, Priority Stack, Business Case Builder
Stakeholder Translator Meeting prep, cross-team comms, "explain to my VP" 1:1 Prep, Narrative Refiner, PM Voice Creator, Pitch Deck Builder
Structural Integrity Auditor Automatic after every artifact, or "review this" Quality checks on any generated document
Learner New domain, "how do others handle X?", research Research Synthesizer, Persona Builder
Auto-Audit The Structural Integrity Auditor runs automatically every time a skill produces an artifact (PRD, hypothesis, business case, etc). You don't need to ask for it — it catches logical gaps, missing assumptions, and unclear criteria.

21 Skills

Skills are slash commands you type in Claude Code. Each one loads your vault context, follows a specific workflow, and produces structured output.

Not every command saves a file Some skills create or update vault files, some primarily update memory files, and some are display-first. The save behavior depends on the skill's write-back rules, and the system may still update shared memory like the session log after substantive interactions.
Command taxonomy /populate-strategy is the bootstrap command for initial setup. The 21 skills are focused single-purpose commands. The 8 playbooks are multi-step workflows that combine several skills.
CommandSkillAgentPrimary Write-Back
/hypothesis-builderHypothesis BuilderProblem FramerHypotheses/
/assumption-extractorAssumption ExtractorProblem FramerUpdates hypothesis file
/priority-stackPriority StackDecision ArchitectInitiatives/_active.md
/1on1-prep1:1 PrepStakeholder TranslatorNo dedicated artifact file by default
/prd-builderPRD BuilderIntegrity AuditorInitiatives/
/sprint-summarizerSprint Summarizer-Sprints/
/business-case-builderBusiness Case BuilderDecision ArchitectInitiatives/
/retro-facilitatorRetro Facilitator-Sprints/
/research-synthesizerResearch SynthesizerLearnerResearch/insights/
/persona-builderPersona BuilderLearnerResearch/personas/
/tradeoff-mapperTradeoff MapperDecision ArchitectConditional: relevant decision file
/okr-partnerOKR Partner-Strategy/okrs.md
/narrative-refinerNarrative RefinerStakeholder TranslatorDisplay only
/cross-team-mapperCross-Team Mapper-Team/dependencies.md
/build-companionBuild Companion-Sprint state update
/build-reviewBuild ReviewIntegrity AuditorInitiative update
/fire-responderFire Responder-Sprints/incident-*
/performance-trackerPerformance Tracker-No dedicated artifact file by default
/pitch-deck-builderPitch Deck BuilderStakeholder TranslatorNo dedicated artifact file by default
/edge-case-finderEdge Case FinderProblem FramerInitiative update
/pm-voice-creatorPM Voice Creator-System/voice-profile.md

8 Playbooks

Playbooks chain multiple skills into multi-step workflows for common PM scenarios. One command triggers the entire sequence.

/playbook-new-idea 7 steps

A stakeholder request comes in. This playbook converts it into a structured, testable hypothesis.

Flow: Capture request → Problem Frame → Context Check → Extract Assumptions → Build Hypothesis → Audit → Save to vault

/playbook-sprint-kickoff 6 steps

Start a new sprint grounded in strategic context with aligned priorities.

Flow: Review last sprint → Priority Stack → Dependency Check → Set Sprint Goals → Risk Scan → Save sprint doc

/playbook-launch 6 steps

Go/no-go assessment before launching an initiative.

Flow: Audit initiative → Check hypotheses → Verify dependencies → Go/No-Go checklist → Comms plan → Save assessment

/playbook-incident 6 steps

Structured incident response from triage to post-mortem.

Flow: Capture & severity → Triage → Per-audience comms → Resolve → Post-mortem prep → Save report

/playbook-manager-1on1 5 steps

Decision-focused 1:1 agenda in under 2 minutes. No status updates.

Flow: Scan initiatives → Surface open decisions → Identify blockers → Build agenda → Output

Write-back: No dedicated artifact file by default. Offer to save a meeting note later if you want one.

/playbook-weekly-review 6 steps

Close the week. OKR check, decisions reviewed, next week planned.

Flow: Progress review → OKR check → Decision review → Risk scan → Next week plan → Save

Write-back: Updates sprint state and session log. Saving a weekly note is optional.

/playbook-pitch 6 steps

Build a persuasive, data-backed pitch for any stakeholder audience.

Flow: Audience analysis → Narrative arc → Data grounding → Integrity check → Counter-arguments → Deck structure

Write-back: No dedicated artifact file by default unless you choose to save the output elsewhere.

/playbook-post-launch-data 6 steps

Convert post-launch metrics into actionable iteration plans.

Flow: Metrics review → Hypothesis evaluation → Feedback synthesis → Gap analysis → Iteration plan → Save report

Vault Structure

The Obsidian vault is organized by purpose. All files are plain Markdown with YAML frontmatter.

vault/
  Strategy/         Vision, strategic bets, OKRs
  Initiatives/      Active projects with status tracking
  Hypotheses/       Testable bets with validation status
  Decisions/        Decision log with context + rationale
  Research/
    personas/       User personas from research
    insights/       Synthesized research findings
  Team/             Stakeholders, dependencies, rituals
  Sprints/          Sprint docs, retros, incident reports
  System/
    memory/         Session log, sprint state, context index
    templates/      Note templates for Obsidian
  Archive/          Completed or deprecated items

Frontmatter Examples

Every vault file uses YAML frontmatter for structured data:

# Initiative frontmatter
---
title: "Smart Priority Engine"
status: active        # active | paused | completed | cancelled
strategic-bet: "AI-Powered Task Prioritization"
owner: "Sarah Kim"
priority: P0          # P0 | P1 | P2
target-date: 2026-03-31
---
# Hypothesis frontmatter
---
title: "AI Priority Trust"
initiative: "Smart Priority Engine"
status: testing       # untested | testing | validated | invalidated
risk-level: high      # high | medium | low
---

Memory Layer

Three files in vault/System/memory/ maintain persistent context across sessions:

FilePurposeUpdated By
session-log.mdRunning log of session summaries with dates. Enables "what did we discuss last time?"Every session (auto-appended)
sprint-state.mdSnapshot of current sprint: goals, in-progress, blocked, completed, attention itemsSprint-related skills
context-index.mdMaster map of all vault files with one-line descriptions. Quick context lookup.Whenever files are created/deleted
This is the secret sauce The memory layer is what makes AI-PHISR different from using Claude for one-off questions. Your session log means Claude remembers what you discussed yesterday. The sprint state means it knows what's urgent right now. The context index means it can find any piece of product knowledge in seconds.

Common Workflows

Morning Routine

Start your day by asking Claude about priorities. It reads your sprint state, active initiatives, and recent sessions automatically.

You: "What should I focus on today?"
Claude: [reads sprint state, surfaces blocked items, upcoming deadlines, open decisions]

Stakeholder Drops a Request

You: /playbook-new-idea
You: "The CEO wants us to add a Gantt chart view"
Claude: [runs 7-step workflow: frames problem, checks context, extracts assumptions, builds hypothesis]

Preparing for 1:1 with Manager

You: /playbook-manager-1on1
Claude: [scans initiatives, finds open decisions, builds decision-focused agenda in <2 min]

Best results come after your active initiatives, open decisions, manager info, and sprint state are in place.

End of Sprint

You: /sprint-summarizer
Claude: [summarizes progress, blockers, outcomes, observations]

You: /retro-facilitator
Claude: [facilitates structured retro with action items]

You: /playbook-sprint-kickoff
Claude: [starts next sprint with full context]

/playbook-sprint-kickoff works best once strategic bets, OKRs, dependencies, sprint state, and recent sprint history exist in the vault.

Need to Convince a Stakeholder

You: /playbook-pitch
You: "I need to convince the CEO to fund the AI prioritization bet for another quarter"
Claude: [audience analysis, narrative arc, data grounding, counter-arguments, slide outline]

5-Day Setup Guide (Half-Sprint)

Get AI-PHISR running on your real product in one work week.

Day 1: Setup & Strategy

Install prerequisites. Fill out Setup_Worksheet.md. Run /populate-strategy. Review generated files in Obsidian.

Day 2: Map Initiatives

Create a file for each active initiative using the template. Fill in problem statements, success criteria, dependencies, and risks. Update _active.md index.

Day 3: Decisions & Hypotheses

Log your 2-3 most important open decisions. Run /hypothesis-builder to frame 1-2 active hypotheses from real product questions.

Day 4: Team Context

Fill in stakeholder map with real names and concerns. Document cross-team dependencies. Log your team rituals and cadence.

Day 5: Go Live

Run /playbook-sprint-kickoff to start a sprint. Test /playbook-manager-1on1 before your next 1:1. Run /pm-voice-creator after you have a filled communication-style section or a few real writing samples. You're operational.

After the first week The system gets better with use. Each decision you log, each hypothesis you test, each sprint you summarize adds to the compounding context. By week 3, you'll wonder how you managed without it.