How Navigara joins the work
Navigara follows the links your team already makes. It does not ask you to tag work by hand.- Agent sessions and pull requests start work items. A session or a pull request with no match starts a new work item.
- Issues join when a session or a pull request names them. For example, an issue key in a branch name or a pull request title.
- Commits join through pull requests. A commit joins the work item of the pull request that merged it into the default branch.
- One work item has at most one issue. Two different issues always stay in two different work items.
Strong and weak links
Some links are stronger than others.
Weak links never merge work items, so one stray mention cannot join two unrelated pieces of work.
Navigara also filters out noise. A bare key such as
PROJ-123 counts only if your organization has issues with that prefix. Trunk branches such as main link nothing.
Agent sessions link best when the AI tool reports branches and commits. See AI tools for the telemetry setup.
What a work item shows
Alignment
Work items roll up through your planning hierarchy. Navigara maps your tracker’s structure to three levels:
In Jira, you choose which issue type goes to which level when you connect the tracker. Navigara ignores subtasks.
Lanes and flags are in preview. They can change before general availability.
Work outside the plan
Not all work links to an objective. Navigara places every work item in one of three lanes:- Roadmap: work that rolls up to an objective.
- KTLO: upkeep work, such as maintenance and fixes. See KTLO mode.
- Unlinked: work with no issue. This includes agent sessions that link to no issue, pull request or commit.
Items to look at
Each level also flags work items that need a look:- Work after close: activity on a work item after its issue closed.
- Quiet items: open work items with no recent activity.

