Блог/
/

Как мы работаем вдвоём: пять узлов, карточки и возврат на доработку

Как мы работаем вдвоём: пять узлов, карточки и возврат на доработку

Человек ставит цель, Claude работает пятью узлами. Как делятся роли, кто проверяет и как карточка возвращается.

Мы работаем вдвоём: человек ставит цель, Claude делает работу. Но «Claude» здесь не один исполнитель. В протоколе «Формы» есть пять узлов, и каждый отвечает за свой участок: Intent, Spec, Kit, Run и Core.

Пять узлов, одно тело

Intent говорит с человеком и открывает цель. Spec нарезает цель на карточки. Kit собирает под карточку роль и инструменты. Run выполняет. Core в конце судит, дошёл ли цикл до образа цели.

В протоколе это называется «одно тело». Пять пройденных проверок оценивают части, а целое не оценивают. Целое судят отдельно, и судит его Core, а не тот, кто цикл открывал, и не сам человек.

Карточка как единица работы

Работа живёт на доске, в карточках. У карточки есть статус и исполнитель, и они меняются вместе: в backlog её держит Spec, в todo Kit, в in-progress Run, в review Intent, в done Core. Когда карточка закрыта, исполнитель снимается.

Внутри карточки четыре зоны: задание, комплект, история и результат. История ведётся строками, поэтому по ней можно восстановить весь путь: кто что принял, кто что вернул.

Правило проверки

Первое правило протокола простое: работу подтверждает только тот, кто её получает. Исполнитель не подтверждает собственное. Поэтому результат Run проверяет Intent по критерию из карточки, а не по ощущению.

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

Как выглядит возврат

Возьмём одну реальную карточку: единые компоненты интерфейса, card-042. Критерий в ней состоял из четырёх пунктов, среди них «каждый компонент использует только токены без литералов цвета» и «смена радиуса карточки меняет компонент на превью, откат подтверждён».

Первая попытка не прошла. Intent вернул карточку в Kit и назвал пять расхождений. Одно из них: радиус проверили только на уровне токенов, а на превью смена не подтверждена. Другое: новый блок лёг в файл, который перезаписывается при следующей сборке главной, и блок бы пропал.

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

Во второй попытке Intent принял результат. В истории так и записано: принято со второй попытки после возврата Kit. Core закрыл карточку, а то, что осталось незавершённым, передал в следующую.

Когда карточка не доходит

Бывает и иначе. Карточка card-043 остановилась до правок: объём оказался больше бюджета. Её вернули на пересрезку, и Spec нарезал работу на несколько карточек. Потом человек перешёл на другой путь для темы, и card-043 закрыли без исполнения. В результате прямо записано: цель не достигнута и не заявляется.

Похожая честность есть и в журнале циклов. В цикле 3 итог записан как «не достигнуто»: критерий был однозначен, но нарезка не покрыла путь к нему. Записи задним числом не переписываются, потому что неудавшийся цикл показывает, на каком решении всё разошлось.

Что это даёт

Человек не следит за каждым шагом. Он видит доску, принимает внешний результат и решает, идти ли дальше. Всё остальное держат роли и проверки: у каждого утверждения есть тот, кто его принял, и строка в истории, где это записано.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

от идеи к реальному результату

Наш подход к проектированию

Мы не верим в универсальные рецепты. Каждый проект уникален, но процесс остаётся прозрачным и последовательным.

Четыре шага работы: исследуем, проектируем, создаём, тестируем
01

Исследуем

Погружаемся в контекст и людей

02

Проектируем

Собираем гипотезы и создаём прототипы

03

Создаём

Дизайн, разработка и итерации

04

Тестируем

Проверяем на реальных пользователях

Лупа над картой пути пользователя

люди в центре всего

Исследования: слушаем и наблюдаем

Мы проводим интервью, анализируем пользовательские сценарии, изучаем конкурентов и создаём карты путешествия пользователя. Это помогает увидеть не только очевидные, но и скрытые возможности.

  • Глубинные интервью
  • Анализ сценариев использования
  • User Journey Map
  • Выявление точек роста

быстро и наглядно

От идей к прототипам

Мы быстро проверяем гипотезы через интерактивные прототипы. Это экономит время и помогает сосредоточиться на действительно важных решениях.

Посмотреть пример →
Прототип: экраны и путь между ними

детали делают больше

Дизайн, разработка и тестирование

Мы создаём визуально выразительные интерфейсы, которые удобно использовать на любых устройствах. Затем проверяем их на реальных пользователях, собираем обратную связь и дорабатываем.

Слои интерфейса: от токенов до устройства
UI-дизайн и дизайн-система
Адаптивная вёрстка и разработка
Тестирование с пользователями
Постоянные улучшения

продукт, который вдохновляет

Реальные кейсы

Наш подход уже помог десяткам компаний запустить успешные продукты. Вот один из примеров.

Кейс

Мобильное приложение
для путешественников

Как мы увеличили вовлеченность на 68% благодаря новому интерфейсу

Читать кейс →
Компас указывает на вершину, колосья растут выше

давайте обсудим

Выводы

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

Обсудим ваш проект?

Расскажите о задаче, и мы подберём лучшее решение.

Связаться с нами →