Перейти к содержимому
aivis.one 1 / 23
Бесплатный курс 4

Проекты. Запускаем и выращиваем.

За курс вы научитесь
  • запустить небольшой проект по строгому порядку работы (протоколу): конституция (ваш главный документ проекта на два листа), план этапа (страница спринта), задание с критерием — понятной проверкой
  • работать по порядку и звать независимую проверку — не автора работы
  • выпускать результат (показывать готовое людям) безопасно, с возможностью вернуть прежнее, и не работать «на авось»
Зачем строгий порядок

Проекты с агентами рушатся без записей: главное — документы, а не чат

Главный — чат

«Мы же это уже решили»

Решение, оставшееся в чате, для нового чата не существует. Агент (чат с ролью и заданием, сам выполняющий шаги) забывает, берётся за лишнее и пишет «готово», не проверив.

Главные — документы
  • Где проект сейчасзаписано в документах, а не в истории чата
  • Заданиедо работы называет границы и способ проверки
  • «Готово»нужен показанный результат и взгляд того, кто не делал
  • Решениязаписаны, а не помнятся

Нужен ли строгий порядок? Разовая задача — обычный чат из курса 1. Несколько документов, этапы, возвращение через неделю — строгий порядок.

Роли

Роли те же, что в курсе 3: решаете вы, работают трое

Роль Делает Документы проекта
Владелец (вы) Решает: цель, выбор между вариантами, «да» перед выпуском пишет только конституцию — главный документ
Навигатор Ведёт, ставит поручение, принимает результат сам их не меняет
Оркестратор Планирует и зовёт исполнителей единственный их меняет
Исполнитель Одну задачу, потом заканчивается только читает и сообщает
По чату на роль, как в курсе 3. Исполнитель сам выбор не делает: он возвращает вопрос вам.
Уровни работы

Этап, часть, шаг

Уровень Что это Книжный обмен
Этап Цель на недели, со своим планом и понятными признаками успеха работающая форма записи на обмен книгами
Часть Законченная часть этапа со своим результатом форма с проверками; список «мои записи»; выпуск
Шаг Одно маленькое изменение со своей проверкой форма не принимает пустое имя
Для начала хватает трёх уровней.
Проект в документах

Проект помнит документ, а не чат

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

План этапа в нашем примере в конце сам сказал: «Статус: закрыт»; результаты этапа записаны отдельным документом, дальше — решение владельца.

Стартовые документы

Пять коротких документов до первого этапа

  1. Идея: что за проект, для кого, как выглядит успех. Не больше страницы.
  2. Из чего состоит: части проекта и то, что мы сознательно не делаем.
  3. Дорожная карта: этапы списком, по строке на цель. Это не список дел; в курсе 3 ей соответствовал «План».
  4. Что нужно для работы: какой у вас компьютер, какие программы нужны, где лежат файлы проекта.
  5. Список дел: отдельно, всё, что пока не в работе.
Проверка на пароли: в документах проекта не должно быть паролей и доступов к вашим сервисам.
Подарок

Скилл «Протокол проекта»: добавьте и сделайте первый шаг

Ведёт вас шаг за шагом и даёт короткие шаблоны: небольшой проект

  • Сначала пересказ: скилл (готовая инструкция для чата) повторит ваш проект своими словами и ждёт вашего «да». Если строгий порядок не нужен, так и скажет.
  • Один шаг за раз: от стартовых документов до выпуска; показывает только шаблон вашего шага и в конце называет следующий.
  • Роли — как в курсе 3: по чату на роль, решаете вы.
  • Ваш первый шаг: добавьте скилл и составьте с ним стартовые документы.
Скачать скилл «Протокол проекта»
Конституция проекта

Два листа, которые пишет владелец

Владелец (вы)
На двух листах
Что строим и для кого Кто что видит и главный путь посетителя Что вводит человек и как защищены его данные Чего не делаем никогда
Чего там нет
Программного кода Подробных заданий: они пишутся отдельно

В примере из ответов владельца вышли два листа: форма из трёх полей, две возможные даты обмена и правило «посетитель видит только свои записи». Общий планшет у входа — условие этого примера, а не совет вам. Это настоящий запуск, но за владельца отвечал и всё проверял сам автор курса.

Планирование этапа

Сначала план всего этапа, потом работа

  1. Цель одной фразой: работающая страница записи на этом компьютере — форма, список, выпуск.
  2. Критерии успеха: каждый — проверка с ответом «прошла» или «не прошла», либо видимый факт. Например, автоматическая проверка (программа сама прогоняет все проверки) без единой неудачи.
  3. «Чего не делаем»: учётные записи, почта, платежи, свой сервер (отдельный компьютер для сайта), чужие готовые куски программ.
  4. Части до начала работы: форма и проверки; список «мои записи»; выпуск.
