Так у нас идёт разработка. Владелец подкидывает идею — а дальше её раскачивают, формализуют, планируют, раскладывают на дерево задач и делают волнами агентов, а агенты разных движков критикуют и ревьюят каждый шаг. Каждый шаг — задача в SKEIN, к которой приложено всё: решения, исследования, раунды критики, файлы. Весь путь от идеи до принятого кода можно отследить. Слияние и деплой остаются за человеком.
Технические вопросы zask не решает. Пишет «решают разработчики».
[исходная формулировка] снимок до правки[zask] Повтор платежа переписана на местеzask zask-gapsQ → A после каждого батчаzask-readyrelated, дубли закрытыsk-412 · in_progresszdox и коммент «взята прогоном»[USER-DECISION], приходят одним батчемКритики работают параллельно. Каждую находку ведущий сверяет с источником. Движок, не давший своих находок, со следующего круга снимают.
spec-r1-grok.md лог каждого критикаspec.mdplan.md и логи круговtests.md и логи круговblocks: граф зависимостейtasks-analyze.md и лог критикаtmux attachОдин исполнитель на репозиторий. Это живая сессия агента в tmux, она ведёт все волны своего потока.
сокол / sokol · skein-api[сокол] в заголовке задачи[агент сокол · волна 412/api/1][coderev] по одной на движок, отчёт вложением[круг ревью] волна 412/api/1 · круг 2[ретро] исполнитель пишет трение сразу[набор] skein-api · волна 2 тесты волны[сверка контрактов] пункты, круги[mutation] выжило, пробелы, фиксы[ретро] со всех этаповНа одну задачу, поставленную владельцем, в SKEIN вырастает дерево, в котором задач больше, чем вы прочитаете за вечер. Это не беда, а норма работы через агентов: агенты раскладывают работу подробно, потому что им так удобнее её делать и проверять.
Человека это не накрывает: задачи, которые агент разложил сам, не превращаются в поток уведомлений. Вам приходит только ваше — а дерево ждёт, когда вы спросите «Эй, агент, как там дела?».