Keystone 레퍼런스 Intake 저널
05 메모리 & 지식 자동 갱신 · 2026. 6. 3. 오전 11:08

레퍼런스 Intake 저널

사용자가 준 오픈소스와 자료를 이슈 큐, 비공개 분석, 공개 포트폴리오 문서로 전환하는 수동 수확 저널

Source
src/content/docs/reference-intake.md
Order
6.6

한눈에 보기

레퍼런스 Intake 저널은 사용자가 채팅, GitHub URL, 논문, 블로그, Notion 메모로 준 자료를 추적 가능한 분석 단위로 바꾸는 수동 수확 흐름입니다. 목표는 “좋아 보이는 자료”를 그냥 저장하는 것이 아니라, 이 자료가 Keystone 운영 시스템을 어떻게 바꿀 수 있는지 근거와 판단을 남기는 것입니다.

  • 핵심 질문: 이 자료가 Keystone의 rule, skill, hook, workflow, memory, portfolio 중 무엇을 바꿀 가치가 있는가?
  • 읽는 대상: 외부 자료가 어떤 기준으로 문서화, pilot, 보류, reference-only 처리되는지 보고 싶은 사람
  • 연결 문서: 트렌드 수확 저널, Reference Comparison, Public/Private Boundary

Trend Harvest와의 차이

항목Trend HarvestReference Intake
입력주기적 자동 수집사용자가 직접 준 자료
harvest storeGitHub Issue
분석 단위ecosystem signalsource bundle / intake issue
산출물수확 저널, applied rule/skill 후보private 분석 md, public portfolio md, journal row
공개 원칙applied와 raw를 분리internal analysis와 public-safe summary를 분리

표준 처리 흐름

Chat / GitHub / paper / Notion
  -> GitHub Issue queue
  -> source metadata collection
  -> private Keystone analysis md
  -> public-safe portfolio md
  -> reference-intake journal update
  -> review / pilot / reference-only / discard

상태 모델

Status의미
queued이슈는 등록됐지만 분석 전
analyzing메타데이터와 primary source를 확인 중
analyzedprivate 분석 완료
needs_review공개 문서 또는 pilot 판단 검토 필요
published공개 포트폴리오 반영 완료
discarded적용 가치가 낮거나 위험이 높아 종료

판단 라벨

Decision의미
adopt바로 적용할 수 있을 만큼 근거가 강하고 위험이 낮음
pilot작은 실험으로 수치와 회귀를 확인해야 함
watch흥미롭지만 성숙도, 정책, 품질 근거가 부족함
reference-only설치하거나 가져오지 않고 패턴만 참고함
discard중복, 오프도메인, 위험 과다, 또는 근거 부족

Intake 현황

MetricCount
Intake cases3
Sources8
Pilot4
Reference-only3
Watch1
Adopt0

최근 Intake 인덱스

DateIssueIntakeSourcesDecision
2026-06-03#66Cognee, Starlight, oh-my-piCognee, Starlight, oh-my-piCognee/Starlight는 pilot, oh-my-pi는 reference-only
2026-06-03-hugh-kim.spacehugh-kim.spacereference-only. 개인 AI Work OS 문서 사이트를 공개 아카이브로 보관
2026-06-03-AI coding harness and context toolsHeadroom, UltraCode-Shim, Archon, ECCHeadroom/Archon은 pilot, ECC는 reference-only, UltraCode-Shim은 watch

최근 상세 판단

#66 Cognee, Starlight, oh-my-pi

이번 묶음은 Keystone의 세 축과 직접 맞닿아 있습니다.

  • Cognee: memory / graph-RAG / agent knowledge layer 후보
  • Starlight: portfolio documentation IA 후보
  • oh-my-pi: coding-agent harness pattern reference

핵심 판단은 “설치”가 아니라 “비교 실험과 패턴 추출”입니다. Keystone은 이미 Memory Bank, layered skills, Codex/Claude sync, QA gates를 갖고 있으므로 외부 도구를 바로 source of truth로 바꾸면 중복과 충돌이 생깁니다. 따라서 Cognee와 Starlight는 작은 pilot, oh-my-pi는 reference-only로 분리했습니다.

자세한 내용은 Cognee, Starlight, oh-my-pi Intake에서 확인할 수 있습니다.

공개 경계

공개 문서에는 source URL, 공개 메타데이터, high-level 판단, 적용 상태만 둡니다. 내부 경로, raw chat, 비공개 Notion 내용, 계정 정보, 자동화 권한, 미검증 성능 주장은 공개하지 않습니다.

운영 원칙

  • Issue는 큐이고, md 문서는 근거입니다.
  • private 분석과 public 문서는 둘 다 남깁니다.
  • “흥미로운 도구”와 “도입한 도구”를 분리합니다.
  • pilot은 수치와 회귀 기준이 있어야 합니다.
  • reference-only는 좋은 패턴을 가져오되 런타임 의존성은 만들지 않는다는 뜻입니다.