План этапа подтверждает владелец — до начала работы.
Задание

Задание: что можно менять, что нельзя, как проверим, уровень риска

Слабое

«Сделай форму нормальной»

Ни границ, ни проверки: агент сам решит, что такое «нормально», и сам скажет «готово».

Первое задание примера
  • Цельформа не принимает пустое имя и показывает понятное сообщение
  • Можно менятьстраницу, файл с правилами формы и новый файл с проверками
  • Не трогатьдокументы, чужие готовые куски программ, правила для книги и даты
  • Критерийпроверка имени запускается и проходит (запускает её агент, вам вводить ничего не нужно)
  • Рисксредний

Критерий — проверка с ответом «прошла» или «не прошла». Запускает её не тот, кто писал.

Рабочий цикл

Разведка, проверка, которая сначала не проходит (красный тест), работа, проверка результата, закрытие

  1. Разведка: исполнитель только читает и сообщает факты. В примере: в проекте были только документы, ни формы, ни программы.
  2. Проверка, которая сначала не проходит: она обязана не пройти, пока нужного ещё нет. Так мы убеждаемся, что она вообще что-то проверяет.
  3. Делаем: самое маленькое изменение, после которого проверка проходит. Работу выполняет оркестратор.
  4. Проверяем: запускаем проверки и смотрим цифры (сколько прошло, сколько нет), а не «вроде работает».
  5. Закрываем: отчёт; следующий шаг и решения — навигатору.
Правило риска

Чем выше риск, тем раньше стоп

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

Проверка — страховка, а проверка, которая сначала не проходит, — доказательство

  • Страховка: проверка защищает от того, что система сделает не то с данными человека.
  • Крайний случай — редкая ситуация: пустое имя, имя из одних пробелов, дата не из двух возможных.
Из запуска: сначала проверили сами проверки: пока вместо программы было пустое место, принимающее что угодно, 2 из 3 проверок не прошли — так и должно быть. Потом написали настоящую программу, и прошли все 3. Первую неудачу исполнитель не засчитал: проверка упала не из-за ошибки, а потому что не нашла нужный файл.
Защита от ошибок

Автоматическая защита сильнее вежливой просьбы: правило просит, а защита не пускает дальше

  1. Перед началом: перед работой агент обязан прочитать названные документы. Не прочитал — не работает.
  2. Правило «стоп»: агент останавливается и показывает результат до следующего шага.
  3. Разведка раньше действия.
  4. Проверка, которая сначала не проходит: она не проходит до того, как появилась программа.
  5. Один этап — один чат: начинаем с чистого листа и документов, а не с длинной переписки.
Начните с самого дешёвого: просите показать результат проверки. «Всё проходит» без показанного результата — не доказательство. Защиту настраивают в помощнике на вашем компьютере (курс 3, слайд 12); в обычном чате её заменяет ваша привычка.
Независимая проверка

Пишет один, проверяет другой — по шести вопросам

Пишет и проверяет один

9 проверок, прошли все 9

В примере все проверки исполнителя прошли, но двух проверок из задания среди них не было. «Прошло» стоит столько, сколько проверено.

Проверяет другой
  • Полнотавсё заявленное на месте
  • Согласованностьнет противоречий
  • Названияимя соответствует делу
  • Решениярешённое записано так же
  • Связанные местапроверены все места, которых касается правка
  • Остаткиудалённое исчезло везде

Находки помечены: СЕРЬЁЗНО (BREAK) останавливает работу, УПУЩЕНО (GAP) не останавливает, МЕЛОЧЬ (NIT) — косметика (те же три метки, что в курсе 2).

Читаем отчёт проверки

Что останавливает, а что откладывается

Метка Что нашли Что сделали
СЕРЬЁЗНО Список не очищался между посетителями возвращено; исправление отдельно
СЕРЬЁЗНО Проверок на это не было: все 16 прошли сначала добавили недостающие проверки; на прежней версии (с ошибкой) 4 из них не прошли — то есть они ошибку находят
УПУЩЕНО Повреждённые записи молча затираются; длина имени не ограничена в отложенное; длину имени выберет владелец
МЕЛОЧЬ Устаревшее слово «запланировано» в документе поправили сразу
Как было на самом деле: автор курса нарочно подложил ошибку. Отчёт исполнителя писал, что две проверки не сделаны, но ошибку не называл. Проверяющий отчёта не читал и сам нашёл чужие записи в списке и пропустившие их проверки. Общий планшет — условие примера, а не совет.
Против работы «на авось»

