Main Pieces
Contexity organizes project knowledge into distinct layers, each serving a specific role in the context pipeline.| Piece | Purpose |
|---|---|
| Project identity | Connects a repo checkout to Contexity state |
| Project intelligence | Source-backed graph and route/project map |
| Context items | Durable project notes, decisions, failed attempts, and obligations |
| External references | Slack threads, issue comments, docs, repos, and links |
| External signals | Extracted requirements, decisions, warnings, and research takeaways |
| Run ledger | Records what the host did during a task |
| Metrics | Heuristic or benchmark-backed value summaries |
Normal Agent Flow
Every Contexity-assisted task follows a predictable lifecycle. Your host (the AI agent’s execution environment) drives each step.Start run
Start a Contexity run with the user task. This opens a ledger entry and anchors the session to the current project identity.
Retrieve pack
Retrieve the task-relevant context pack before broad exploration or any edits. Contexity selects items based on task text, trust state, freshness, and your token budget.
Map impact
When a file or route becomes relevant, ask Contexity for upstream and downstream impact. The project intelligence graph surfaces what else is likely to be affected.
Detect changes
After edits, Contexity maps changed files through the project graph and flags any context items that may now be stale or in need of review.
Why Packs Are Bounded
Context packs are intentionally small. Giving an agent too much context is as harmful as giving it too little — old decisions and noisy notes become hidden instructions that silently steer code in the wrong direction. Contexity selects each pack using:- Current task text
- Task plan hints from the host
- Source-backed project intelligence
- Trust state of each context item
- Freshness state of each context item
- Stale-file and deletion-tombstone checks
- Your configured token budget