Builder Rollout
reopt Builder에 적용된 opt-shell rollout 범위, proof-aware governance, 운영 기준선을 정리합니다.
reopt design업데이트
1. rollout 목표
Builder rollout의 목적은 "새 UI를 크게 만든다"가 아니라 "제품 화면 품질의 기준선을 고정한다"였습니다. 그래서 전체 Builder를 한 번에 옮기지 않고, manifest와 layout, 홈/템플릿 화면, playground adapter demo, 그리고 실제 data-sources/settings 화면 순으로 좁게 적용했습니다.
지금의 의미는 더 큽니다. 이 rollout은 opt-shell가 정말로 design harness engineering layer인지 증명하는 현재 운영 기준선입니다. 즉, 문서에서 말한 mission, recipe, agent contract가 실제 제품 화면, generated docs, `opt harness check/doctor`, activation gate에 그대로 반영되어야 합니다. 현재는 workspace-first runtime, project screen rollout, fullscreen-tool surface contract, proof-aware activation이 함께 닫힌 상태입니다.
최근에는 여기에 사용자-facing harness manager도 추가됐습니다. 이제 Builder 안에서 workspace가 여러 draft harness를 만들고, review 탭에서 compare summary와 approval state, 그리고 DESIGN.md alignment readiness를 함께 확인하고, Preview에서 current draft 기준 fresh proof를 캡처하고, demo fixture와 workspace live preview로 결과를 이해한 뒤, active harness를 직접 교체할 수 있습니다. activation 이후 이력은 detail 화면의 activity feed에서 timeline, learnings, exportable intelligence snapshot으로 바로 확인됩니다.
2. Builder manifest snapshot
현재 Builder는 넓은 content width, sidebar navigation, reduced motion, card chrome adapter를 기본 정책으로 둡니다. 이 defaults가 rollout 전반의 일관된 리듬을 만듭니다.
import { createShellApp } from "@reopt-ai/opt-shell/core";
export const builderHarness = createShellApp({
id: "reopt-builder",
label: "reopt design Builder",
description:
"Internal-first harness for the Builder experience, page rhythm, and shared state UX.",
audience: "internal",
routeGroups: [
{
id: "projects",
label: "Projects",
href: "/builder/projects",
},
{
id: "templates",
label: "Templates",
href: "/builder/starters",
},
],
defaults: {
density: "comfortable",
contentWidth: "wide",
navigationMode: "sidebar",
motionPolicy: "reduced",
stateLabels: {
loading: "Builder 화면을 불러오는 중입니다.",
emptyTitle: "표시할 항목이 없습니다",
emptyDescription: "새 항목을 만들거나 현재 필터를 조정해 보세요.",
errorTitle: "Builder 화면을 표시하지 못했습니다",
},
adapters: {
datagrid: { chrome: "card" },
editor: { chrome: "card" },
},
},
});3. 현재 적용 범위
| 영역 | 상태 | 내용 |
|---|---|---|
| Builder route group | 완료 | provider와 manifest를 layout에 연결해 앱 수준 정책을 고정했습니다. |
| ops layout | 완료 | app shell을 harness frame으로 감싸 sidebar 중심 구조를 정리했습니다. |
| Builder 홈 / Starters | 완료 | DashboardWorkspace와 ListWorkspace를 도입하고 ShellStateBoundary로 top-level Builder 화면을 전환했습니다. |
| DataGrid / Editor playground demo | 완료 | adapter 개념을 제품 화면 밖에서 먼저 검증했습니다. |
| Builder 실제 grid/editor 화면 | 완료 | data-sources는 ListWorkspace + ShellDataGridAdapter, settings의 project brief는 EditorWorkspace + ShellEditorAdapter로 전환했습니다. |
| Builder project overview / audit | 완료 | project overview는 DetailWorkspace, audit는 ListWorkspace + shared state boundary로 정리했습니다. |
| Builder fullscreen tools | 완료 | blocks, theme, uxflow, page builder는 ShellFullscreenToolSurface로 공통 fullscreen contract를 공유합니다. |
| CLI / doctor / lint | 완료 | `opt harness check`, `opt harness doctor`, package lint와 generated contract docs가 workspace first, adapter before engine, fullscreen-tool surface contract, scaffold/docs drift 규칙을 같은 source로 검사합니다. |
| Builder harness manager | 완료 | workspace 1:N harness를 생성, 복제, review, preview, activate, archive하는 Builder management UI와 live runtime injection을 연결했습니다. |
4. rollout이 닫은 것
| 대상 | 적용 recipe | 증거 |
|---|---|---|
| data-sources | ListWorkspace | ShellDataGridAdapter가 filters, status, footer를 소유하고 grid engine은 유지합니다. |
| project settings / brief | EditorWorkspace | ShellEditorAdapter가 status, inspector, footer를 소유하고 editor engine은 유지합니다. |
| builder home / starters | DashboardWorkspace / ListWorkspace | home과 templates가 workspace-first API를 사용하면서 top-level Builder 화면도 runtime recipe contract에 들어왔습니다. |
| project overview / audit | DetailWorkspace / ListWorkspace | overview와 audit가 canonical recipe로 분류되면서 project screens rollout이 실제 화면까지 확장됐습니다. |
| blocks / theme / uxflow / page builder | ShellFullscreenToolSurface | fullscreen tool 예외가 ad-hoc shell이 아니라 shared fullscreen surface contract 아래로 들어왔습니다. |
| builder layout | App-level policy | builderHarness manifest가 width, density, motion, adapter chrome 정책을 중앙화합니다. |
| builder / harnesses | Workspace-owned management UI | draft vs active harness를 review tab의 approval + design alignment + fresh proof gate, preview tab의 live/demo comparison, activity 탭의 searchable timeline/learnings + export intelligence로 함께 검토할 수 있습니다. |
5. rollout을 묶는 기준 문서
6. 현재 운영 기준선
| 영역 | 현재 상태 |
|---|---|
| proof-aware activation | APPROVED, design contract aligned, fresh PASS proof가 모두 닫혀야만 active runtime으로 승격됩니다. |
| docs and CLI coherence | generated docs, `opt harness check`, `opt harness doctor`, scaffold guard matrix가 같은 registry와 operations contract를 바라봅니다. |
| searchable operational evidence | activity intelligence가 append-only audit log에서 timeline, learnings, exportable snapshot을 파생해 운영 기준선으로 남깁니다. |