Tanglemap

How it works

Connect, collect, and the graph is drawn. Everything after that is a way of reading the same graph: three views and a brief.

1. Connect

A workspace holds connections: a HubSpot portal by private-app token, a GitHub account for the repositories that hold your scripts, a Google Cloud project for scheduled jobs and functions. Each connection is one credential, scoped to read definitions. The HubSpot token alone gives most teams their whole picture.

2. Collect

A collect reads every workflow, form and list, and for each one records the fields it enrolls on, reads, branches on and writes, including writes that land on an associated record rather than the enrolled one. The stage collector reads the ordered values of your pipeline fields and where each property is filed. Collects run on a schedule and each one leaves a log you can open.

3. The graph

The unit is an edge: this automation, this field, this direction. Everything else falls out of that. A field with several deciding writers is contested. A field one system writes and another reads is a bridge. Two automations that trigger on each other's writes are a loop. A graph that says a field has no readers also carries the coverage that licenses the claim, and says so when it cannot.

4. The structure

The structure view with one field lit
The structure, lit on one field and its writers. Fields are sized by how many automations contend for them; automations by how many fields they write.

Every drawn field is a sphere, every automation a diamond, and automations that touch only one field fold into shells so a portal with hundreds of workflows stays legible. Toggle systems, objects and property groups; click a field to isolate it; the view remembers where everything was last time so it becomes familiar.

5. The trajectory

The trajectory walk at one stage
The walk: one stage unfolded, with who puts a record there, who waits, and what they write next.

A funnel is a field whose values come in an order. The trajectory draws it as a track and lets you step down it one stage at a time. Arrivals, watchers, side-effects, and the ones that move records backwards. Light the structure from the walk and the two views move together.

6. The roster and the brief

The roster table
The roster: the same graph as a table, for the people who want a table.

The roster is every field with its deciding writers, its automation readers and its report consumers. The brief is what you get when you describe an automation you have not built yet: six checks, write contention, downstream impact, loop risk, timing and ordering, credential scope and precedent, each with the count behind it and what to do about it.

An assessment brief
A brief. The numbers are graph queries; the remedies are written by hand and versioned with the checks.

And an assistant

Every question the views answer is also a tool over MCP, so the assistant you already use can ask them: what would break if I made this write lifecycle stage. The server tells the model, before anything else, to say "not collected" rather than guess. Its answers are the graph's answers.