How every capability connects, with weights.
teleon.dev/docs/graph-db stores the weighted edges between capabilities: which composes with which, how often a path succeeds, and what was believed when.
Stronger edges are paths that passed their checks more often.
What it does
Weighted edges
Each edge carries a weight learned from real runs.
Typed ports
Edges join output ports to matching input ports.
Assertions over time
Each edge keeps its history, so past graphs can be rebuilt.
The contract
Edges are calibrated from run receipts and kept as bitemporal assertions.
typed_edge_graph
Endpoints
| Method | Path | Access | What it does | Status |
|---|---|---|---|---|
GET | /v1/health | RING-3 | Read the cell's health | |
GET | /v1/edges | RING-2 | Read edges for a component |
Listed paths appear in the service’s published files today. In the one-host plan every path here is served under api.teleon.dev/v1/graph-db.
How it connects
For agents
Give your agent the read-only guide first. It reports back before any write.
Words on this page
- DAG
- A directed acyclic graph: steps joined by one-way edges, so work flows forward in a known order.
- Bitemporal
- A record that keeps two times: when a fact was true in the world and when the system learned it.
- Contract
- A versioned agreement on the shape of a request and response, so either side can change behind it safely.