ss-build

ss-build — это skill StyleSeed для сборки одного экрана по заранее составленному набору дизайн-правил. В его источнике прямо сказано, что build method является основным продуктом, а score и screenshots служат вспомогательным доказательством. Поэтому workflow начинается не с JSX или CSS, а с фиксации того, какая грамматика композиции, surface-адаптер, доменный контекст, page-тип, brand recipe, профиль и lock действительно применяются к задаче. Первый шаг — проверить наличие STYLESEED.md. Если файла нет, источник предписывает выполнить ss-setup и записать его до начала UI-кода. Если пользователь дал визуальный референс, который не покрывается встроенной грамматикой, сначала используется ss-reference; неизвестный референс нельзя сводить к простой замене палитры. Затем ss-resolve или эквивалентный скрипт resolve-context.mjs собирает effective-rules.md. Рядом сохраняется .styleseed/manifest.json с выбором и хешами источников; после успешного разрешения не требуется загружать llms-full.txt. Скомпилированный bundle сохраняет порядок полномочий: core invariants, selected grammar, surface adapter, domain/page, brand recipe, optional profile, bounded lock и craft baseline. Это важно для конфликтов: профиль или lock не должны отменять пригодность решения для задачи, связность или базовую доступность. Перед кодом полезно одной строкой зафиксировать effective rule set, например сочетание operations-console, SaaS, dashboard, enterprise-workbench и swiss. Такой шаг оставляет происхождение решения проверяемым и помогает обнаружить drift между утверждёнными правилами и текущим экраном. На этапе композиции skill требует сделать пользовательскую задачу и главное решение видимыми в первом viewport, выделить один фокус и не превращать экран в равновесную галерею одинаковых блоков. Нужно применять контракты grammar для плотности, типографики, цвета, surface, данных, действий, состояний, responsive и motion, а geometry, control, collection и navigation брать из выбранного recipe. Для bundled pattern-компонентов на корне артефакта устанавливается data-styleseed-recipe с идентификатором рецепта. Контент должен быть продуктовым и доказательным, без копирования демонстрационного StyleSeed. После сборки запускается code gate: он называет effective rule set, проверяет общие и grammar-specific инварианты и исправляет самые дорогие нарушения; источник ориентирует примерно на три прохода и целевой результат не ниже 80. Затем для каждого renderable artifact запускается pixel gate через ss-verify: рендерятся требуемые viewport, страницы и состояния, после чего проверяются зрительные дефекты. Если адаптер-рендерер недоступен, visual gate нужно честно отметить как пропущенный, а не считать его пройденным. В результате отчёт должен показать применённый rule set, почему он подходит, score, статус визуальной проверки, существенные исправления и пути к STYLESEED.md и скомпилированным правилам. Skill доступен для Read, Write, Edit, Grep, Glob, Bash и WebFetch, но сам по себе не создаёт проектный дизайн без входных ограничений и не превращает score в замену человеческому решению. Его безопасная ценность — в коротком воспроизводимом цикле setup → resolve → compose → code gate → pixel gate, где provenance и ограничения остаются рядом с результатом.