이 스킬
제품 운영 주기 — Outcome Review
북극성 goal, 실행 증거, root scorecard, Skill OS 의 현재 제품 계약을 한 주기에서 정합시키는 운영 계약이다.
이어 가기
- 제품 방향 — Weekly Verified Analysis Loops
operation.productDirection - dartlab 테스트 · CI 운영 규칙
operation.testing
절차
실행 순서
- 1
실제 질문에서 시작했는가.
- 2
정식 엔진 결과와 source identity가 있는가.
- 3
사용자가 exact evidence를 열 수 있는가.
- 4
실패, 취소, reconnect가 child process나 원장을 손상시키지 않는가.
- 5
runtime을 바꿔도 같은 기능와 evidence 문법인가.
예시
이런 질문이 들어오면 이 skill 을 쓴다
- Agent Runtime vertical slice를 operator journey로 검토
- noData를 유지하고 목표 숫자 설정을 보류
출력
기대 결과
- 주간 outcome review 기록
주기
- 이번 주 실제 사용자 outcome과 operator journey를 모은다.
- 각 initiative의 primary goal과 disqualifier를 대조한다.
- contracts, integration, UI, security, performance gate가 실제 runner에서 도는지 확인한다.
- outcome이 없거나 권위가 부족하면
noData또는미측정을 유지한다. - root README 점수는 반복 검증이 늘거나 줄었을 때만 재판정한다.
- 구현된 현재 계약은 코드에서 다시 확인해 Skill OS 운영문서에 반영한다. 완료는 이니셔티브 문서의 이관·승격이 아니라 확정 사실의 SSOT 반영이다. 반영 전 코드·테스트·README·Skill OS 가 임시 설계를 인용하지 않는지 감사하고, 완료된 임시 initiative 는 삭제한다. GUI 변경 완료는 desktop·tablet·mobile audit receipt 와 스크린숏이 함께 있어야 하며 브라우저 제어가 없으면 시각 검증 미완료로 명시한다.
Release 질문
- 실제 질문에서 시작했는가.
- 정식 엔진 결과와 source identity가 있는가.
- 사용자가 exact evidence를 열 수 있는가.
- 실패, 취소, reconnect가 child process나 원장을 손상시키지 않는가.
- runtime을 바꿔도 같은 capability와 evidence 문법인가.
하나라도 아니면 기능 구현은 존재할 수 있어도 verified outcome 완료로 세지 않는다.
런타임
실행 환경별 호환성
| 환경 | 상태 | 비고 / 제한 |
|---|---|---|
| Local Python | supported | · |
| Server | supported | · |
| MCP | supported | · |
| Web AI | limited | · |
| Pyodide | limited | · |
실패 회피
흔한 실패 · 절대 금지
흔한 실패
- 코드가 존재한다는 이유만으로 점수를 올림
- test fixture를 실제 사용자 결과로 셈
- 실패와 미측정을 0 또는 성공으로 표시함
절대 금지
- 자동 실행되지 않는 경로를 완결 여정으로 기록하지 않는다.
- 근거 없이 root scorecard를 갱신하지 않는다.