internal-toolingn=1

Three internal tools the portfolio runs on.

Planning, knowledge synthesis, and autonomous ops. The infrastructure that lets one person run a portfolio of products and a consulting practice.

Built for 18 workspaces run by one person. They're also the test bed for Product Partner. Phil is the target customer, so the dogfood instance lives on the same Firestore PG Dash writes to.

// architecture

How they fit together

[01]
PG Dash
System of record
[02]
Workspaces
Long-term memory
[03]
ClaudeClaw
Runs the ops cadence
[01/03]

PG Dash

Workspaces
18
Projects
62
Collections
7

The planning database every other tool reads from.

Vite admin dashboard on top of a Firestore that holds epics, items, and milestones across 18 workspaces. The same database is exposed as an MCP server, so Claude Code, agents, and the Product Partner dogfood instance read the live roadmap directly.

  • Hierarchical planning model: workspace → project → epic → item
  • MCP server with read and selective write tools for agent clients
  • Same Firestore powers both the admin UI and the agent-facing adapter
  • Activity feed + cleanup scripts so the planning layer doesn't drift
[02/03]

Workspaces

Wikis
9
Pages
330+
Raw Sources
1,000+

An Obsidian vault that synthesizes raw inputs into nine queryable wikis.

Raw sources (Claude conversations, PDFs, LinkedIn exports, source repos) land in `raw/` and get synthesized into structured `_index.md` pages. ClaudeClaw agents write scheduled outputs straight into the right `raw/` directory. Downstream tools read the synthesized layer.

  • Nine wikis: writing, BookOwl, self, tech, reading, career, networking, work-history, consulting
  • Raw inputs and synthesized output sit in different folders, not mixed together
  • CLAUDE.md schema so any model working in the vault knows where things go
  • Editable from a phone via iCloud sync
[03/03]

ClaudeClaw

Groups
3
Trust Tiers
3
Dashboard
:3847

A multi-agent system that runs the boring, recurring ops work.

Claude Code plugin with a persistent daemon, cron-style scheduling, and a trust engine in front of every action. A small Haiku watchdog polls and decides what's worth escalating to a flagship model. Notifications route by urgency, not by source.

  • Orchestrator auto-discovers agent groups from `config/groups/`
  • Per-agent trust levels: autonomous, notify, or approval-required
  • Watchdog on Haiku keeps polling cheap; flagship models only run when invited
  • Scheduled outputs flow back into Workspaces for later synthesis

How the portfolio runs

Three pieces of infrastructure the products and consulting work depend on.