In-Source Navigation
Follow the thread wherever it goes inside the source.
In-Source Navigation lets readers move through a single source — a document, knowledge graph, discussion thread, or codebase — by following its own internal references. Click a citation, jump to a related section, chase a call graph, trace a thread's replies. The user drives the traversal; the primitive reveals what's connected inside the source. Reach for it when depth-of-context inside a document matters as much as finding the document.
Shape
Operational dimensions
Person and system work side-by-side.
Fires when a user asks.
Holds working state that compounds over runs.
Consumes external data; does not write back.
Inputs
- current position within a source (section ID, node ID, message ID)
- source's internal reference graph (citations, backlinks, TOC, call graph, thread tree)
- reader's traversal direction or link selection
Outputs
- set of navigable references from current position (outbound and inbound)
- next position after a jump
- breadcrumb trail of traversal history within the source
Mechanism
Moves the reader through a single source (document, thread, knowledge graph, codebase) by following its internal references — citations, cross-links, table-of-contents, threaded replies, call graphs.
Why this is a primitive
Cannot be decomposed — the follow-reference-within-source operation is one indivisible act of intra-source traversal. It is not search (no query against a corpus), not faceted browse (no attribute constraints over a catalogue), and not surfacing (the user is driving the traversal, one link at a time). The reference-following engine over a single source IS the primitive.
Where it shows up
Related primitives
Tags
See where it fits.
Primitives are configured into named solution shapes for each client’s domain. The fastest next step is a conversation about which shape fits your problem.
Start a conversation