08 레퍼런스 비교 Markdown
Result Portfolio
운영 패턴이 실제 공개 결과물로 이어졌는지 보여주는 결과 포트폴리오 트랙
한눈에 보기
Result Portfolio는 만든 결과물을 나열하는 페이지가 아닙니다. KeystoneHub가 어떤 운영 패턴을 사용했고, 그 패턴이 어떤 artifact와 evidence로 이어졌는지 보여주는 공개 설명 트랙입니다.
- 핵심 질문: 운영 방식이 실제 결과물과 검증 증거로 이어졌는가?
- 읽는 대상: KeystoneHub의 산출물을 사례 중심으로 이해하려는 사람
- 연결 문서: Evidence Dashboard, Retrospective Loop, Public / Private Boundary
이 문서에서 확인할 것
- 결과 카드를 구성하는 문제, 맥락, 방법, 산출물, 증거, 회고 항목
- 내부 원천을 공개 가능한 결과물로 포장하는 방식
- 결과물을 평가할 때 보는 기준
결과물을 보는 기준
Result Portfolio는 만든 프로젝트 수를 나열하는 페이지가 아닙니다. 어떤 운영 패턴이 실제 산출물로 이어졌고, 그 산출물이 어떤 증거로 검증되었는지를 보여주는 트랙입니다.
flowchart TD
A["Problem<br/>왜 필요했는가"]
B["Operating Pattern<br/>어떤 AI 운영 방식을 썼는가"]
C["Artifact<br/>무엇이 만들어졌는가"]
D["Evidence<br/>어떻게 검증했는가"]
E["Next Evolution<br/>무엇을 규칙/문서/hook으로 승격했는가"]
A --> B --> C --> D --> E
결과 카드 구조
| 항목 | 설명 |
|---|---|
| Problem | 해결하려던 문제 |
| Context | 공개 가능한 배경 |
| AX Method | 사용한 에이전트, skill, hook, sync 패턴 |
| Artifact | 공개 사이트, 문서, 패키지, 프로토타입 |
| Evidence | build, QA, audit, screenshot, route check |
| Retrospective | 다음 개선과 승격 후보 |
대표 결과 유형
| 결과물 | 설명 |
|---|---|
| keystone-portfolio | 공개 가능한 운영 철학, 아키텍처, 사례를 모은 사이트 |
| ai-rules-public | 공개 배포 가능한 AI rules 패키지 후보 |
| docs guide | 내부 운영 원천을 정제한 가이드/블로그 문서 |
| evidence report | 검증 결과를 숫자와 판단으로 요약한 문서 |
| hook / skill pattern | 반복 실패를 실행 장치로 승격한 사례 |
공개 포장 방식
내부 원천 저장소를 그대로 공개하지 않습니다. 공개 결과물은 아래 과정을 거쳐 포장합니다.
flowchart LR
A["Internal source"] --> B["Sanitize<br/>경로/토큰/회사 맥락 제거"]
B --> C["Narrative<br/>문제와 판단 구조 작성"]
C --> D["Diagram<br/>흐름과 책임 경계 시각화"]
D --> E["Evidence<br/>검증 요약"]
E --> F["Portfolio page"]
평가 기준
- 결과물이 실제 사용 가능한 화면이나 문서인가?
- 운영 방식이 결과와 연결되어 있는가?
- 내부 세부값 없이도 판단 구조가 이해되는가?
- 검증 증거가 남아 있는가?
- 회고가 다음 개선으로 이어지는가?
연결 메뉴
Result Portfolio는 Evidence Dashboard와 Retrospective Loop 사이에 있습니다.
증거 없는 결과는 신뢰하기 어렵고, 회고 없는 결과는 다음 작업 품질을 높이지 못합니다.