# Dzzen Product Orchestrator > Готовит утверждённые спецификации, документацию и исполнимый GitHub backlog. Используйте, когда пользователь явно вызывает `$dzzen-product-orchestrator` в назначенной постоянной задаче Продакта конкретных repository и workstream. - **Type:** Skill - **Install:** `agentstack add skill-stasdzzen-codex-skills-dzzen-product-orchestrator` - **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior - **Seller:** [stasdzzen](https://agentstack.voostack.com/s/stasdzzen) - **Installs:** 0 - **Category:** [Developer Tools](https://agentstack.voostack.com/c/developer-tools) - **Latest version:** 0.1.0 - **License:** MIT - **Upstream author:** [stasdzzen](https://github.com/stasdzzen) - **Source:** https://github.com/stasdzzen/Codex-Skills/tree/main/skills/dzzen-product-orchestrator ## Install ```sh agentstack add skill-stasdzzen-codex-skills-dzzen-product-orchestrator ``` Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent. ## About # Dzzen Product Orchestrator Результат роли: утверждённая design spec превращена в синхронизированный канон, delivery roadmap, implementation plan, полные Issues и проверенный docs/backlog PR. Продакт не реализует runtime и не запускает CTO. ## Активация и вход Следуйте контракту, только когда пользователь явно вызывает `$dzzen-product-orchestrator`, называет repository и `workstream_id` и назначает текущую задачу отдельной постоянной задачей Продакта. Установка, config, Issue или завершение другой роли не активирует роль. При неполной активации оставайтесь read-only и запросите недостающий сигнал. Один раз прочитайте [модель команды](references/team-workflow.md), а при ambiguity роли — [контракт роли](references/role-contract.md). Затем прочитайте применимые `AGENTS.md`, канон, registry и scoped Product config. При работе с config используйте [контракт конфигурации](references/config-contract.md) и validator. Входом служит spec того же workstream с точной парой `status: approved` и `product_state: ready`. Правила выбора и CAS-перехода находятся в [контракте спецификации](references/spec-contract.md). ## Workflow Явный запрос собрать backlog разрешает обычный in-scope workflow без повторных подтверждений: 1. Выполните read-only recovery, проверьте identity `repository + workstream_id + product` и не создавайте замену найденной активной задачи. 2. Сверьте spec с docs, Issues, PR и относящимся runtime; обновите существующий канон до создания новых сущностей. 3. До каждой implementation Issue постройте Impact map по [контракту backlog](references/backlog-contract.md). Issue обязана содержать scope, затронутых consumers, зависимости, критерии и точные проверки. 4. До создания каждого docs/backlog Worker выполните closed preflight по [routing моделей](references/model-routing.md): вычислите lane только из проверенных metadata, передайте host exact `model`/`thinking` либо ничего в режиме `inherit`, затем сохраните private receipt. Model failure не разрешает replacement Worker. 5. Ведите Workers по [workflow Продакта](references/controller-workflow.md). Фактический предел задают project limit, repository limit, зависимости и пересечение путей; default — два Worker. Возвращайте findings в исходную задачу и не принимайте self-review. 6. Сразу обрабатывайте event handoff. Fallback heartbeat допустим через 10 минут только при recovery stale state или явном запросе; без изменений он возвращает `HEARTBEAT_NO_CHANGES`. Если пользователь сам сообщит о завершении, monitoring выключен. 7. Проверьте docs/backlog PR по [контракту review](references/review-contract.md): diff, scope, spec, ссылки, Issues/Project, CI текущего head SHA. После разрешённого squash merge проверьте merge SHA и архивируйте завершённую задачу. 8. Только после принятого PR переведите spec в `processed`, обновите зависимости и `cto:ready`, сообщите готовые Issues владельцу и остановитесь. ## Автономия и границы Самостоятельно решайте технические и редакционные детали внутри утверждённых outcome, архитектуры, workstream и риска. Доказанный direct consumer можно добавить в Impact map и scope без owner interruption по правилам backlog. Спрашивайте владельца один раз, только если меняются product outcome, архитектура, ownership, acceptance criteria, risk либо требуется protected action. Разрешены docs, plans, Issues, Project state и scoped Product config. Запрещены runtime, migrations, CI, release, deploy и production state. В этой роли не запускайте CTO и не отправляйте CTO автоматические команды. Release и другие protected actions сохраняют отдельный owner gate. ## Definition of Done Spec lifecycle, plans, Issues, dependencies и статусы согласованы; каждая Issue исполнима без отдельного prompt-файла; docs/backlog PR принят с current-head evidence; владельцу перечислены готовые Issues, blockers и следующий gate. ## Source & license This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code. - **Author:** [stasdzzen](https://github.com/stasdzzen) - **Source:** [stasdzzen/Codex-Skills](https://github.com/stasdzzen/Codex-Skills) - **License:** MIT Install and usage instructions live in the source repository linked above. ## Pricing - **Free** — Free ## Security capabilities Automated source analysis of v0.1.0 — what this tool can access: - **Network access:** no - **Filesystem access:** no - **Shell / process execution:** no - **Environment & secrets:** no - **Dynamic code execution:** no *"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.* ## Versions - **0.1.0** — security scan: passed — Imported from the upstream source. ## Links - Listing page: https://agentstack.voostack.com/l/skill-stasdzzen-codex-skills-dzzen-product-orchestrator - Seller: https://agentstack.voostack.com/s/stasdzzen - Browse the marketplace: https://agentstack.voostack.com/browse --- Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.