GrantTapKnowledge, память и контекст
Структурированные знания и пакеты контекста с явными границами.
В этой главе · 6 разделов
Knowledge помогает отличать зафиксированное решение от отчёта агента, попытки выполнения и наблюдаемой версии репозитория. Это ограниченное представление известных сведений проекта, а не обещание, что телефон содержит всю память или что любой показанный факт уже прочитан моделью.
Какие сведения здесь собраны#
В проекте откройте Knowledge и посмотрите на источник и время обновления. Экран объединяет сведения Memory, события, Task Capsules и доступные наблюдения вызовов. Разделы имеют разные значения:
| Раздел | Что показывает | Что из него нельзя заключить |
|---|---|---|
| Decisions | Явно записанные решения с источником | Любая фраза из чата автоматически стала правилом |
| Past attempts | Сообщённые попытки и доступную историю вызовов | Каждая попытка завершилась успешно |
| Reported results | Результаты с атрибуцией источника | Результат независимо проверен во всех средах |
| Repository revisions | Наблюдаемую Git revision | Этот commit содержит все нужные исправления |
| Prepared context packets | Известные подготовленные пакеты контекста | Агент получил или использовал пакет |
Если раздел пуст, читайте пояснение. «Не было сообщено в этой проекции» и «история недоступна» отличаются от «никогда ничего не происходило». Старые записи могут находиться за пределами текущего ограниченного представления.
Записать решение человека#
- Откройте Knowledge нужного проекта.
- Нажмите Record decision.
- Выберите существующую Task, к которой относится решение.
- Введите короткое проверяемое утверждение: например, «Демонстрационная страница использует только вымышленные данные».
- Нажмите Save и дождитесь подтверждения Memory.
Нужен доступный Live computer, связанный с этим проектом. Нажатие Save не должно сразу объявлять запись сохранённой в канонической памяти: recorded появляется только после подтверждения компьютера через Memory.
Заголовки чатов и обычные сообщения не импортируются автоматически как проверенные решения. Поэтому важное ограничение лучше записать явно и привязать к подходящей задаче, чем надеяться, что оно извлечётся из старого разговора.
Исправить или отозвать решение#
Коррекция связывается с прежней записью и заменяет её в будущей актуальной проекции для того же scope. Предыдущая версия сохраняется в журнале аудита. Это помогает увидеть, что решение изменилось, а не было изначально другим.
В редакторе коррекции доступно Withdraw this decision. Это создаёт явную запись об отзыве; не следует воспринимать действие как стирание всей истории. Решения другого проекта или области не должны незаметно заменяться похожей фразой.
Если ответ компьютера потерялся, используйте Retry the same decision, пока запрос допускает такой повтор. При неизвестном или истёкшем состоянии сначала обновите Knowledge и проверьте, появилась ли запись. Не создавайте вторую идентичную запись наугад.
Обновление и частичные сведения#
Refresh knowledge читает доступные данные подключённых компьютеров. Memory и история вызовов могут обновляться независимо. При сбое одного источника другой может остаться доступным; сохранённые записи не обязаны исчезнуть вместе с сетевой ошибкой.
Обращайте внимание на полное, частичное или неудачное обновление и время Evidence updated. Оно относится к чтению evidence и не обязано совпадать со временем полной snapshot проекта. Это обновление не означает нового анализа архитектуры или повторного сканирования всех чатов провайдеров.
Ограниченный экран — представление памяти, а не её каноническая база. Для разбора происхождения используйте Audit и evidence; для карты и анализа проекта — Graph и Health.
Cortex и подготовленный контекст#
Cortex помогает собрать разрешённые проектные факты в компактный пакет со ссылками на источники. В нём могут учитываться задача, соседние задачи, ограничения, claims, история и решения. При недоступном или отключённом компиляторе это состояние показывается явно.
Компактный пакет не должен удалять существенные видимые сведения ради красивой цифры. В реализованном пути замена повторяющегося evidence на пакет допустима только при покрытии нужных записей и меньшем полном ответе. Для подробностей остаются расширенные представления.
Raw estimated tokens, Selected estimated tokens и Omitted estimated tokens — оценки объёма контекста, а не счёт провайдера. Они не гарантируют точную экономию денег, итоговый prompt или число реально оплаченных токенов. Контекстный budget не заменяет лимит аккаунта модели.
Практическое упражнение#
В тестовом проекте создайте одно решение о вымышленных данных. Дождитесь recorded, обновите экран и найдите источник. Затем исправьте формулировку через коррекцию: актуальной должна стать новая версия, а предыдущая — остаться частью истории.
После обычного агентского запуска сравните его Reported result, observed revision и собственную проверку файла. Это три различных свидетельства. Если доступен Cortex, посмотрите состав выбранного и пропущенного evidence, не трактуя token estimate как billing. В Usage объясняется, какие сведения об оплате действительно сообщил провайдер.