Initialize a PM Brain — a markdown-native second brain for a product operator (PM, product lead, founder, or anyone accountable for one product or initiative) doing judgment-heavy work with scattered inputs. Detects greenfield vs. migration mode, runs a focused interview, copies the deterministic scaffold into the working directory, populates placeholders from interview answers, runs a self-test, and commits. Use when invoked via `/pm-brain` or when the user asks to set up a PM Brain.
Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.
Quelldateien prüfen
Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Ein direkter Befehl überspringt den Prüf-Prompt. Prüfen Sie die Quelle, bevor Sie ihn ausführen.
Der Befehl bleibt in einer Zeile. Scrollen Sie horizontal, um ihn vor dem Kopieren vollständig zu prüfen.
Sie bevorzugen eine lokale Kopie? Laden Sie die Dateien herunter, die SkillsMP derzeit vorliegen.
Datei-Explorer
62 Dateien
SKILL.md wird angezeigt
SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
name
pm-brain
description
Initialize a PM Brain — a markdown-native second brain for a product operator (PM, product lead, founder, or anyone accountable for one product or initiative) doing judgment-heavy work with scattered inputs. Detects greenfield vs. migration mode, runs a focused interview, copies the deterministic scaffold into the working directory, populates placeholders from interview answers, runs a self-test, and commits. Use when invoked via `/pm-brain` or when the user asks to set up a PM Brain.
PM Brain — Skill
This skill scaffolds and initializes a PM Brain in the current working directory. The scaffold is deterministic (static files copied as-is from scaffold/). The reasoning is adaptive (loaded from prompts/ per phase).
Probabilistic. Depends on what's in the directory and what the PM says.
Orchestration — when to do what
This file
Glue.
Behavior evolves independently from structure. Schemas can change without touching reasoning. Reasoning can improve without rewriting schemas.
When to invoke
Operator runs /pm-brain (or pastes a setup request like "set up a PM Brain here").
Operator asks to add a PM Brain to an existing directory of PM artifacts.
Do not invoke this skill for routine PM Brain operations after init (ingestion, prep, review). Those are handled by the seeded operating manual in the target repo.
CLAUDE.md
Workflow
1. Detect mode
Load prompts/mode-detection.md. Inspect the current working directory. Decide: greenfield (empty), migration (PM artifacts present), or active-repo (working repo — pause and ask).
Announce the detected mode to the operator in one line. For active-repo mode, do not proceed without confirmation.
2. If migration mode
Load prompts/migration.md. Copy (do not move) pre-existing PM artifacts into a source/ folder. Bulk-ingest with epistemic caution. Record cross-document conflicts for the post-scaffold contradictions block.
3. Run the interview
Load prompts/interview.md. Ask the 5 batches (greenfield) or only the gaps not covered by source artifacts (migration). Confirm back what you heard before scaffolding.
4. Copy the scaffold
Copy every file and folder from scaffold/ into the current working directory — including the hidden .claude/ directory (hooks + per-brain settings) and dotfiles (.gitignore, .gitkeep). Preserve structure.
Use the form of copy that picks up dotfiles by default:
Bash:cp -R scaffold/. <dest>/ (the trailing /. is what makes dotfiles come along)
PowerShell:Copy-Item -Recurse -Force scaffold\* <dest>\ followed by Copy-Item -Recurse -Force scaffold\.* <dest>\ (the second pass picks up .claude/ and .gitignore; Copy-Item -Recurse scaffold\* alone will silently drop them)
After copying, verify the install by listing the destination — .claude/, .gitignore, and every top-level area folder (hypotheses/, decisions/, source/, ingestion/, knowledge/, stakeholders/, rules/, maintenance/, docs/) must all be present. If .claude/ is missing the hook won't fire on agent writes and schema violations will go uncaught — re-do the copy.
Critical rules:
Copy in place. The current working directory is the project root. Do not create a nested subfolder.
Preserve .gitkeep files in empty folders.
Preserve .claude/hooks/validate_brain_file.py and .claude/settings.json exactly as shipped — they're what makes schema enforcement happen in-loop as the agent edits brain files.
Do not modify scaffold files at the source. If you need to change a template permanently, edit scaffold/ and re-version the skill.
5. Populate placeholders from interview answers
Walk the copied files and substitute interview answers. Use the full Batch → file mapping in prompts/interview.md § What the answers feed — that table is the canonical destination map. Every Batch answer has a documented home; do not silently drop any.
Highlights:
knowledge/strategy.md — north-star metric, priorities (Batch A). Non-goals start empty if PM didn't volunteer them; flag in next moves.
knowledge/product/features/<slug>.md — one file per active feature (Batch C Q1), populated from the feature schema.
knowledge/product/roadmap.md — Now / Next sections from Batch C.
stakeholders/<slug>.md — one file per stakeholder (Batch B Q1); influence + friction tagged from Batch B Q2.
knowledge/org/team.md, knowledge/org/rituals.md, knowledge/org/tools.md — from Batch B Q3 + Batch D Q1.
knowledge/market/landscape.md and/or trends.md — from Batch D Q3.
rules/discovery.md, rules/data.md — from Batch D Q1-2.
For schema-templated files: copy the schema structure as-is, fill in what the interview provided, leave the rest with the placeholder comments intact.
Provenance: every populated field should be traceable back to either a Batch question or a source artifact. When a value came from a source artifact, link to it inline.
6. Post-scaffold self-test
Load prompts/post-scaffold.md. Run:
Routing self-test (can you route each of the 4 ingestion modes?).
Link verification (walk every internal markdown link, fix broken ones).
Surface 3-5 immediate next moves.
Surface 1-3 contradictions found during scaffolding (or say explicitly "none found").
Print the self-test receipt.
7. Commit
Run git rev-parse --is-inside-work-tree in the current working directory.
If already a repo: stage all scaffolded files. Single commit titled feat: initialize PM brain.
If not a repo: git init in the current working directory, then stage and commit.
Never push remotely. PM controls publication.
If any git step fails, surface the error and stop. No destructive recovery.
8. Hand off
Lead with the habit loop, not the scaffold. See prompts/post-scaffold.md § 7 for the exact ordering:
The three habit actions (ingest today / prep next 1:1 / /review Friday) — specific slug + day.
1-3 contradictions surfaced (or "none found").
2-3 scaffold gaps worth filling.
One paragraph on what was built.
Do not lead with a folder map or "your scaffold is ready." Lead with what produces value in the next 24 hours.
Then stop and wait for the operator's first real task.
Anti-patterns
Regenerating scaffold content. The whole point of scaffold/ is that it's deterministic. If you find yourself rewriting CLAUDE.md or a schema from scratch during init, stop — copy from scaffold/ instead.
Creating a nested pm-brain/ subfolder. The current working directory is the project root.
Skipping the self-test. Broken links are memory corruption, not cosmetic.
Inventing contradictions. If migration mode found no genuine conflicts, say so. Don't fabricate.
Pushing remotely. PM controls when and where this gets published.
