"📝 Память AI SWE Tools Продолжаем дальше: ..., Gemini, Codex, Kiro, ... 3️⃣…

"📝 Память AI SWE Tools Продолжаем дальше: ..., Gemini, Codex, Kiro, ... 3️⃣ Gemini CLI Гугл использовал отличную тактику - просто скопировать все фичи у лидера - Claude Code, потому система памяти практически идентична, но используем, конечно, файлы GEMINI.md. Правда, есть возможность (конфиг context.fileName) указать имя файла памяти любое, а AGENTS.md поддерживается по-умолчанию. То есть можно настроить gemini на чтение CLAUDE.md файлов * все возможности ""иерархического"" скоупа на месте (папки выше/ниже корня проекта поддерживаются); * поддержка @file импортов * поддержка команды /memory * индикатор в чате какие файлы памяти ""подтянуты"" в контекст; * есть инструмент работы с памятью для ИИ агента: https://github.com/google-gemini/gemini-cli/blob/main/docs/tools/memory.md ℹ️ Подробнее: https://github.com/google-gemini/gemini-cli/blob/main/docs/core/memport.md С документацией заментно хуже чем у Claude Code. 4️⃣ Codex CLI: В последнее время Codex CLI очень динамично развивается. Новая реализация на rust работает шустро и сделана довольно удобно. Фич пока категорически не хватает по сравнению с лидерами, но развитие довольно активное, поэтому даже несколько недель меняет картину. Из критического на сентябрь 2025 - мне не хватает сессий. Память в Codex выполнена аналогичным образом: * стандарт AGENTS.md поддерживается * поддерживаются иерархические AGENTS.md файлы. * глобальный файл в `~/.codex/AGENTS.md` * файл проекта - в корне проекта * файлы ""ниже"" в иерархии - специфические для файлов из этих папок; * просмотр памяти - только упоминание загруженных файлов в /status ℹ️ С документацией тоже не особо густо: https://github.com/openai/codex/blob/main/docs/getting-started.md#memory-with-agentsmd 5️⃣ Kiro Первая IDE с явной поддержкой режима SDD (spec-driven development) в противовес vibe coding: https://kiro.dev/docs/chat/vibe/ В части организации памяти - принципы похожие, но сделано все немного самобытно: если для девелопмента фич используется процесс requirements -> design -> implementation, то для организации памяти используется концепция Steering файлов (steering - ""подруливающие"" файлы, интересный и довольно точный термин). Это почти полный аналог rules/.md Файлов других агентов, которые подмешиваются в контекст. * живут в проекте в выделенной папке `.kiro/steering/` * немного в изначальной концепции похоже на концепцию меморибанка, просто, но ""по науке"": * product.md : описание продукта, аудитория, топовые фичи, деловые цели; * tech.md : техстек - зависимости, инструменты разработки, тех ограничения; * structure.md : организация файлов, схема именования, импортов и архитектурные решения; * дополнительные файлы: описывают какие-то аспекты системы; * скоуп файла, как у cursor rules: always (включать всегда), fileMatch (по глоб паттерну в fileMatchPattern), manual (добавлять этот файл вручную через `#имя_файла`) * можно добавить линк на файл, чтобы поддерживать steering айл в текущем состоянии через `#[[file:{relative_file_name}]]` ℹ️ Доп документация тут: https://kiro.dev/docs/steering/ #post @deksden_notes"