ONLINEcascade://samwarren.iov0.1.0
back to stack
/graph

The map.

How the projects compose. Two subsystems, one shared thesis — an operating layer that learns, and a signal pipeline that feeds it context.

6 projects·7 declared relations·2 clusters
CascadeorchestrationCustomer Intelligence HubmcpSales Intelligence HubsignalTarget Account News AgentweeklyThe Marketing Ops AgentskillClaude Dotfilesportable▸ THE CASCADE LAYER▸ THE SIGNAL PIPELINE
hover a node to see its relations · click to open the case study
▸ reading the graph

Two subsystems.

The top cluster is the Cascade layer — the personal operating system in the middle, with three satellites that either run on top of it or restore it. Cascade is the hub because almost every other project invokes it at some point in its lifecycle.

The bottom row is the signal pipeline— a deliberately narrow chain. A digest agent surfaces weekly signal from the target-account universe, and the sales intelligence surface turns that signal into on-demand conversations. It doesn’t touch Cascade by design. Different problem, different architecture, same author.

▸ what the hub does

Cascade is where judgment lives. Agents, skills, and MCP connectors feed it context; every correction a human makes becomes a rule that fires next time. The satellites in the top cluster are each the thing Cascade does when pointed at a specific problem — a deck to draft, an attribution call to make, a full operating environment to restore on a fresh machine.

▸ why two clusters instead of one

The signal pipeline could be a Cascade skill — and eventually, it probably will be. It isn’t today because the cost of the tighter integration didn’t beat the cost of keeping the pipeline a clean, legible thing someone else could operate without learning my whole setup. That’s a taste call, not an architecture call. Every line in this graph is one.

▸ all the projects
Read the case studies.
Each node above has a full write-up behind it. Click any one on the graph, or jump to the grid.