Retrospective Loop
실패, 지연, 충돌, 잘못된 전제를 회고하고 Memory Bank, PKB, ai-rules, keystone-hub로 승격할지 판단한다.
반복되는 실패를 운영 규칙으로 승격
자동 recall과 fact 검색
learning brief · portfolio detail
01작업 요약
실패, 지연, 충돌, 잘못된 전제를 회고하고 Memory Bank, PKB, ai-rules, keystone-hub로 승격할지 판단한다.
이 기준이 흐려지면 페이지가 설명 자료로만 남고, 독자는 어떤 근거와 산출물을 확인해야 하는지 다시 물어봐야 합니다.
02입력 의존성
- Loop: Retro -> Ruleready
반복되는 실패를 운영 규칙으로 승격
- Memory layer: Memory Bankready
자동 recall과 fact 검색
- Retrospective Loop 문서watch
실패와 지연을 다음 규칙 후보로 승격하는 흐름
- 운영 모델 보기watch
회고가 다시 계획으로 돌아가는 흐름
03리스크 신호
| Signal | Severity | Meaning | First response |
|---|---|---|---|
01_회고가_들어가는_위치 | high | 회고가 들어가는 위치 | 반복되는 실수는 hook 또는 체크리스트 후보로 분류한다. |
02_문서화_기준 | medium | 문서화 기준 | 모든 로그를 저장하는 것이 목표가 아니다. 다시 쓰일 판단, 공개 가능한 결과, 다음 자동화 후보만 문서화한다. 그래서 Memory Bank와 Obsidian/PKB는 중복 저장소가 아니라 역할이 다르다. |
04반복 절차
회고가 들어가는 위치
이 페이지를 처음 읽을 때작업 종료 후 단순 기록을 남기는 것이 아니라, 다음 작업에서 실제로 바뀔 수 있는 형태로 정리한다. 한 번의 메모는 PKB에 남기고, 반복되는 판단은 rule, skill, hook 후보로 올린다.
반복되는 실수는 hook 또는 체크리스트 후보로 분류한다.설명 품질 문제는 문서 템플릿이나 skill 지침으로 반영한다.검색해야 할 맥락은 Memory Bank fact와 PKB 문서로 분리한다.문서화 기준
세부 기준을 검토할 때모든 로그를 저장하는 것이 목표가 아니다. 다시 쓰일 판단, 공개 가능한 결과, 다음 자동화 후보만 문서화한다. 그래서 Memory Bank와 Obsidian/PKB는 중복 저장소가 아니라 역할이 다르다.
문서화 기준LoopRetrospective Loop 문서05역할 분담
| Role | Primary work | Handoff |
|---|---|---|
| Owner | 기준과 공개 범위 유지 | Decision / Boundary notes |
| Builder | 문서, 화면, 실행 산출물 반영 | Implementation notes |
| Reviewer | 누락, 과장, 공개 리스크 검토 | Review findings |
| Maintainer | 변경 후 다음 버전 동기화 | Update queue |
06완료 체크리스트
한 문장으로 설명 가능
이 페이지가 어떤 판단을 돕는지 제목, 요약, 첫 절차에서 바로 읽혀야 합니다.
근거와 산출물 연결
설명만 남기지 않고 기준, 결과물, 다음 페이지가 같은 맥락으로 이어져야 합니다.
공개 가능한 범위 확인
내부 경로, 계정, 고객 정보, 미검증 아이디어가 섞이지 않아야 합니다.
다음 행동이 남음
읽은 사람이 어디를 보고 무엇을 검토하면 되는지 링크와 체크 항목으로 남아야 합니다.