Задача — это не «сделай X». Это контейнер, в котором живёт всё нужное: цель, ссылки на контекст, и чёткий критерий «готово».

У меня уже описаны правила создания задач. Есть скилл, который этим занимается. Я просто говорю: «создай задачу — подготовить слайды к уроку 4» — и агент сам заполняет контекст, ставит ссылки, прописывает критерий done.

Задача живёт в GitHub, не в чате. Она не исчезает. Любой агент, любая модель, любое устройство — подключается и видит весь контекст.

• Запустить 10 агентов параллельно — выбрать лучший результат
• Продолжить с телефона, с другого компьютера — контекст в GitHub, не в чате
• Вышел новый агент — подключаешь за 2 секунды, отдаёшь задачу
• Задача — это звено в цепочке. Она часть пайплайна, а не изолированный промпт

↑ реальная задача из моего проекта

Правила — это то, что ты объясняешь новому сотруднику в первый день. Что можно, что нельзя, как называть задачи, куда складывать результат.

Описываешь один раз — и все агенты в этом отделе работают по этим правилам. Не нужно повторять каждый раз. Не нужно надеяться, что агент «помнит».

• Главный файл: CLAUDE.md — как README для агента
• Дисциплинные правила: rules/*.md — загружаются по контексту
• Скилл claude-md-writer помогает писать и поддерживать

↑ у каждого отдела свои правила — агент следует им автоматически

Скилл — это папка с промптами, которая описывает повторяемый процесс. Написал один раз — агент выполняет по команде или автоматически.

Пример: в отделе контента есть скилл «написать пост». Агент пишет черновик — это самый плохой пост, который можно написать. Дальше я правлю, редактор правит, любой может улучшить. Но процесс уже запущен.

Скилл можно передать коллеге, скопировать в другой проект, опубликовать. Уже появляются стартапы, которые упаковывают экспертизу в скиллы — через интервью, анализ процессов, шаблоны. Это новая индустрия.

• Каждый отдел имеет свои скиллы
• Написал один раз — работает всегда
• Можно передать, скопировать, опубликовать

30+ скиллов по всем отделам