Provenance & Source Boundary
공개 포트폴리오에서 원작, 참고, 재구현, 직접 파생, Keystone-native 작업을 구분하는 출처 표기 체계.
민감한 원천명은 공개 alias로 표기
실제 repo/path/commit은 private docs에 보관
source ethics brief · portfolio detail
01작업 요약
공개 포트폴리오에서 원작, 참고, 재구현, 직접 파생, Keystone-native 작업을 구분하는 출처 표기 체계.
이 기준이 흐려지면 페이지가 설명 자료로만 남고, 독자는 어떤 근거와 산출물을 확인해야 하는지 다시 물어봐야 합니다.
02입력 의존성
- Public alias: Hueready
민감한 원천명은 공개 alias로 표기
- Private map: source-mapready
실제 repo/path/commit은 private docs에 보관
- Source Attributionwatch
공개/비공개 provenance 템플릿
- Private Docs Planwatch
개인 문서형 docs 운영 계획
03리스크 신호
| Signal | Severity | Meaning | First response |
|---|---|---|---|
01_왜_필요한가 | high | 왜 필요한가 | 공개 페이지: alias, 요약 출처, 변경점 중심 |
02_분류_체계 | medium | 분류 체계 | reference-only: 읽고 검토만 함 |
04반복 절차
왜 필요한가
이 페이지를 처음 읽을 때포트폴리오에서 가장 중요한 신뢰 요소는 무엇을 직접 만들었고, 무엇을 참고했으며, 무엇을 재구현했는지 명확히 나누는 것이다. 출처를 숨기지 않되 민감한 내부 정보는 공개하지 않는다.
공개 페이지: alias, 요약 출처, 변경점 중심private docs: 실제 repo, commit, file, license, decision 기록직접 파생(direct-derived)은 라이선스와 원문 출처가 필수분류 체계
세부 기준을 검토할 때출처는 reference-only, adapted-reference, modified-adaptation, direct-derived, keystone-native, discarded로 나눈다. 같은 레퍼런스를 봤더라도 도입 방식에 따라 공개 표기가 달라진다.
reference-only: 읽고 검토만 함adapted-reference: 아이디어나 패턴만 재구현modified-adaptation: 구조를 크게 바꿔 도입direct-derived: 코드/문서를 직접 가져옴05역할 분담
| Role | Primary work | Handoff |
|---|---|---|
| Owner | 기준과 공개 범위 유지 | Decision / Boundary notes |
| Builder | 문서, 화면, 실행 산출물 반영 | Implementation notes |
| Reviewer | 누락, 과장, 공개 리스크 검토 | Review findings |
| Maintainer | 변경 후 다음 버전 동기화 | Update queue |
06완료 체크리스트
한 문장으로 설명 가능
이 페이지가 어떤 판단을 돕는지 제목, 요약, 첫 절차에서 바로 읽혀야 합니다.
근거와 산출물 연결
설명만 남기지 않고 기준, 결과물, 다음 페이지가 같은 맥락으로 이어져야 합니다.
공개 가능한 범위 확인
내부 경로, 계정, 고객 정보, 미검증 아이디어가 섞이지 않아야 합니다.
다음 행동이 남음
읽은 사람이 어디를 보고 무엇을 검토하면 되는지 링크와 체크 항목으로 남아야 합니다.