Артефакт · user_story

Стори

Единица работы фабрики: стори — это несколько задач, объединённых одной целью. Цепочка StoryChainWorkflow проходит задачи стори по очереди.

Артефакт: kind=user_story · пакет из задач, подзадач, тесткейсов · на главную · про задачу · про тесткейс · следующая задача: StoryChain · разбор workflows.py

Что это такое

Стори — это артефакт вида user_story в artifacts-service: одна цель, несколько задач. Стори не выполняется одним запуском — она распадается на задачи, каждая из которых проходит свой путь: спеку (ТЗ) → код → MR.

Простая аналогия: стори — это «сделать фичу», а задачи — её шаги. Цепочка (StoryChainWorkflow) гонит шаги по очереди: следующий не начинается, пока предыдущий не смёржен.

Что входит в стори

Стори регистрируется в artifacts-service вместе со своими частями — единым пакетом:

Всё это связывается связями parent/child: стори → задачи → подзадачи и тесткейсы. Регистрация пакета одной командой — задача CH-1.

# пакет стори: одна стори, внутри задачи с порядком
user_story "Сделать фичу X"
└─ task     "Задача 1: …"   (порядок 1)
│    └─ subtask, test_case …
└─ task     "Задача 2: …"   (порядок 2)
     └─ subtask, test_case …

Как стори выполняется

Стори не запускается «вся сразу». Она проходит через цепочку задач:

  1. Берётся первая задача стори → запускается DevPipeline: спека (ТЗ) → код → MR.
  2. MR смёржен → берётся следующая задача (её спека не готовится раньше — строгое правило).
  3. Когда пройдены все задачи — стори закрыта.

Порядок и «не перепрыгивать» — это и есть следующая задача CH-2 StoryChainWorkflow.

Сейчас цепочки стори ещё нет: вход у DevPipeline — одна задача (spec_id/task_id). После CH-2 входом станет стори целиком.

Связи

Вход

стори заводится пакетом (CH-1): цель + задачи с порядком.

Выход

стори закрыта — все задачи смёржены.

Внутри

каждая задача — свой DevPipeline: спеку (ТЗ) пишет SPEC-AGENT, одобряет ЧЕЛОВЕК, код делает DEV-AGENT.

Дальше

StoryChainWorkflow проходит задачи по очереди; метрики стори — MT-1.