Repo D Sandbox UI Guardrails
Use this skill to keep changes compliant with repository rules.
Workflow
- Read
AGENTS.mdandREADME.mdbefore editing. - Identify whether changes touch visuals, startup flow, assets, or docs.
- Apply guardrails before coding:
- Do not add
.github/workflows/*or CI automation. - Keep deterministic visuals behind explicit toggles or presets.
- Do not add runtime asset downloads.
- Keep front-end boundaries intact; do not embed out-of-scope orchestration logic.
- Do not change Electron boot/renderer readiness sequencing without explicit validation notes.
- Do not accept backend-only startup as success for desktop lanes.
- Do not allow stale-window relaunches or empty console windows in canonical startup paths.
- Do not regress persisted user state (window placement, layout, profile/settings restore).
- Do not add
- Update progress docs on scoped work:
docs/SCOPE_TRACKER.mddocs/TODO.md- repo-local reconciliation docs when present
- Include a status block in notes/PR summary:
- scope lane(s),
- changed files,
- validation commands with pass/fail,
- remaining blockers.
- Run local checks and report results.
Required Checks
Run from repo root:
npm install
npm run build
npm run dist
npm run lint
npm run format
When startup flow or renderer wiring changes, also run:
npm run verify-startup
npm run dev
npm run startup:lockdown
Scope Boundary
Use this skill only for the repo-d-ui-guardrails lane and workflow defined in this file and its references.
Do not use this skill for unrelated lanes; route those through $skill-hub and the most specific matching skill.
References
- Guardrail summary:
references/guardrails.md
Loopback
If this lane is unresolved, blocked, or ambiguous:
- Capture current evidence and failure context.
- Route back through
$skill-hubfor chain recalculation. - Resume only after the updated chain returns a deterministic next step.
Converted and distributed by TomeVault — claim your Tome and manage your conversions.