Пример применения методологии
Как люди и ИИ-агенты разрабатывали пакетное создание связей
Пакетное создание связей в Онто
Разбираем одно изменение в Онто: как потребность пользователя стала заданием для агентов, какие решения принял владелец и как результаты проверки определили следующую работу.
Решение владельца становится условием работы агента. Результат агента становится основанием для следующей проверки.
Общая модель в Онто
Где живёт история изменения
Предложение связано с возможностью продукта, потребностью и сценариями. Выберите объект, чтобы перейти к соответствующему эпизоду этой истории.
От отдельных обращений — к одному пакету
Пользователь программно строит модель в Онто: сначала создаёт объекты, затем связывает их. Объекты уже можно было создавать пакетами, а для каждой связи требовалось отдельное обращение. При частичном выполнении клиенту приходилось восстанавливать, что получилось и какую работу продолжать.
Владелец описал потребность, а аналитик оформил её в vision — документ с замыслом изменения. Пользователь должен передавать список связей между существующими объектами одним обращением и получать результат по каждому элементу. Подтверждённая ошибка одной связи позволяет продолжить обработку остальных.
Команда ограничила изменение серверной операцией через REST API и инструментом MCP, которым пользуются агенты. Создание объектов внутри того же запроса и новые экраны в задачу не вошли.
Специалисты получили описание пользователя, ожидаемый результат и границы изменения, относительно которых можно было оценить решение.
Vision: пользователь, потребность и границы
В редакции 2 от 25 октября 2026 года аналитик свёл исходный замысел и последующие решения владельца. Основной пользователь — человек, работающий с моделью через интеграцию или агента.
Ожидаемый результат: один список связей, сопоставимый с ним ответ и сохранение успешных изменений при подтверждённых ошибках других элементов. Количественная экономия времени и задержка операции в vision не измерены.
Пересказ vision из модели проекта в Онто, редакция 2 от 25 октября 2026 года.
Экспертиза помогла уточнить смысл успеха
При проработке выяснилось, что существующий метод может как добавить новую связь, так и обновить существующую. Достоверного различения этих исходов он не предоставлял. Это затрагивало первоначальное ожидание отдельно сообщать «создана» и «уже существует».
Владелец уточнил требование: достаточно подтверждённого успеха создания или обновления. Отдельно нужно сообщать подтверждённую ошибку и ситуацию, когда исход неизвестен из-за сбоя. Автоматический повтор при неизвестном исходе мог бы наложиться на уже выполненные изменения.
Сохранили и другое ограничение: перестановка участников связи могла приводить к обратному дублю. Владелец принял этот риск до исправления отдельного дефекта. Аналитик включил решения в уточнённый vision, который стал основанием следующего прохода работы.
Исполнителям передали единый смысл результата: успех создания или обновления, подтверждённая ошибка либо явно неизвестный исход.
Экспертиза и решение владельца
В экспертизе сохранено решение владельца от 22 октября: отказаться от различения создания и обновления, разрешить повторное обновление свойств и сохранить существующий способ записи связей без предварительного поиска.
Сводная экспертиза от 26 октября связала выводы backend-, MCP- и QA-специалистов: сервер сохраняет права и проверки существующей операции; MCP передаёт один пакет, проверяет полноту ответа и явно сообщает о неопределённости.
Пересказ решения владельца и сводной экспертизы из модели проекта в Онто.
Агент продолжил работу по конкретной редакции
Спецификация закрепила размер пакета от 1 до 100 элементов, порядок результатов, поведение при частичных ошибках и неизвестном исходе. QA подготовил способы проверки этих условий до передачи работы исполнителям.
Агент, отвечавший за MCP, получил задание с привязкой к определённой спецификации и её технической редакции. Он подготовил адаптер: один вызов передаёт пакет серверу, проверяет полноту ответа и возвращает результаты. При неизвестном исходе автоматический повтор не выполняется.
После реализации агент оставил отчёт: какие изменения внесены, что проверено локально, какие ограничения встретились и кому передаётся работа. Независимый проверяющий получил основания для продолжения.
Следующий участник получил кандидат изменения, использованную редакцию требований, результаты локальных проверок и ограничения этих результатов.
Спецификация и план проверки
Для полностью обработанного пакета каждому входному элементу соответствует один результат в исходном порядке. Подтверждённая ошибка элемента не отменяет успешные изменения соседних элементов.
План проверки охватывает границы пакета, смешанные результаты, права, сохранение свойств, сбои и совместимость существующих операций. Проверки кандидата и развёрнутой тестовой версии описаны отдельно.
Пересказ пакета спецификации и QA-контракта из модели проекта в Онто.
Отчёт реализации MCP от 29 октября
Отчёт связывает задание с возможностью, спецификацией и её технической редакцией. В нём перечислены изменения адаптера, контракта инструмента и проверок, а также следующие участники передачи работы.
Локальные проверки имели ограничения: выбранные тесты прошли с временным вспомогательным механизмом для окружения, а полный запуск завершился по тайм-ауту. Автор сохранил эти условия и отделил их от независимого QA.
Публичный отчёт реализации; ссылка закреплена на конкретной версии репозитория.
Читать исходный отчётЗамечание QA превратилось в отдельную работу
После проверки потребовалось дополнительно проверить смешанный результат через MCP-протокол: две корректные связи окружают ошибочный элемент. Результаты должны сохранить порядок и соответствие исходному списку.
Исполнитель добавил проверку единственного обращения к серверной пакетной операции, сохранения содержимого запроса и ответа «успех — ошибка — успех». Область исправления ограничили тестом; поведение продукта в этой работе не менялось.
Отчёт сохранил причину исправления, связь с той же спецификацией и ограничения локального запуска. Следующий проверяющий мог оценить новый кандидат с учётом этих сведений.
- Элемент 1 Корректная связь Успех
- Элемент 2 Ошибочный элемент Ошибка
- Элемент 3 Корректная связь Успех
Замечание получило конкретное продолжение: дополнительную проверку, новый кандидат и отчёт для независимой оценки.
Отчёт об исправлении проверки смешанного результата
В тест MCP-клиента добавили два корректных элемента вокруг некорректного и ожидаемый ответ SUCCESS / ERROR / SUCCESS. Проверка также контролирует ровно один серверный запрос с неизменённым содержимым.
Отчёт передаёт новый кандидат техническому исполнителю проверок и независимому ревьюеру. Локальный запуск с вспомогательным механизмом окружения не представлен как независимое заключение QA.
Публичный отчёт исправления от 29 октября 2026 года.
Читать исходный отчётНезависимая проверка дала основание для завершения
После исправлений независимые ревьюеры одобрили серверную часть и MCP. QA проверил конкретную пару версий по 12 согласованным критериям: все прошли. Среди них — границы пакета, смешанный результат, права, сохранение свойств и обработка неизвестного исхода.
Следующим шагом проверили развёрнутую пару сервера и MCP в PREPROD — тестовой среде перед выпуском. Сводка зафиксировала версии компонентов, образы и работоспособность сервисов. Функциональный QA подтвердил четыре сценария: передачу элементов, частичный результат, создание и обновление связей, совместимость существующих операций.
Ещё восемь сценариев остались заблокированы: для них требовались средства наблюдения, специальная топология тестовых данных и управляемые сбои. Владелец отдельно исключил из объёма этой проверки сравнения с дополнительными пользователями. Это сохранили как исключение; полный успешный прогон в PREPROD не объявляли.
- QA кандидата12 из 12 прошли
Независимая проверка согласованных критериев на конкретных версиях сервера и MCP.
- QA в PREPROD4 прошли · 0 ошибок
Функциональная проверка реально развёрнутой пары компонентов.
- Остальные сценарии PREPROD8 заблокированы
Для продолжения нужны дополнительные условия проверки. Эти сценарии не засчитаны как пройденные.
В итоговой сводке рядом сохранились одобренные изменения, результаты QA кандидата и развёрнутой версии, исключения владельца и оставшиеся ограничения проверки.
Независимый отчёт QA кандидата от 30 октября
QA-агент записал результат по каждому из 12 критериев, ожидаемое и фактическое поведение, ссылки на доказательства и точные версии обоих компонентов. Все 12 получили результат «пройдено».
Проверки включали реальные операции сохранения и отката на сервере и вызовы через MCP-протокол. Это самостоятельный этап после локальных проверок исполнителей; его результат относится к зафиксированной паре версий.
Пересказ отчёта независимого QA из истории задания в Онто от 30 октября 2026 года.
Итоговая сводка проверок перед завершением
Итоговые описания PR связывают независимое ревью, QA конкретного кандидата, развёртывание компонентов и функциональную проверку PREPROD. В них явно указаны четыре пройденных сценария, восемь заблокированных и отсутствие ошибок среди выполненных сценариев.
Дополнительная проверка с чтением базы подтвердила обновление и сохранение свойств, переопределение ролей, количество направленных связей и отсутствие записей для отклонённых элементов. Сравнения с дополнительными пользователями исключены решением владельца; оставшиеся требования к наблюдению и внесению сбоев сохранены.
Сводка результатов в PR серверной части и MCP. Публичная ссылка ведёт к PR MCP с результатами проверки обоих компонентов.
Читать исходный отчётВладелец подтвердил завершение реализации
В модели проекта сохранено подтверждение завершения реализации владельцем 1 ноября 2026 года. К этому моменту история содержала независимое одобрение реализации, успешную проверку кандидата и сводку проверки PREPROD с явными ограничениями. Отдельное решение владельца об исключении проверок с дополнительными пользователями также осталось в материалах.
Описание результата фиксирует пакетное создание и обновление связей через REST и MCP, упорядоченные результаты элементов и явное сообщение о неизвестном исходе без автоматического повтора.
Вместе с результатом сохранены границы решения: пакет работает со связями между существующими объектами, а принятый риск обратных дублей остаётся связан с отдельным дефектом.
У изменения сохранены подтверждение владельца, описание результата, независимые заключения и ограничения проверки для последующей работы.
Подтверждение завершения в модели проекта
У предложения «Пакетное создание связей между существующими объектами» установлен статус «Реализовано». В описании прямо записано подтверждение завершения владельцем 1 ноября 2026 года.
Дата приведена по записи в модели проекта. Из неё здесь не выводятся дата выпуска в промышленную среду или показатели эффективности разработки.
Пересказ текущего объекта предложения в пространстве «Платформа Онто».
Что получает команда
Следующий участник продолжает с достигнутого
В этой работе решения владельца повлияли на спецификацию, спецификация определила задание исполнителя, а замечание проверки создало дополнительную работу. Каждая передача опиралась на конкретные материалы и оставляла новые сведения для продолжения.
В Онто материалы связаны с одним изменением. По их ссылкам и редакциям можно восстановить, что уже выяснили, какие решения действовали и почему появилась следующая задача. Так методология ведения проекта разработки ПО применяет метод «Доверенный контекст» к совместной работе людей и агентов.
Основания рассказа
Материалы и источники
Замысел, экспертиза, спецификация, независимый QA кандидата и подтверждение владельца пересказаны по материалам проекта в Онто. Публичные отчёты и итоговая сводка в PR раскрывают реализацию, проверку развёрнутой версии и её ограничения.
Применить к своей работе
Начните с одного изменения
Определите, что должен получить следующий участник и какие сведения он оставит после своей работы.