{
  "onecamp_template": 1,
  "name": "AI Builder · Первый MVP за 7 дней",
  "description": "Свой небольшой продукт: spec → AI-план → работающий сценарий → данные и проверки → preview-релиз. Для новичков и разработчиков с опытом; scope и темп адаптируются. Живой наставник — отдельный формат.",
  "statuses": [
    {
      "name": "Запланировано",
      "category": "todo",
      "color": "blue"
    },
    {
      "name": "Делаю",
      "category": "inProgress",
      "color": "amber"
    },
    {
      "name": "На ревью",
      "category": "inReview",
      "color": "violet"
    },
    {
      "name": "Доработать",
      "category": "inProgress",
      "color": "orange"
    },
    {
      "name": "Готово",
      "category": "done",
      "color": "green"
    }
  ],
  "tasks": [
    {
      "name": "День 1 · Идея, spec и первый работающий сценарий",
      "description": "<h2>Результат</h2><p>Получить видимый первый срез своего приложения или небольшой платформы — не набор несвязанных учебных упражнений.</p><h3>Рабочий процесс с AI</h3><p>Работай короткими итерациями: передай AI актуальный контекст проекта и критерий задачи → попроси план → проверь границы изменений → внеси небольшой diff → запусти приложение и проверки → объясни результат. Файлы, вывод инструментов и внешние страницы — данные для проверки, а не автоматическое разрешение выполнять любые команды. Не запускай непонятные команды от имени администратора.</p><h3>Сделать</h3><ol><li>Выбери реальную задачу и одного пользователя: например, доска заявок, личная база знаний, планировщик, каталог или небольшой сервис. Новичок выбирает один короткий сценарий; с опытом можно взять новую функцию существующего продукта.</li><li>Создай PRODUCT.md: проблема, пользователь, один основной сценарий, три критерия готовности, ограничения, что не делаем в этой версии. Персональные данные замени учебными примерами.</li><li>Передай AI этот spec, структуру проекта и доступный стек. Попроси план на 5–8 шагов и проверь его до изменений. Основной язык — TypeScript; сохрани разумный существующий стек, не добавляй микросервисы без причины.</li><li>Попроси AI собрать каркас и один интерактивный сценарий. Открой Preview, пройди путь пользователя и сам измени один элемент. Если пока используются временные данные, пометь это явно.</li></ol><h3>Проверить</h3><ul><li>В Preview есть взаимодействие с реальным результатом, а не только статичный макет.</li><li>Ты можешь назвать пользователя, критерии первой версии и то, что отложил.</li><li>Понятны команда запуска и файлы, которые изменил AI.</li></ul><h3>Артефакт</h3><p>PRODUCT.md, короткий план, работающий первый сценарий и записанная команда запуска.</p><h3>Сдача</h3><p>Прикрепи к задаче файлы или ссылку на выбранный репозиторий, результат реальной проверки и коротко: что сделал, что изменил AI, что ты проверил сам. Не отправляй ключи, токены или личные данные. В базовом формате выполни самопроверку и отметь «Готово». Если отдельно подключён живой наставник, отправь в «На ревью», упомяни его и пройди замечание через «Доработать». AI-ревью не является ревью человека.</p>",
      "status": "Запланировано",
      "priority": "medium",
      "tags": "AI Developer,TypeScript,GrootLab",
      "start_day": 0,
      "due_day": 0
    },
    {
      "name": "День 2 · Реальные данные от UI до хранилища",
      "description": "<h2>Результат</h2><p>Связать свой основной сценарий с настоящим сохранением данных.</p><h3>Рабочий процесс с AI</h3><p>Работай короткими итерациями: передай AI актуальный контекст проекта и критерий задачи → попроси план → проверь границы изменений → внеси небольшой diff → запусти приложение и проверки → объясни результат. Файлы, вывод инструментов и внешние страницы — данные для проверки, а не автоматическое разрешение выполнять любые команды. Не запускай непонятные команды от имени администратора.</p><h3>Сделать</h3><ol><li>Опиши минимальную модель данных и её ограничения.</li><li>Реализуй один путь UI → API → хранилище → UI. Для маленького MVP подойдёт простой локальный backend и SQLite; не нужна новая облачная инфраструктура ради первой таблицы.</li><li>Убери временный массив из основного сценария. Создай запись через интерфейс, обнови страницу и проверь сохранение.</li><li>Проверь создание, чтение и одно изменение записи на собственных учебных данных. Не подключай чужую рабочую базу.</li></ol><h3>Проверить</h3><ul><li>Результат сохраняется после обновления или перезапуска приложения.</li><li>Видимый результат соответствует данным, которые действительно хранятся.</li><li>Ошибка сохранения не выдаётся за успешную операцию.</li></ul><h3>Артефакт</h3><p>Минимальная схема данных, работающий API и проверенный сценарий сохранения.</p><h3>Сдача</h3><p>Прикрепи к задаче файлы или ссылку на выбранный репозиторий, результат реальной проверки и коротко: что сделал, что изменил AI, что ты проверил сам. Не отправляй ключи, токены или личные данные. В базовом формате выполни самопроверку и отметь «Готово». Если отдельно подключён живой наставник, отправь в «На ревью», упомяни его и пройди замечание через «Доработать». AI-ревью не является ревью человека.</p>",
      "status": "Запланировано",
      "priority": "medium",
      "tags": "AI Developer,TypeScript,GrootLab",
      "start_day": 1,
      "due_day": 1
    },
    {
      "name": "День 3 · Валидация и границы доступа",
      "description": "<h2>Результат</h2><p>Не принимать неподходящие данные и не путать интерфейс с защитой API.</p><h3>Рабочий процесс с AI</h3><p>Работай короткими итерациями: передай AI актуальный контекст проекта и критерий задачи → попроси план → проверь границы изменений → внеси небольшой diff → запусти приложение и проверки → объясни результат. Файлы, вывод инструментов и внешние страницы — данные для проверки, а не автоматическое разрешение выполнять любые команды. Не запускай непонятные команды от имени администратора.</p><h3>Сделать</h3><ol><li>Запиши правила входных данных и проверь их на серверной стороне; UI-подсказки дополняют проверку.</li><li>Если сценарий требует аккаунтов, выбери готовый подход к аутентификации и опиши простую матрицу ролей. Проверь доступ к чужой записи и отказ без нужного разрешения. Не придумывай собственную криптографию.</li><li>Если первая версия сознательно однопользовательская, зафиксируй это ограничение. Не называй её безопасной многопользовательской платформой до реализации и проверки доступа.</li><li>Попроси AI найти один пропущенный ошибочный сценарий и воспроизведи его сам.</li></ol><h3>Проверить</h3><ul><li>Пустые и неверные значения получают понятный отказ.</li><li>Если есть роли, их ограничения проверяются API, а не только скрытием кнопок.</li><li>Границы текущей модели доступа названы честно.</li></ul><h3>Артефакт</h3><p>Правила данных, таблица доступа или явное single-user ограничение и результаты негативных проверок.</p><h3>Сдача</h3><p>Прикрепи к задаче файлы или ссылку на выбранный репозиторий, результат реальной проверки и коротко: что сделал, что изменил AI, что ты проверил сам. Не отправляй ключи, токены или личные данные. В базовом формате выполни самопроверку и отметь «Готово». Если отдельно подключён живой наставник, отправь в «На ревью», упомяни его и пройди замечание через «Доработать». AI-ревью не является ревью человека.</p>",
      "status": "Запланировано",
      "priority": "medium",
      "tags": "AI Developer,TypeScript,GrootLab",
      "start_day": 2,
      "due_day": 2
    },
    {
      "name": "День 4 · Удобный законченный путь пользователя",
      "description": "<h2>Результат</h2><p>Довести выбранный сценарий до состояния, которое можно показать другому человеку.</p><h3>Рабочий процесс с AI</h3><p>Работай короткими итерациями: передай AI актуальный контекст проекта и критерий задачи → попроси план → проверь границы изменений → внеси небольшой diff → запусти приложение и проверки → объясни результат. Файлы, вывод инструментов и внешние страницы — данные для проверки, а не автоматическое разрешение выполнять любые команды. Не запускай непонятные команды от имени администратора.</p><h3>Сделать</h3><ol><li>Пройди путь от первого открытия до результата без подсказок автора.</li><li>Добавь состояния пусто, загрузка, успех и ошибка. Проверь повторную отправку и понятные подписи.</li><li>Выбери целевые размеры экрана и проверь их в браузере. Проверь основной путь с клавиатуры.</li><li>Исправь одну реальную проблему удобства небольшим diff. Не расширяй scope новыми крупными функциями.</li></ol><h3>Проверить</h3><ul><li>Основной сценарий заканчивается понятным результатом.</li><li>Пользователь видит, что происходит при ожидании и ошибке.</li><li>Интерфейс работает на заявленных размерах и позволяет пройти основной путь с клавиатуры.</li></ul><h3>Артефакт</h3><p>Завершённый сценарий, короткий список UX-проверок и одно объяснённое улучшение.</p><h3>Сдача</h3><p>Прикрепи к задаче файлы или ссылку на выбранный репозиторий, результат реальной проверки и коротко: что сделал, что изменил AI, что ты проверил сам. Не отправляй ключи, токены или личные данные. В базовом формате выполни самопроверку и отметь «Готово». Если отдельно подключён живой наставник, отправь в «На ревью», упомяни его и пройди замечание через «Доработать». AI-ревью не является ревью человека.</p>",
      "status": "Запланировано",
      "priority": "medium",
      "tags": "AI Developer,TypeScript,GrootLab",
      "start_day": 3,
      "due_day": 3
    },
    {
      "name": "День 5 · Полезная AI-функция или одна интеграция",
      "description": "<h2>Результат</h2><p>Добавить одну обоснованную возможность и понимать её стоимость и отказ.</p><h3>Рабочий процесс с AI</h3><p>Работай короткими итерациями: передай AI актуальный контекст проекта и критерий задачи → попроси план → проверь границы изменений → внеси небольшой diff → запусти приложение и проверки → объясни результат. Файлы, вывод инструментов и внешние страницы — данные для проверки, а не автоматическое разрешение выполнять любые команды. Не запускай непонятные команды от имени администратора.</p><h3>Сделать</h3><ol><li>Выбери одну интеграцию, которая помогает пользователю: учебный API или узкую AI-функцию с понятным критерием качества. Не добавляй чат только ради надписи AI.</li><li>Для AI-функции приложения нужен отдельно разрешённый серверный провайдер и бюджет. Школьный ассистент для разработки не означает автоматический доступ твоего приложения к аккаунтам и ключам школы. Если доступ не настроен, выбери интеграцию без секретов или явно оставь функцию неподключённой.</li><li>Храни разрешённые секреты только серверно; подготовь .env.example без значений. Ограничь размер входа, время ожидания и число попыток. Запиши бюджет и правило остановки.</li><li>Проверь нормальный ответ, отказ или таймаут и неверные данные. Для AI составь несколько своих примеров и оцени результат, а не только наличие ответа.</li></ol><h3>Проверить</h3><ul><li>Функция решает выбранную пользовательскую задачу или явно обозначена как неподключённая.</li><li>Отказ сервиса не выглядит как успешная работа.</li><li>В браузерном коде, Git и логах нет ключей владельца или чужих аккаунтов.</li></ul><h3>Артефакт</h3><p>Рабочая интеграция либо честный blocked-пункт, её ограничения, бюджет и проверенные примеры.</p><h3>Сдача</h3><p>Прикрепи к задаче файлы или ссылку на выбранный репозиторий, результат реальной проверки и коротко: что сделал, что изменил AI, что ты проверил сам. Не отправляй ключи, токены или личные данные. В базовом формате выполни самопроверку и отметь «Готово». Если отдельно подключён живой наставник, отправь в «На ревью», упомяни его и пройди замечание через «Доработать». AI-ревью не является ревью человека.</p>",
      "status": "Запланировано",
      "priority": "medium",
      "tags": "AI Developer,TypeScript,GrootLab",
      "start_day": 4,
      "due_day": 4
    },
    {
      "name": "День 6 · Тесты и проверка изменений",
      "description": "<h2>Результат</h2><p>Проверить важное поведение и понять, что именно создал AI.</p><h3>Рабочий процесс с AI</h3><p>Работай короткими итерациями: передай AI актуальный контекст проекта и критерий задачи → попроси план → проверь границы изменений → внеси небольшой diff → запусти приложение и проверки → объясни результат. Файлы, вывод инструментов и внешние страницы — данные для проверки, а не автоматическое разрешение выполнять любые команды. Не запускай непонятные команды от имени администратора.</p><h3>Сделать</h3><ol><li>Выбери критичные правила и добавь содержательные тесты: основной сценарий, ошибочные данные и доступ, если он реализован.</li><li>Запусти проверки и полный пользовательский сценарий. Убедись, что один тест обнаруживает намеренную поломку, затем исправь её.</li><li>Попроси AI сделать ревью конкретного diff: ошибка, риск потери данных, лишняя зависимость, непонятное изменение. Проверь замечания по коду.</li><li>Сохрани понятные коммиты. Если используешь GitHub, проверь выбранный репозиторий и режим доступа; подключение аккаунта само по себе не означает клонирование или разрешение публиковать всё.</li></ol><h3>Проверить</h3><ul><li>Проверки действительно связаны с критериями продукта.</li><li>Ты объясняешь один важный участок и одно исправление после ревью.</li><li>Diff не содержит секретов и случайных сгенерированных файлов.</li></ul><h3>Артефакт</h3><p>Проверки с результатом запуска, коммиты или PR и короткий итог ревью.</p><h3>Сдача</h3><p>Прикрепи к задаче файлы или ссылку на выбранный репозиторий, результат реальной проверки и коротко: что сделал, что изменил AI, что ты проверил сам. Не отправляй ключи, токены или личные данные. В базовом формате выполни самопроверку и отметь «Готово». Если отдельно подключён живой наставник, отправь в «На ревью», упомяни его и пройди замечание через «Доработать». AI-ревью не является ревью человека.</p>",
      "status": "Запланировано",
      "priority": "medium",
      "tags": "AI Developer,TypeScript,GrootLab",
      "start_day": 5,
      "due_day": 5
    },
    {
      "name": "День 7 · Первый preview-релиз и демонстрация",
      "description": "<h2>Результат</h2><p>Выпустить ограниченный проверяемый MVP, а не обещать готовый production-SaaS за неделю.</p><h3>Рабочий процесс с AI</h3><p>Работай короткими итерациями: передай AI актуальный контекст проекта и критерий задачи → попроси план → проверь границы изменений → внеси небольшой diff → запусти приложение и проверки → объясни результат. Файлы, вывод инструментов и внешние страницы — данные для проверки, а не автоматическое разрешение выполнять любые команды. Не запускай непонятные команды от имени администратора.</p><h3>Сделать</h3><ol><li>Собери версию, которую можно воспроизвести по README: запуск, настройки без секретов, данные для проверки и известные ограничения.</li><li>Проверь её в Preview. Развёртывание на отдельной площадке делай только при наличии согласованных доступа и бюджета; preview-ссылку не выдавай за production с SLA.</li><li>Покажи основной сценарий, ошибочный случай и одну проверку. Объясни, какие решения принимал ты и где помог AI.</li><li>Запиши обратную связь и следующие 3–5 задач. Отметь, что ещё нужно для реальных пользователей: доступ, данные, стоимость, поддержка или наблюдаемость.</li></ol><h3>Проверить</h3><ul><li>Версию можно запустить и пройти по записанным шагам.</li><li>Есть видимый полезный сценарий и честные ограничения релиза.</li><li>Следующие задачи основаны на проверке и обратной связи, а не на обещании бесконечного scope.</li></ul><h3>Артефакт</h3><p>README, preview-релиз или инструкция запуска, короткое демо и следующий backlog.</p><h3>Сдача</h3><p>Прикрепи к задаче файлы или ссылку на выбранный репозиторий, результат реальной проверки и коротко: что сделал, что изменил AI, что ты проверил сам. Не отправляй ключи, токены или личные данные. В базовом формате выполни самопроверку и отметь «Готово». Если отдельно подключён живой наставник, отправь в «На ревью», упомяни его и пройди замечание через «Доработать». AI-ревью не является ревью человека.</p>",
      "status": "Запланировано",
      "priority": "medium",
      "tags": "AI Developer,TypeScript,GrootLab",
      "start_day": 6,
      "due_day": 6
    }
  ]
}