Процедура: ritual-evening — вечерний ритуал
Определение. Вечерний ритуал — процедура закрытия рабочего дня: архивация дневных артефактов, инкрементальная индексация, код-ревью дня, закрытие GitHub-иссью и командный вечерний фидбек. Оперирует категориями слоя: @cat:виртуальная-команда даёт пять голосов фидбека (@op:read:@cat:виртуальная-команда), @cat:задача архивируется и закрывается (@op:archive:@cat:задача), @cat:ответственность читается вердиктами ревью (@op:read:@cat:ответственность), @cat:стратегическая-цель сверяется фокусом завтрашнего дня (@op:read:@cat:стратегическая-цель).
Процедура: ritual-day — утренний ритуал
Определение. Утренний ритуал — процедура открытия рабочего дня: гигиена репо, план/стратегия, стендап, центральная задача дня и секретарский контур Ангелины. Оперирует категориями слоя: командой (роли в стендапе и фидбеке), задачами (MAIN_DAY / реестр), ответственностью (гейты утра) и стратегической целью (фокус дня).
Процедура: ritual-dreams — контур снов v2
Определение. Процедура автономного/полуавтономного прогона снов: тик заезда (
dreams:tick), дайджест (dreams:digest), синтез текста субагентом «Мастер снов». Оперирует категориями слоя: стратегической целью (пары графа правды), ответственностью (провенанс автора/версии промпта) и командой (потребители дайджеста утром).Процедура: attribution — распределение ответственности
Определение. Attribution — процедура вычисления и распределения ответственности за изменения: от вывода держателя ветки на шип-гейте до распределения по файлам сложных процедурных коммитов парсером на code-review (T6). Оперирует категорией «ответственность» (род: отношение — устанавливает и разрывает связь «работа ↔ персона», не мутируя её концы).
Процедура: meeting — заседание
Определение. Заседание — конвергентная процедура: многовопросная материя, разрезанная на одновопросные комнаты под единым заданием, со своим протоколом контейнера и отдельным read-only аудитором (S-M5). Оперирует категориями слоя: @cat:виртуальная-команда ведёт комнаты (@op:read:@cat:виртуальная-команда — состав ролей читается, не мутируется), @cat:задача рождается из вердиктов (@op:create:@cat:задача — фазы эпика), @cat:ответственность устанавливается вердиктами о держателях (@op:link:@cat:ответственность), @cat:стратегическая-цель — норма сверки повесток (@op:read:@cat:стратегическая-цель).
Процедура: day-sprint — дневной спринт (эпик + фазы)
Определение. Day-sprint — процедура ведения дневного эпика разработки: регистрация карточек (
task:start), фазы с parentEpic и leadPersona, инстансы в docs/day-sprint/‹id›/ (OPEN → работа → CLOSURE), архивация реестра и вечернее закрытие GitHub Issues. Оперирует категориями слоя: задачей (карточки M/L), командой (leadPersona / виртуальная команда на фазах), ответственностью (принимающий выход фазы) и стратегической целью (эпик дня).Процедура: membrana-local-sprint
Определение.
membrana-local-sprint — каноническая локальная процедура разработки для задач Membrana: одна рабочая ветка, один агент-координатор, явная нарезка на фазы через docs/tasks/registry.json, и честный след исполнения через procedure-run-journal.Процедура: hackathon — эстафета четырёх передач
Определение.
hackathon — маршрут разработки для осевой фичи, которая уже разрезана на последовательную эстафету. Его отличает не календарь сам по себе, а форма передачи: каждый этап H1-H4 оставляет stage-completion-checklist, пригодный следующему этапу без пересказа из чата.Процедура: containerization — крафт контейнеров и китов
Определение. Процедура работы Мастера контейнеризации: различить оси пространства (
GROUP_CONTAINERIZATION) и времени (PINNED_SUBGRAPH_VERSIONING), опереться на опыт живых домов, прогнать зубы аудита и собрать/достроить контейнер или кит без смешения слоёв.Процедура: storm — шторм
Определение. Шторм — дивергентная процедура рождения тезисов: владелец называет ещё не сведённый предмет, Ангелина ведёт живой конспект, участники дают реплики, а выходом становится подтверждённый набор тезисов и явная развилка. Шторм не принимает сходящийся вердикт вместо заседания и не подменяет исполнимую задачу.
Процедура: code-review
Ревью изменений виртуальной командой с ведущим из пяти (T3 шторма branch-taxonomy 21.07): ведущий назначается каскадом «явное слово владельца →
leadPersona карточки, чей id виден в ветке/диффе → скоуп путей диффа → Teamlead + пометка “вне конвенции”»; на ревью работает его персональная память (T4), дифф сверяется с бестиарием антипаттернов (T5), вердикт ведущего — пропуск или блок.Процедура: bridge — комната «мостик» капитана
Держатель: Ангелина (
leadPersona манифеста) — ведущая комнаты (конспект и честный отчёт; кода не пишет, кодекс #922).Процедура: one-shot — первый фрейм (подобранная S-правка за один проход)
Определение. One-shot — процедура одного прохода по подобранной (не заказанной) мелкой находке: агент нашёл сам или всплыло из прецедента. Допуск — двойной гейт (размер S и не сервер); исполнение кончается на «весь код дописан». Ревью и мердж в формат не входят.
Процедура: membrana-leveling — вечернее выравнивание рабочего пространства
Определение. Зонтичная процедура детерминированного выравнивания общего рабочего пространства: классифицировать dirty-пути (
live / ready / unfinished / trash), влить ready в main сериализованным pr:ship-поездом, выровнять деревья и выдать манифест-отчёт. Не смешивать живую правку, готовую работу, незавершёнку и мусор.Недельная процедура «мёртвые провода»
Дом процедуры. Единственная редакция;
AGENTS.md несёт строку-указатель, а не пересказ.Ещё не готовы к основной навигации
У этих 8 записей пока нет достаточного набора: назначения и хотя бы одного входа, этапа, гейта или прожитого выхода. Отдельные страницы сохранены как честные карточки состояния, а пробел копитworkflow-examples-marathon.