Evidence Dashboard
빌드, 브라우저 QA, sync, hook 결과를 공개 가능한 수치와 판단으로 요약한다. raw log가 아니라 재사용 가능한 증거만 전시한다.
브라우저, 콘솔, 네트워크, 빌드 결과
원문 로그 대신 판단 가능한 요약
data brief · portfolio detail
01작업 요약
빌드, 브라우저 QA, sync, hook 결과를 공개 가능한 수치와 판단으로 요약한다. raw log가 아니라 재사용 가능한 증거만 전시한다.
이 기준이 흐려지면 페이지가 설명 자료로만 남고, 독자는 어떤 근거와 산출물을 확인해야 하는지 다시 물어봐야 합니다.
02입력 의존성
- Evidence type: QA + buildready
브라우저, 콘솔, 네트워크, 빌드 결과
- Public rule: Summary onlyready
원문 로그 대신 판단 가능한 요약
- Evidence Dashboard 문서watch
빌드, 브라우저 QA, hook, eval 결과를 판단 증거로 바꾸는 방식
- 명령과 가드레일 보기watch
검증을 만드는 명령과 hook
03리스크 신호
| Signal | Severity | Meaning | First response |
|---|---|---|---|
01_수치가_필요한_이유 | high | 수치가 필요한 이유 | 빌드: 성공/실패, 경고, 생성 페이지 수 |
02_공개_방식 | medium | 공개 방식 | 내부 로그 전체를 공개하지 않는다. 공개 사이트에는 어떤 검증을 했고 어떤 판단을 내렸는지만 남긴다. 상세 로그가 필요한 경우 내부 PKB나 Memory Bank에서 추적한다. |
04반복 절차
수치가 필요한 이유
이 페이지를 처음 읽을 때AI 작업은 말로만 설명하면 재현성과 신뢰도가 약해진다. 그래서 빌드 성공 여부, 브라우저 콘솔 오류, 화면 크기별 확인, 링크 동작, hook 통과 같은 검증 결과를 숫자와 상태로 남긴다.
빌드: 성공/실패, 경고, 생성 페이지 수브라우저 QA: 확인한 라우트, 뷰포트, 콘솔/네트워크 상태운영 자동화: sync, hook, scheduler 결과공개 방식
세부 기준을 검토할 때내부 로그 전체를 공개하지 않는다. 공개 사이트에는 어떤 검증을 했고 어떤 판단을 내렸는지만 남긴다. 상세 로그가 필요한 경우 내부 PKB나 Memory Bank에서 추적한다.
공개 방식Evidence typeEvidence Dashboard 문서05역할 분담
| Role | Primary work | Handoff |
|---|---|---|
| Owner | 기준과 공개 범위 유지 | Decision / Boundary notes |
| Builder | 문서, 화면, 실행 산출물 반영 | Implementation notes |
| Reviewer | 누락, 과장, 공개 리스크 검토 | Review findings |
| Maintainer | 변경 후 다음 버전 동기화 | Update queue |
06완료 체크리스트
한 문장으로 설명 가능
이 페이지가 어떤 판단을 돕는지 제목, 요약, 첫 절차에서 바로 읽혀야 합니다.
근거와 산출물 연결
설명만 남기지 않고 기준, 결과물, 다음 페이지가 같은 맥락으로 이어져야 합니다.
공개 가능한 범위 확인
내부 경로, 계정, 고객 정보, 미검증 아이디어가 섞이지 않아야 합니다.
다음 행동이 남음
읽은 사람이 어디를 보고 무엇을 검토하면 되는지 링크와 체크 항목으로 남아야 합니다.