Documentation Index
Fetch the complete documentation index at: https://ade-app.dev/docs/llms.txt
Use this file to discover all available pages before exploring further.
What is a Lane Pack?
A Lane Pack is a structured lane briefing, versioned on each commit, that captures the lane’s intent, touched files, and recent checkpoints.What is in a Lane Pack?
| Section | Description |
|---|---|
| Intent | The stated goal of this lane. ADE generates an initial version from the branch name and early commits. You can edit this to be more specific. |
| Coding Criteria | Acceptance criteria and constraints the agent should respect — definition of done, style requirements, testing expectations. |
| Touched Files | Every file modified since the lane branched from its base. Agents use this to scope their work and avoid modifying unrelated files. |
| Recent Checkpoints | The last N session boundaries with their commit SHAs, diffs, and outcomes. This tells the agent what was already done and whether it succeeded. |
| Current Diff Summary | A narrative description of what has changed and why, derived from the actual diff. More useful than a raw diff for agent orientation. |
| Active Conflicts | If this lane has merge conflicts with other lanes, the conflict summary is included so the agent knows about unresolved issues. |
Example Pack (Simplified)
Pack Freshness
ADE regenerates the Lane Pack automatically after each committed checkpoint. The freshness system ensures agents always have accurate context.How freshness works
| Indicator | Meaning |
|---|---|
| Green | Pack was regenerated after the most recent commit. Fully fresh. |
| Amber | Pack is one or more sessions stale — commits have happened since the last regeneration. Agents injected with this pack may have outdated context. |
| Red | Pack generation failed or the pack is missing. Agent sessions will start without lane-specific context. |
Triggering a refresh
Lane Packs refresh automatically on commit. You can also trigger a manual refresh:- Keyboard shortcut — press
Cmd+Shift+Pfrom any view in the lane - Packs sub-tab — click the Regenerate button in the right inspector’s Packs sub-tab
- Agent request — ask the agent: “Regenerate the lane pack” (the agent calls the pack refresh ADE CLI tool)
Context Injection
When an agent starts in a lane, ADE prepends the Lane Pack as a system context block before the agent’s first prompt. This happens automatically — you do not need to copy-paste context or tell the agent what to do. The injection order follows a priority stack:- Lane Pack (highest priority) — the specific work context for this lane
- Feature Pack (if the lane is linked to a Linear issue) — cross-lane awareness and original requirements
- Project Pack (base layer) — project-wide architecture, conventions, and risk signals
- Conflict Pack (if active conflicts exist) — both sides of any unresolved merge conflicts
The context stack is assembled at session start and does not update mid-session. If the Lane Pack is refreshed while a session is running, the agent continues with the version from session start. Start a new session to pick up a refreshed pack.
Editing the Intent
The intent section tells agents what this lane exists to accomplish. ADE generates an initial intent from the branch name and early commits, but refine it to be specific. Weak:Fix auth
Strong: Add a refresh token endpoint (POST /auth/refresh) that validates, rotates, and returns a new access/refresh token pair. The login endpoint must also return a refresh token.
Edit the intent in the right inspector’s Packs sub-tab. Changes take effect on the next regeneration.
Pack Storage
Lane Packs are stored as Markdown files in your project’s.ade directory:
Packs and Stacked Lanes
In a stacked lane setup, each lane has its own Lane Pack. Child lanes inherit awareness of the parent lane’s intent through the stack topology — but each pack is independently generated from that lane’s specific diff and state. This means an agent working in a child lane knows:- What the child lane is specifically doing (from its own Lane Pack)
- What the parent lane is doing (from the stack context included in the pack)
- The full project context (from the Project Pack)
Troubleshooting
Pack shows amber freshness but I just committed
Pack shows amber freshness but I just committed
Pack regeneration runs asynchronously after a commit. Wait a few seconds, then check again. If it stays amber, trigger a manual refresh with
Cmd+Shift+P.Agent is ignoring the lane context
Agent is ignoring the lane context
Verify the pack exists and is fresh in the Packs sub-tab. If the pack is empty or missing, the agent may have started without lane-specific context. Regenerate the pack and start a new session.
Intent does not match what I am doing
Intent does not match what I am doing
ADE infers the intent from branch names and commits, which may not capture your actual goal. Edit the intent manually in the Packs sub-tab — a precise intent significantly improves agent behavior.
Pack generation failed
Pack generation failed
Check ADE’s developer logs (Settings > Developer > Log file). Pack generation requires access to the lane’s worktree and git history. If the worktree is in a broken state (e.g., mid-rebase), resolve the git state first, then regenerate.
Next Steps
Lane Overview
Learn how lanes isolate work, state, branches, and agent sessions.
Agent Context
Understand how agents manage context windows and inspect repo context.