brain-taxonomist
Filing gate for ALL brain writes. Consulted before creating any new brain page to determine the correct path. Reads the ACTIVE schema pack via `gbrain schema show --json` — no hardcoded directory table. Also runs periodic taxonomy drift detection via `gbrain schema review-orphans`.
What this skill does
# brain-taxonomist ## Purpose **Gate function:** Before creating ANY new brain page, consult this skill to determine the correct filing path. This prevents misfiling at write time rather than cleaning up drift after the fact. **Drift function:** Periodic scan for pages that have outgrown their current location. ## Contract This skill guarantees: - Every new page is filed at the path determined by the ACTIVE schema pack — never against a hardcoded directory table baked into this skill. - The decision is reproducible: invoking brain-taxonomist twice on the same content produces the same recommended path. - Ambiguous cases surface to the user via `skills/ask-user/` rather than silently picking a default. - Per-source overrides via `--source <id>` are honored — multi-brain users (Persona B) get a different recommendation per source if their packs diverge. - When no matching `page_types[]` entry exists in the active pack, the skill signals to EIIRP Phase 3 (SCHEMA CHECK) rather than picking the closest-fitting fallback. ## Critical: this skill reads the ACTIVE schema pack as data `brain-taxonomist` has NO hardcoded directory table. Every decision is driven by `gbrain schema show --json`. This means: - A user who runs `gbrain schema use gbrain-recommended` gets the full recommended directory set (deal, meeting, concept, project, source, daily, personal, civic, original, place, trip, conversation, writing, plus all gbrain-base types). - A user who authored a custom pack via `gbrain schema init` + edit gets filing recommendations based on THEIR taxonomy, not gbrain's defaults. - Per-source overrides (tier 3 in the 7-tier resolution chain) are honored when `--source <id>` is passed to brain-taxonomist. This is the single-source-of-truth principle (D9 from the v0.39 plan-eng-review). ## When to Consult (MANDATORY) Run the taxonomist check before writing to the brain in these cases: 1. **New brain page** — any `type` (person, company, concept, book, meeting, etc.) 2. **Bulk import** — before committing a batch of new pages 3. **Uncertain filing** — when the primary subject is ambiguous You do NOT need to consult for: - Updating an existing page in place (same path) - Appending to a Timeline section - Meeting entity propagation to existing pages ## Decision Protocol ### Step 1: Identify primary subject type Walk these questions in order: 1. Is the primary subject a NAMED PERSON? → person-typed directory 2. Is the primary subject a NAMED ORGANIZATION? → company-typed directory 3. Is it about a TIME-BOUNDED EVENT (meeting, deal, trip)? → temporal-typed directory 4. Is it a REUSABLE MENTAL MODEL? → concept-typed directory 5. Is it RAW MEDIA (article, video, book, PDF)? → media-typed directory 6. Is it BULK SOURCE DATA? → source-typed directory 7. None of the above → consult EIIRP Phase 3 for schema-pack candidate creation. ### Step 2: Look up the directory for that type in the active pack ```bash gbrain schema show --json | jq '.page_types[] | select(.primitive == "entity")' ``` Each `page_types[]` entry has a `path_prefixes:` array. The first prefix is the canonical path. If multiple types match (e.g. both `person` and `founder` exist in the pack with `expert_routing: true`), prefer the more specific one (the one with the more specific path prefix). ### Step 3: For books — determine sub-category The `gbrain-recommended` pack treats books as `media/books/<category>/<slug>.md` where category is one of: psychology, philosophy, spirituality, business, media-and-society, family-and-divorce, heritage, science, fiction, biography, arts-and-design. If your active pack has a different scheme, walk it from `gbrain schema show --json` instead of hardcoding here. ### Step 4: Construct the slug - kebab-case, descriptive - no author name unless disambiguation is needed - match the canonical path prefix exactly (no leading slash) ### Step 5: Validate before writing - [ ] Path follows the active pack's `page_types[].path_prefixes` - [ ] Slug is kebab-case, descriptive - [ ] Frontmatter includes `type:` matching one of the pack's `page_types[].name` - [ ] Cross-links to related pages are included If the active pack doesn't have a type for what you're trying to file, DON'T pick the closest-fitting one. Instead, signal to EIIRP that a new type is needed and let the schema-pack cathedral handle the proposal flow. ## Integration with Other Skills - `eiirp` — calls this skill as Phase 2 TAXONOMY for every output in its inventory. - `ingest` — article/media ingestion consults brain-taxonomist for filing. - `repo-architecture` — delegates the filing decision to this skill. - `book-mirror` — after generating a mirror, files it via brain-taxonomist. ## Periodic Drift Detection ```bash # What pages have no type matching the active pack? gbrain schema review-orphans --json # What's the overall health? gbrain doctor --json | jq '.checks[] | select(.name == "schema_pack_consistency")' ``` When `schema_pack_consistency` warns at >10% untyped, run the EIIRP Phase 3 SCHEMA CHECK flow to surface candidate types via `schema detect`. ## Output Format Advisory: a single recommendation block plus a one-line reasoning trail. ```markdown **File at:** `<directory>/<slug>.md` **Reasoning:** - Primary subject: <person|company|concept|...> - Matched page_type: <name> (primitive: <entity|temporal|concept|media|annotation>) - Active pack: <pack-name> v<version> - Source: <source_id> ``` When ambiguous, surface 2 candidates via `skills/ask-user/` rather than silently choosing. When the active pack has NO matching type, signal to EIIRP Phase 3 (SCHEMA CHECK) and emit: ```markdown **No match in active pack `<name>`.** **Suggested next step:** `gbrain schema detect --source <source_id>` then `gbrain schema review-candidates`. ``` ## Anti-Patterns - **Hardcoded directory table in this skill.** Every decision goes through `gbrain schema show --json`. v0.39+ broke the old hardcoded table on purpose so users on `gbrain-recommended` or custom packs get the right routing automatically. - **Picking the closest-fitting type when no type matches.** Closest-fit silently degrades user filing. Surface to EIIRP Phase 3 instead. - **Ignoring `--source <id>` on multi-brain setups.** Per-source overrides are tier-3 in the 7-tier resolution chain; missing the flag silently uses the brain-wide active pack. - **Auto-applying a `gbrain schema review-candidates --apply` decision.** Even high-confidence suggestions need user approval — this skill is a GATE, not an automator. ## Hard Rules - **Never hardcode a directory table in this skill.** Every decision goes through `gbrain schema show --json`. The active pack is canonical. - **Per-source flag is first-class.** Pass `--source <id>` to every CLI call when working with a non-default source. - **Confidence-floor honor.** EIIRP's Phase 3 produces suggestions with confidence < 0.6 that brain-taxonomist must surface to the user rather than auto-apply. Don't silently promote a low-confidence schema delta. ## Changelog ### v1.0.0 — gbrain v0.39.0.0 - Initial port from upstream OpenClaw. Genericized — no references to private fork names per CLAUDE.md privacy rules. - Hardcoded directory table REMOVED. Every decision now reads the active schema pack via `gbrain schema show --json`. Single source of truth. - Book taxonomy moved from skill-text to the `gbrain-recommended` pack's media/books/ branch (see `src/core/schema-pack/base/gbrain-recommended.yaml`). - `--source <id>` propagation documented for multi-brain users (Persona B).
Related in Code Review
gstack
IncludedFast headless browser for QA testing and site dogfooding. Navigate pages, interact with elements, verify state, diff before/after, take annotated screenshots, test responsive layouts, forms, uploads, dialogs, and capture bug evidence. Use when asked to open or test a site, verify a deployment, dogfood a user flow, or file a bug with screenshots. (gstack)
startup-due-diligence
IncludedLegal due diligence review for seed-stage and Series A startups (US, Delaware C-Corp focus). Supports both investor and founder perspectives. Capabilities include: (1) Interactive document review and issue spotting; (2) Document request list generation; (3) Cap table and SAFE/convertible note analysis; (4) Red flag identification with severity ratings; (5) Diligence report generation. TRIGGERS: due diligence, DD, startup investment, cap table review, Series A, seed round, investor diligence, legal review startup, SAFE analysis, convertible note, 409A, founder vesting.
interview-master
IncludedThis skill should be used when the user asks to "generate interview questions", "prepare for interview", "optimize resume", "conduct mock interview", "analyze git commits for resume", "generate resume from code", "review my resume", or mentions interview preparation, career assistance, or extracting project experience from git history. Provides comprehensive interview and career development guidance for both job seekers and interviewers.
fix-issue
IncludedFixes GitHub issues using parallel analysis agents for root cause investigation, code exploration, and regression detection. Reads issue context from gh CLI, searches codebase and memory for related patterns, generates a fix with tests, and links the resolution back to the issue via PR. Includes prevention analysis to avoid recurrence. Use when debugging errors, resolving regressions, fixing bugs, or triaging issues.
sf-apex
IncludedGenerates and reviews Salesforce Apex code with 150-point scoring. TRIGGER when: user writes, reviews, or fixes Apex classes, triggers, test classes, batch/queueable/schedulable jobs, or touches .cls/.trigger files. DO NOT TRIGGER when: LWC JavaScript (use sf-lwc), Flow XML (use sf-flow), SOQL-only queries (use sf-soql), or non-Salesforce code.
swift-development
IncludedComprehensive Swift development for building, testing, and deploying iOS/macOS applications. Use when Claude needs to: (1) Build Swift packages or Xcode projects from command line, (2) Run tests with XCTest or Swift Testing framework, (3) Manage iOS simulators with simctl, (4) Handle code signing, provisioning profiles, and app distribution, (5) Format or lint Swift code with SwiftFormat/SwiftLint, (6) Work with Swift Package Manager (SPM), (7) Implement Swift 6 concurrency patterns (async/await, actors, Sendable), (8) Create SwiftUI views with MVVM architecture, (9) Set up Core Data or SwiftData persistence, or any other Swift/iOS/macOS development tasks.