Девять привычек вместо работы по ощущению

  • До: не писать по ощущению · сначала прочитать, что уже есть · проверка, которая сначала не проходит.
  • Во время: маленькие проверяемые шаги · не верить собственному результату: пусть проверит другой · не копировать правило в несколько документов — потом они разойдутся.
  • После: знать свои требования: иметь письменный список, что должно получиться · чинить сразу, а не откладывать скрытно · знать, что именно изменили.

Привычка слабеет, когда вы устали; автоматическая защита — нет: она не пропускает одинаково в любой день.

Ловушки при работе с ИИ

Четыре ловушки и что поручать обычной программе, а не ИИ

Ловушка Что происходит Что делать
Срезание углов Модель (программа, которая пишет ответы чата) торопится: пропускает проверки и крайние случаи просить проверки прямо, крайние случаи назвать в задании
Временная заготовка Вокруг неё строят, как вокруг фундамента пометить «временно» и записать в список отложенного
Слово с двумя смыслами Модель цепляется за один смысл и понимает остальное неверно взять точное слово или придумать своё
Длинный чат Ответы портятся новый чат с загруженными документами
Точное — программе, смысл — модели. Программа отвечает «где» и «сколько», модель — «почему» и «зачем». В примере проверку имени делает обычная программа (та, что выполняет заданные правила строго и одинаково каждый раз, как калькулятор), а не просьба «проверь внимательно».
Решения

Карточка решения: вопрос, варианты, выбор, почему

  1. Вопрос: одной строкой, что решаем.
  2. Варианты: три, у каждого довод. Если выбор «да или нет», найдите третий: отложить или совместить.
  3. Выбор: ответ, а не «можно было бы».
  4. Почему: довод, который можно проверить. Карточки хранятся подряд в одном документе.
Из запуска: исполнитель сдал работу, и все его проверки прошли. Принять? Варианты: принять; вернуть как есть; вернуть и попросить добавить проверку на пропущенное — такую, которая сначала не проходит. Выбрано третье: «прошло» стоит столько, сколько проверено.
Закрываем этап

Сверяем критерии, результаты, уроки

Критерий Выполнен ли Чем показано
Все проверки проходят выполнен 31 проверка из 31 прошла при закрытии
Пустое и неверное отклоняется с сообщением выполнен проверено повторно
Список — только этот визит в программе выполнен; на экране посмотрел автор курса, а не владелец проверки, добавленные при исправлении
Нет чужих готовых кусков программ выполнен автоматический поиск по файлам проекта ничего не нашёл
Владелец записался с телефона меньше чем за минуту не выполнен проверял автор курса за владельца

Этап закрыт с одним невыполненным критерием: за владельца отвечал и проверял сам автор курса, поэтому настоящая проверка перенесена на следующий этап.

Безопасный выпуск

Сначала проверить, потом заменить старую версию новой — и оставить путь назад

Куда выпускать Что это Берите, если
Простой показ готовых файлов Вы кладёте готовые файлы, и их показывают как есть сайту не нужно хранить данные посетителей
Свой сервер Отдельный компьютер для сайта: вы сами его настраиваете и обслуживаете нужен полный контроль над данными
Готовый сервис Сервис всё запускает и обслуживает за вас нужно, чтобы сайт выдерживал много посетителей без вашей возни с техникой
Правило: проверки новой версии проходят — заменяете старую новой, старая остаётся рядом, вернуться назад можно одним действием.

В примере выпуск был только на компьютере автора курса: рабочая версия заменялась новой, а вернуть прежнюю можно было одним действием. Ничего не опубликовано в интернете.

Итог курса

Все ваши инструменты

01

workit

Рабочие правила для любого чата (курс 1).

Скачать workit
02

Десять промптов

Архив промптов курса 1.

Скачать архив (.zip)
03

Малый скилл

От задачи до готового скилла (курс 2).

Скачать скилл
04

checkit и fixit

Два файла и памятка (курс 2).

Скачать архив (.zip)
05

Набор руководителя проекта

Шесть файлов для проекта (курс 3).

Скачать набор
06

Скилл «Протокол проекта»

Проект по строгому порядку, шаг за шагом (курс 4).

Скачать скилл

Дальше — ваш проект: начните со стартовых документов.

Каждый шаг записан

Демо-версию мы планируем на ноябрь 2026 года, рабочую версию и продажу лицензий — с 1 января 2027 года.

Зайдите на сайт SANKORD и подпишитесь там на новости проекта.