Фильтр работает, изменения проверены. Если закрыть разговор и завтра попросить агента «добавить счётчик», новая сессия может не знать, что данные намеренно не сохраняются и что фильтрация уже проверялась на потерю задач. Эти сведения нужно передать явно.
Контекст здесь — информация, необходимая для следующего решения: рабочие файлы, ограничения, состояние задачи и способы проверки. В неё не нужно превращать весь прежний диалог. Полезнее короткая проверяемая запись рядом с проектом.
Отделите правила проекта от отчёта о сессии
У списка есть устойчивые свойства: он запускается открытием index.html, не использует сервер, данные живут в памяти. Они пригодятся и для счётчика, и для новой подписи. Их можно записать в README рабочей копии.
Есть временное состояние: фильтр готов, какие файлы изменены, какие проверки выполнены и что осталось. Это заметка о передаче задачи. Если смешать её с постоянными правилами, через несколько изменений будет непонятно, относится ли «ещё не проверено» к сегодняшнему коду.
Не полагайтесь на универсальное имя файла, которое якобы автоматически читает любой агент. Механизм загрузки инструкций зависит от инструмента. Для первого продолжения достаточно явно попросить прочитать README и текущую заметку. Если настроите автоматическое подключение, проверьте его по документации выбранного продукта и фактическим действиям.
Что записать для нашего примера
Следующий текст — образец содержимого README, который нужно сверить с вашей рабочей копией. Если ваша реализация отличается от эталона, исправьте имена и поведение перед сохранением.
# Учебный список задач
Запуск: открыть index.html в браузере, JavaScript включён.
Файлы: index.html — разметка, styles.css — оформление,
app.js — данные, отрисовка и обработчики.
Сервера, сборки и внешних зависимостей нет.
Состояние живёт в памяти. Перезагрузка возвращает три исходные задачи.
Фильтр влияет только на видимость; полный набор tasks сохраняется.
Отметка задачи меняет её done, в том числе при включённом фильтре.
Проверка: включить и выключить фильтр — те же задачи и статусы;
завершить всё — пустое состояние; снять фильтр — все задачи доступны.
Проверить Tab, пробел и положение фокуса после исчезновения строки.Здесь нет требования дождаться нескольких ошибок, прежде чем записывать особенности. Известную команду запуска полезно указать сразу. Но для новой строки нужен смысл: какое неверное решение она помогает предотвратить? Фраза «пиши профессионально» не помогает запустить или проверить этот проект.
Сохраните фактическое состояние работы
Перед новой сессией перечитайте diff и заполните заметку. Не копируйте в неё успешные результаты из статьи, если сами их не получили.
Задача: фильтр «Только незавершённые».
Состояние: принято / есть конкретный незакрытый дефект.
Изменённые файлы: перечислить по факту.
Проверено: сценарии и результат, кто выполнял.
Не проверено: перечислить оставшееся.
Рабочая версия: папка work, исходник сохранён отдельно.
Следующая задача: обсудить счётчик оставшихся задач; код пока не менять.Если используете Git, добавьте ссылку на свой коммит или идентификатор версии. Если изменения ещё не сохранены коммитом, так и напишите. Новый исполнитель должен знать, что перед ним незавершённая работа, а не чистое исходное состояние.
Проверьте передачу в новом разговоре
Откройте новую сессию в той же рабочей папке и дайте запрос:
Прочитай README, заметку о предыдущей задаче и текущий app.js.
Пока ничего не меняй. Хотим добавить счётчик незавершённых задач.
Объясни, откуда взять число и должно ли оно меняться при выключении фильтра.
Назови ограничения существующего примера и предложи проверку.
Если заметка расходится с кодом, покажи расхождение.В выбранной постановке счётчик показывает количество объектов с done=false в полном наборе, независимо от видимости. Это продуктовое решение нужно подтвердить вам. Другой вариант — число строк на экране — тоже возможен, но означает иной интерфейс и другие проверки.
Проверьте, что агент опирается на реальный tasks и помнит отсутствие сохранения. Если предлагает считать DOM-строки без обсуждения смысла числа, вернитесь к требованию. Если README устарел, сначала исправьте документ, иначе следующая сессия повторит то же расхождение.
Как поддерживать контекст дальше
После каждой принятой задачи просматривайте записи, которых она коснулась. Добавили сохранение — прежняя строка о сбросе больше неверна. Перенесли обработчик — обновите указатель на файл. Удаляйте устаревшее вместе с изменением поведения, а не при случайном большом уборочном проходе.
Размер сам по себе не определяет качество контекста. Для маленького списка достаточно нескольких абзацев; сложный проект потребует ссылок на более подробные документы. Не нужен обязательный порог строк, после которого всем пора заводить скилл или субагента. Усложняйте процесс, когда появилась повторяемая работа, которую действительно трудно выполнять по текущим записям.
Первая задача завершена, когда вы можете объяснить изменение, повторить проверку и передать состояние другому человеку или новой сессии. Дальше выберите небольшую задачу в собственном проекте с таким же понятным результатом. За приёмами постановки, проверки и отладки можно обращаться в раздел «Как работать»; к общей последовательности — вернуться через вводный маршрут.
