Персистентная память (ИИ как архитектор)

В то время как индексация (Codebase) учит ИИ «где» находится каждый исходный файл, обрабатываемый Godot, персистентная память учит его «почему» вещи были запрограммированы именно так.

Инди-разработчики и небольшие студии часто страдают при повторном открытии проекта спустя недели. Почему класс сохранения игры реализован в бинарном формате, а не в JSON? Почему я использовал CharacterBody2D, прежде чем позже передумал?

Кнопка «Summarize to Memory»

В верхней части средней вкладки панели чата (рядом с кнопкой History) находится замечательная кнопка 💾 Summarize to Memory.

Каждый раз, когда у вас есть длинная, утомительная и сложная сессия с ИИ (например, полный рефакторинг физики автомобиля), выполните следующие действия:

1. В конце дня нажмите Summarize to Memory.
2. ИИ внимательно прочитает все, что было прочитано и обсуждено.
3. Он создаст постоянные файлы в формате Memory Log в невидимой папке .gamedev_ai вашего проекта.
4. Когда вы откроете проект через 3 недели, чтобы исправить баг в физике автомобиля, ИИ блестяще извлечет из себя причины, по которым вы не использовали стандартное «Трение» Godot, без необходимости открывать 40 окон старых чатов, чтобы вспомнить это.

С этим плагин Godot становится вашим студийным документалистом и главным инженером по программному обеспечению.