Бюджет контексту, /context і compaction

Бюджет контексту потрібно контролювати

У контекстному вікні накопичуються повідомлення, файли, логи, правила та результати команд. Навіть корисні матеріали з часом можуть перетворитися на шум: зʼявляються повтори, старі гіпотези та довгі результати, які перекривають головну мету.

Погіршення відповіді не завжди означає проблему моделі. Часто причина — у погано організованому робочому просторі сесії.

Перевірка через `/context`

`/context` допомагає оцінити, чим заповнена сесія: наскільки розрослася історія, чи не займають надто багато місця логи, чи залишилися потрібні файли та чи не змішався основний фокус із побічними темами.

1. Перевірте розмір і склад історії.
2. Знайдіть великі логи або повторені результати.
3. Переконайтеся, що мета, scope і важливі обмеження залишилися видимими.
4. Вирішіть, чи достатньо стиснути історію, чи потрібна нова сесія.

/context

Коли застосовувати `/compact`

`/compact` стискає попередню історію до коротшого резюме. Його доречно застосовувати, якщо завдання не змінилося, але повтори, логи та проміжні міркування займають забагато місця.

Перед стисканням явно назвіть дані, які потрібно зберегти: мету, scope, non-goals, підтверджені факти, важливі помилки, відкинуті гіпотези та наступну дію.

/compact

Збережи: goal, scope, non-goals, підтверджені факти,
важливий stack trace, відкинуті гіпотези та next step.

Коли потрібен `/clear`

`/clear` доречний, коли тема змінилася або початкові межі вже важко відновити. Після очищення повторно внесіть task spec, докази та критерії, а не переносьте всю стару історію.

/clear

Зовнішній task spec після compaction

• очікуваний результат;
• дозволені файли або каталоги;
• технічні заборони;
• умови приймання;
• план перевірки та наступний крок.