<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Уровень команды on AI Coding Playbook</title><link>https://aicodingplaybook.ru/team/</link><description>Recent content in Уровень команды on AI Coding Playbook</description><generator>Hugo</generator><language>ru</language><copyright>AI HUB TEAM</copyright><lastBuildDate>Wed, 01 Jan 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://aicodingplaybook.ru/team/index.xml" rel="self" type="application/rss+xml"/><item><title>Командные процессы</title><link>https://aicodingplaybook.ru/team/team-processes/</link><pubDate>Wed, 01 Jan 2025 00:00:00 +0000</pubDate><guid>https://aicodingplaybook.ru/team/team-processes/</guid><description>&lt;p&gt;Здорово иметь на уровне команды определённые базовые процессы и правила работы с ИИ-агентами. По мере роста опыта у каждого появятся какие-то свои фишки и паттерны, но лучшие практики всё равно желательно выносить на уровень команды или даже всей компании. В этом разделе мы даём некоторый стартовый фреймворк, с которого можно начать.&lt;/p&gt;
&lt;p&gt;Какие есть челленджи при использовании ИИ на уровне команды:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Как сделать, чтоб каждый не изобретал свой велосипед для решения одних и тех же проблем?&lt;/li&gt;
&lt;li&gt;Как не превратить репозиторий в ИИ-слоп?&lt;/li&gt;
&lt;li&gt;ИИ может значительно ускорить каждого отдельного разработчика. Как в этой ситуации сделать, чтоб они не начали мешать друг другу (дублирование работы; смены контрактов, интерфейсов и тестов; генерация несовместимых кусков кода)?&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Становятся ещё более важными традиционные командные процессы:&lt;/p&gt;</description></item><item><title>Работа над задачами</title><link>https://aicodingplaybook.ru/team/task-workflow/</link><pubDate>Wed, 01 Jan 2025 00:00:00 +0000</pubDate><guid>https://aicodingplaybook.ru/team/task-workflow/</guid><description>&lt;p&gt;Разные задачи всегда требовали разных процессов. Для мелкой некритичной задачи можно сделать коммит, прогнать тесты и в бой, а где-то нужна декомпозиция, дизайн-ревью, долгие эксперименты. С ИИ-агентами ситуация принципиально не меняется, рекомендуется использовать разные процессы в зависимости от задачи. Эти правила можно закрепить на уровне команды. Например:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Простая задача - как угодно любым способом, просто промпт в сессии. Остальные обязательные командные процессы (автоматические тесты, код-ревью и так далее) соблюдаются&lt;/li&gt;
&lt;li&gt;Сложная задача - описываем задачу по командному шаблону (например, с помощью специального скилла вместе с ИИ-агентом)&lt;/li&gt;
&lt;li&gt;Большое архитектурное изменение или новый проект - можно попробовать специальные подходы к планированию и дизайну - типа &lt;a href="https://github.com/othmanadi/planning-with-files"&gt;planning-with-files&lt;/a&gt; или &lt;a href="https://docs.bmad-method.org"&gt;BMAD-Method&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;Автономная задача - используем специальные подходы Ralph Loop, Getting Shit Done, etc.&lt;/li&gt;
&lt;li&gt;Повторяющаяся задача - используем/создаём скилл или субагента, коммитим в репу&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="пример-процесса-для-сложной-задачи"&gt;Пример процесса для сложной задачи&lt;/h2&gt;
&lt;p&gt;Каждая задача для ИИ-агента должна быть сконвертирована в описание по шаблону, например:&lt;/p&gt;</description></item><item><title>AI-friendly документация</title><link>https://aicodingplaybook.ru/team/ai-friendly-docs/</link><pubDate>Wed, 01 Jan 2025 00:00:00 +0000</pubDate><guid>https://aicodingplaybook.ru/team/ai-friendly-docs/</guid><description>&lt;h2 id="документация-для-машин"&gt;Документация для машин&lt;/h2&gt;
&lt;p&gt;В современной разработке появился новый потребитель документации - это ИИ-агенты. Ранее главной входной точкой в репозитории являлся файл README.md, который служит общим описанием того, зачем репозиторий нужен и как им пользоваться. Многие важные для ИИ-агента вещи в репозитории часто отсутствуют, потому что либо лежат где-то в другом месте, либо в головах у людей:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;политики по написанию кода&lt;/li&gt;
&lt;li&gt;разрешенные инструменты и библиотеки&lt;/li&gt;
&lt;li&gt;бизнес-смысл и архитектура проекта&lt;/li&gt;
&lt;li&gt;контекст по работе продукта и ранее принятые решения&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Хоть для конкретных задач бывает достаточно добавить кусок документации в промпт, но при ежедневной работе над одним проектом эти действия начнут повторяться. Отсюда и приходит потребность вести документацию не только для человека, но и для агентов. Дальше рассмотрим основные документы.&lt;/p&gt;</description></item></channel></rss>