31 lines
1.3 KiB
Markdown
31 lines
1.3 KiB
Markdown
# AirContext Compression Rules
|
|
|
|
This file is fed to the compression LLM as part of its system prompt. Edit
|
|
freely to bias what the summary keeps versus drops. The defaults below favour
|
|
software-engineering sessions; rewrite them for your domain.
|
|
|
|
## Always preserve verbatim
|
|
|
|
- File paths read or modified, with the final intended state of each file
|
|
- Architecture decisions and the reasoning behind them
|
|
- Open TODOs, unresolved bugs, error messages still in scope
|
|
- The user's stated goal for the current session
|
|
- Any user-supplied facts that the model could not derive from the codebase
|
|
(credentials hints, deployment quirks, deadlines, "we tried X and it failed because Y")
|
|
|
|
## Aggressively drop
|
|
|
|
- Exploratory grep/glob results that did not lead anywhere
|
|
- File contents that were superseded by later edits
|
|
- Tool outputs over 1000 lines (keep first 50 lines and last 50 lines, summarise the middle)
|
|
- Repeated similar searches and their near-identical outputs
|
|
- Completed sub-steps whose only output was "looks good, moving on"
|
|
|
|
## Output format
|
|
|
|
- Plain prose, no markdown headers or bullet lists unless they materially aid recall
|
|
- Reference files by `path:line` when relevant
|
|
- One paragraph per topic; aim for under 3000 tokens total
|
|
- Do NOT speculate beyond what the conversation contains
|
|
- Do NOT apologise, summarise the act of summarising, or add meta-commentary
|