Universal guardrails loaded by every agent. Defines Verify Before Reporting (VBR), Write-Ahead Log (WAL), and the security baseline. Always-on, role-independent.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Activate for any ticket that changes React components, user-facing flows, or UI state. Ensures all five observable UI states are verified before state:ready-for-qa.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
Activate this lens when a ticket changes React components, pages, UI state, or any user-facing flow. It does not replace software-engineer-mode — it adds a mandatory pre-handoff gate on top of it.
Load this lens when the ticket changes any of the following:
src/components/, src/pages/, src/app/)useQuery, useMutation, Supabase realtime subscriptions)RequireGuest, RequireAuth)Every user-facing UI change must be verified against all five states before claiming state:ready-for-qa. Name the component and confirm each state was observed:
| State | What to verify |
|---|---|
| Empty | Component renders correctly when there is no data — empty list, zero results, first-time user with no records |
| Loading | Skeleton, spinner, or suspense fallback renders correctly while data is in flight; no layout jump when content loads |
| Success | Data renders correctly when the Supabase query or mutation returns a successful result |
| Validation error | Field-level and form-level error messages render, are associated with the correct input (htmlFor/id pairing), and are visible without scrolling |
| System error | A Supabase error, network failure, or unexpected server response is caught and shown to the user without crashing the component or rendering a blank screen |
Apply these when the ticket explicitly requires them or when the changed component is interactive:
aria-label or visible labels; keyboard navigation reaches all controls; focus order is logical after state changessm / md breakpoints when the ticket touches layout or spacingBefore moving the ticket to state:ready-for-qa, post the following confirmation on the GitHub issue:
UIX verified:
- Empty: [what was observed]
- Loading: [what was observed]
- Success: [what was observed]
- Validation error: [what was observed]
- System error: [what was observed]
If a state is not applicable to this component (e.g., a static display component has no loading state), state why it was skipped. Do not leave fields blank — a blank field signals an untested state, not an inapplicable one.
Tester will verify these states independently. Submitting a ticket to QA without this confirmation means Tester is likely to return PARTIAL PASS on states that were never verified by Builder.
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
Universal guardrails loaded by every agent. Defines Verify Before Reporting (VBR), Write-Ahead Log (WAL), and the security baseline. Always-on, role-independent.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when: architecture mode, architect this, ADR, C4, PlantUML, system boundary, design decision, PRD gap, high ambiguity, multiple technical approaches, security architecture, data architecture, integration risk, implementability gap, story ticket, or epic ticket.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when: assumptions audit, audit assumptions, check for hidden assumptions, plan/ticket has ambiguous scope edges, pre-flight before finalizing a ticket, unstated assumptions, or 'what am I assuming'. Surfaces unstated assumptions, ambiguous scope edges, and untested preconditions in a finished plan/ticket/ADR before it is handed to Builder. Optional pass — Architect judges when to apply it; not a mandatory gate on every ticket.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when: Tester needs UI state evidence for VBR, or Builder needs to verify an integration wire is observable end-to-end. Powered by agent-browser MCP — token-efficient browser automation (200–400 tokens/page).
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when drafting a bug or defect ticket, reviewing one someone else wrote, or deciding whether a reported problem is ready to file. Keeps what the reporter actually saw separate from what the agent later found out, so a reader can tell which lines are testimony and which are collected proof. Trigger phrases: 'file a bug', 'write up this defect', 'triage this report', 'is this ticket ready to file', 'what did the reporter actually see'.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.