Paperclip уточнил: иерархия задач — не блокировка, зависимости нужно прописывать в blockedByIssueIds

В открытом проекте Paperclip, который используют для управления AI-агентами на работе, выпустили обновление документации. Оно разъясняет, как правильно кодировать зависимости между задачами при планировании. Раньше инструкция могла ввести в заблуждение: иерархия задач, порядок фаз или текстовые пометки о блокерах не гарантировали, что агент не запустит зависимую задачу раньше времени.

Теперь в Paperclip явно указано: только параметр blockedByIssueIds останавливает задачу, у которой назначен исполнитель, если блокеры не закрыты. Родительские-дочерние связи — это структура, а не исполнение. В обновлённом гайде советуют сначала составлять компактную матрицу задач (задача, исполнитель, статус, блокеры), а потом проверять граф созданных issues перед закрытием планировочной задачи.

Риски изменений минимальны — правки только в документации и тексте скиллов, не затрагивают рантайм или БД. В коммите использовали OpenAI Codex на базе GPT-5, но это детали реализации, не влияющие на суть обновления.