KeystoneReference Intake Case
17Input URL / repo / article / Decision adopt / adapt / discard

Reference Intake Case

사용자가 오픈소스나 자료 URL을 주면 분석, 차이점, 도입 판단, 문서 업데이트 후보로 이어지게 만드는 intake 사례.

InputURL / repo / article

사용자가 채팅이나 이슈로 제공

Decisionadopt / adapt / discard

바로 실행하지 않고 판단을 남김

Case / CaseReference Intake Case 기준선

reference intake brief · portfolio detail

01작업 요약

사용자가 오픈소스나 자료 URL을 주면 분석, 차이점, 도입 판단, 문서 업데이트 후보로 이어지게 만드는 intake 사례.

이 기준이 흐려지면 페이지가 설명 자료로만 남고, 독자는 어떤 근거와 산출물을 확인해야 하는지 다시 물어봐야 합니다.

02입력 의존성

  • Input: URL / repo / articleready

    사용자가 채팅이나 이슈로 제공

  • Decision: adopt / adapt / discardready

    바로 실행하지 않고 판단을 남김

  • Reference Intake Archivewatch

    공개 가능한 intake 문서

  • Source Attributionwatch

    출처 표기와 내부 source map 분리 기준

03리스크 신호

SignalSeverityMeaningFirst response
01_문제high문제레퍼런스가 채팅에만 남으면 다시 찾기 어렵고, 도입 근거와 원작자 표기가 흐려진다. intake는 입력을 분석 문서, provenance, 포트폴리오 업데이트 후보로 바꾸는 진입점이다.
02_공개_포트폴리오_변환medium공개 포트폴리오 변환원작자/경로/라이선스는 확인된 범위에서 표기한다.

04반복 절차

문제

이 페이지를 처음 읽을 때

레퍼런스가 채팅에만 남으면 다시 찾기 어렵고, 도입 근거와 원작자 표기가 흐려진다. intake는 입력을 분석 문서, provenance, 포트폴리오 업데이트 후보로 바꾸는 진입점이다.

문제InputReference Intake Archive

공개 포트폴리오 변환

세부 기준을 검토할 때

공개 페이지에는 원천을 존중하는 요약과 차이 분석을 남긴다. 실제 로컬 경로, 내부 source map, 민감한 판단은 private docs로 분리한다.

원작자/경로/라이선스는 확인된 범위에서 표기한다.아이디어 재구현과 직접 파생을 구분한다.도입하지 않은 자료도 private ledger에는 남겨 반복 검토를 줄인다.

05역할 분담

RolePrimary workHandoff
Owner기준과 공개 범위 유지Decision / Boundary notes
Builder문서, 화면, 실행 산출물 반영Implementation notes
Reviewer누락, 과장, 공개 리스크 검토Review findings
Maintainer변경 후 다음 버전 동기화Update queue

06완료 체크리스트

01

한 문장으로 설명 가능

이 페이지가 어떤 판단을 돕는지 제목, 요약, 첫 절차에서 바로 읽혀야 합니다.

02

근거와 산출물 연결

설명만 남기지 않고 기준, 결과물, 다음 페이지가 같은 맥락으로 이어져야 합니다.

03

공개 가능한 범위 확인

내부 경로, 계정, 고객 정보, 미검증 아이디어가 섞이지 않아야 합니다.

04

다음 행동이 남음

읽은 사람이 어디를 보고 무엇을 검토하면 되는지 링크와 체크 항목으로 남아야 합니다.

Next read