CC universe-studio
Студийный режим для помеченной рабочей области — оркестратор с одним тегом и четырьмя утверждениями (#474). Учитывая идею и активную рабочую область (`ralphy workspace use <ws>`), он выполняет производство от начала до конца в ЧЕТЫРЕ этапа, каждый из которых автоматически собирается и автоматически исправляется в соответствии с собственной оценочной рубрикой этой рабочей области, прежде чем вы его увидите: (1) местоположение/каст → фаза `style-lock`; (2) сценарий → фаза `scenario`; (3) якоря сцен → фаза `assets`; (4) финальный монтаж → фаза `eval`. Каждый этап: сборка → `ralphy workspace eval <id>` → чтение оценочной таблицы по каждому критерию → цикл ограниченного исправления #473 (БЕСПЛАТНЫЕ исправления редактора авто-цикл; ПЛАТНОЕ повторное создание ОСТАНАВЛИВАЕТСЯ для вашего утверждения) → представление ТОЛЬКО тогда, когда критерии этапа выполнены → ожидание вашего утверждения этапа перед продвижением. Вы принимаете четыре решения; все остальное исправляется само по себе в соответствии с жесткой планкой вселенной. ОБЩЕЕ: параметризуется АКТИВНОЙ рабочей областью — работает для ЛЮБОЙ рабочей области с `evaluators.json` + `stageGates`. Он УПОРЯДОЧИВАЕТ плейбуки по ролям (сценарист / арт-директор / редактор) под оценочными воротами; он НЕ заменяет их. ИСПОЛЬЗУЙТЕ, когда пользователь говорит «студийный режим», «запустить мою вселенную от начала до конца», «сделать видео <universe> с воротами», «я сделаю четыре утверждения», «автоматически собрать и автоматически исправить по моим оценкам», «управлять поэтапной студией для <workspace>» или помечает рабочую область и предоставляет идею, ожидая потока поэтапных ворот. См. тело для ALSO FIRE / DO NOT FIRE / HARD INVARIANTS.
машинный переводПоказать оригиналСкрыть оригинал«Studio mode for a tagged workspace — the one-tag, four-approvals orche…»
Studio mode for a tagged workspace — the one-tag, four-approvals orchestrator (#474). Given an idea and an active workspace (`ralphy workspace use <ws>`), it runs production end-to-end as FOUR stages, each auto-assembled and auto-repaired against that workspace's own eval rubric before you see it: (1) location/cast → phase `style-lock`; (2) scenario → phase `scenario`; (3) scene anchors → phase `assets`; (4) final montage → phase `eval`. Each stage: assemble → `ralphy workspace eval <id>` → read the per-criterion scorecard → the #473 bounded repair loop (FREE editor fixes auto-loop; PAID regeneration STOPS for your approval) → present ONLY when the stage's criteria clear → wait for your stage approval before advancing. You make four decisions; everything else repairs itself against the universe's hard bar. GENERIC: parameterized by the ACTIVE workspace — works for ANY workspace with an `evaluators.json` + `stageGates`. It SEQUENCES the per-role playbooks (scenarist / art-director / editor) under the eval gates; it does NOT replace them. USE WHEN the user says "studio mode", "run my universe end-to-end", "make a <universe> video with the gates", "I'll make four approvals", "auto-assemble and auto-repair against my evals", "drive the staged studio for <workspace>", or tags a workspace and drops an idea expecting the staged-gate flow. See body for ALSO FIRE / DO NOT FIRE / HARD INVARIANTS.
Студийный режим для помеченной рабочей области — оркестратор с одним тегом и четырьмя утверждениями (474).
Как процесс C 61/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, повторный запуск
Как улучшить
- Сократите description до 1024 символов.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 1. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- ошибка
description-longdescription 1409 символов, лимит 1024 - заметка
frontmatter-keyнеизвестное поле фронтматтера "namespace"
Процессный рейтинг: все десять параметров 61/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 30Повторный запуск. Изменяющих операций: 5, без проверки текущего состояния
- 60Инструменты и файлы. Используются инструменты (web), но во frontmatter они не объявлены
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 100Шаги. Шагов: 31
- 100Ошибки и развилки. Развилок: 1, есть раздел про ошибки
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2296 токенов
- 100Отчётность по ходу. Скилл сообщает о ходе работы
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 1409: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- +4Нет примеров входа/выхода
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 6 примера фраз-триггеров в кавычках
- +4Структура: 9 заголовков
- +3Пошаговые инструкции: 31 пунктов
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 56.