ФУНКЦИИ - МЕЖПРОЕКТНАЯ КОММУНИКАЦИЯ: лимиты Voice Tasker до OpenAI pipeline

AGENTS.md

@@ -81,27 +81,35 @@ UI - МЕЖПРОЕКТНАЯ КОММУНИКАЦИЯ: переименован
 
 ## Ведение карточек задач Codex
 
-Карточка задачи должна разделять постановку и ход работ.
+Карточка задачи должна разделять постановку, план этапов и фактическую реализацию.
+
+Заголовок карточки:
+- передает основную суть задачи
+- должен быть коротким, читаемым в списке и без служебного шума
 
 Основное тело карточки:
-- хранит общее описание задачи, цель, контекст, ограничения и критерии приемки
-- не превращается в журнал работ
+- хранит концептуальное описание задачи, цель, контекст, ограничения и критерии приемки
+- описывает, зачем делается изменение и как система должна работать на среднем уровне детализации
+- не превращается в журнал работ и не дублирует чекеры
 - остается читаемым входом в задачу после нескольких итераций
 
-Подэлемент `Текущий статус работ`:
-- создается как текстовый блок через `Добавить подэлемент`
-- хранит фактический отчет по реализации
-- обновляется после каждого осмысленного этапа
-- фиксирует, что сделано, что проверено, какие файлы/модули затронуты, что осталось и какой следующий шаг
+Подэлементы-чекеры:
+- создаются через `Добавить подэлемент` как отдельный чекер на каждый смысловой этап
+- заголовок чекера должен называться как этап, например `Этап 1. Backend enforcement лимитов`
+- пункты внутри чекера должны быть короткими проверяемыми действиями по этапу
+- пункт закрывается только после реализации и проверки, а не по намерению
+- чекеры используются как рабочий план, а не как место для длинных объяснений
 
-Подэлемент-чекер:
-- используется для подзадач, которые можно проверить отдельно
-- содержит короткие конкретные пункты без дублирования основного описания
-- закрывается по факту реализации и проверки, а не по намерению
+Текстовые блоки фактической реализации:
+- создаются через `Добавить подэлемент` под соответствующим чекером этапа
+- заголовок текстового блока должен явно связывать его с этапом, например `Реализация этапа 1`
+- блок фиксирует, что реально сделано, какие файлы/модули затронуты, какие проверки прошли и какие ограничения остались
+- важные нюансы для дальнейшего масштабирования записываются именно сюда, а не теряются в чате
+- после каждого осмысленного этапа соответствующий текстовый блок обновляется
 
 Статус карточки:
 - `В работе` ставится только когда задача реально взята в исполнение
-- `Готово` ставится после проверки результата
+- `Готово` ставится после проверки результата и закрытия рабочих чекеров
 - `Отложено` используется для задач, которые больше не входят в текущий рабочий план
 - backlog не должен хранить уже сделанные или сознательно отложенные задачи как активные