레퍼런스 Intake 저널
사용자가 준 오픈소스와 자료를 이슈 큐, 비공개 분석, 공개 포트폴리오 문서로 전환하는 수동 수확 저널
한눈에 보기
레퍼런스 Intake 저널은 사용자가 채팅, GitHub URL, 논문, 블로그, Notion 메모로 준 자료를 추적 가능한 분석 단위로 바꾸는 수동 수확 흐름입니다. 목표는 “좋아 보이는 자료”를 그냥 저장하는 것이 아니라, 이 자료가 Keystone 운영 시스템을 어떻게 바꿀 수 있는지 근거와 판단을 남기는 것입니다.
- 핵심 질문: 이 자료가 Keystone의 rule, skill, hook, workflow, memory, portfolio 중 무엇을 바꿀 가치가 있는가?
- 읽는 대상: 외부 자료가 어떤 기준으로 문서화, pilot, 보류, reference-only 처리되는지 보고 싶은 사람
- 연결 문서: 트렌드 수확 저널, Reference Comparison, Public/Private Boundary
Trend Harvest와의 차이
| 항목 | Trend Harvest | Reference Intake |
|---|---|---|
| 입력 | 주기적 자동 수집 | 사용자가 직접 준 자료 |
| 큐 | harvest store | GitHub Issue |
| 분석 단위 | ecosystem signal | source 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를 확인 중 |
| analyzed | private 분석 완료 |
| needs_review | 공개 문서 또는 pilot 판단 검토 필요 |
| published | 공개 포트폴리오 반영 완료 |
| discarded | 적용 가치가 낮거나 위험이 높아 종료 |
판단 라벨
| Decision | 의미 |
|---|---|
| adopt | 바로 적용할 수 있을 만큼 근거가 강하고 위험이 낮음 |
| pilot | 작은 실험으로 수치와 회귀를 확인해야 함 |
| watch | 흥미롭지만 성숙도, 정책, 품질 근거가 부족함 |
| reference-only | 설치하거나 가져오지 않고 패턴만 참고함 |
| discard | 중복, 오프도메인, 위험 과다, 또는 근거 부족 |
Intake 현황
한 case 안에서 제품은 보류하고 패턴만 가져간 경우는 제품 단위 판단으로 분류하고, 세부는 아래 인덱스 표의 Decision 칸에 남겼습니다.
집계 기준일 2026-08-31. 아래 수치는 src/data/reference-intake/index.json 의 실제 항목에서
다시 세어 생성합니다. 손으로 적은 숫자와 어긋나면 빌드가 실패합니다.
| Metric | Count |
|---|---|
| Intake cases (개별 등재) | 14 |
| Sources | 21 |
| Adopt (편입·배포 완료) | 4 |
| Pilot | 5 |
| Reference-only | 8 |
| Watch | 3 |
| Discard | 1 |
| upstream 동기화 창 (집계, 개별 미등재) | 10 |
최근 Intake 인덱스
| Date | Issue | Intake | Sources | Decision |
|---|---|---|---|---|
| 2026-08-31 | #594 | block/buzz — human+agent 워크스페이스 | block/buzz | watch. 추적가치 7/10. 제품 완성도와 별개로 자체호스팅 4서비스와 팀 전체 이주가 전제라 개인 운영자에게는 도입 경로가 없다. 재평가 트리거는 핵심 크레이트의 독립 배포와 이슈 처리율 역전. |
| 2026-08-28 | - | GPT 이미지 스킬 — 구독 기반 이미지 생성 | gpt-image-skill | adopt. 라이선스 파일이 없어 vendoring 이 불가능했다. 소스를 복사하는 대신 러너와 커밋 핀으로 편입했다. |
| 2026-08-22 | #567 | AI 마케팅 스킬 팩 | ai-marketing-skills | reference-only. 팩 전체는 보류. humanizer 24패턴만 영어 slop 게이트로 분리 이식할 pilot 후보로 남겼다. |
| 2026-08-08 | - | 다이어그램 스킬 세대 교체 | archify | adopt. 기존 architecture-diagram 자산의 직계 상위 버전이라 신규 도입이 아니라 세대 교체로 처리했다. 병존 시 라우터가 혼동하므로 이전 세대를 은퇴시켰다. |
| 2026-08-07 | - | UI 스킬 팩 (ibelick) | ui-skills | adopt. 런타임 단독 설치 상태를 정본 편입으로 승격했다. vendoring 대상은 skills 하위로 한정. |
| 2026-08-06 | - | UI 스킬 팩 (emilkowalski) | skills | adopt. Markdown 전용이라 런타임 의존성이 생기지 않는다. 9종 전량 편입. |
| 2026-07-23 | #324 · #325 | 자율 코딩 하네스 2종 | ouroboros, gajae-code | reference-only: ouroboros · watch: gajae-code |
| 2026-07-11 | #263 | 모델 라우팅 도구 | SOLTELU Model Inverter | discard. 감사에서 라우팅과 무관한 스티어링 페이로드를 발견해 설치를 금지했다. 참고할 만한 패턴 3건은 기존 자산으로 이미 커버된다. |
| 2026-07-07 | #223 | SkillComposer | SkillComposer | reference-only. 원리 1건만 rule 로 차용했다. 모델 자체 도입은 코드 공개와 재현 근거가 갖춰질 때 재평가. |
| 2026-07-04 | #204 | 문서 파싱 엔진 | opendataloader-pdf | pilot. 견적 파싱 경로를 우선 대상으로 하고 PDF 입력에 한정해 시험한다. |
| 2026-06-08 | - | 하네스 정직성 측정 — 구조·효과·자율 3층위 | harness-autonomy-eval, ai-harness-scorecard | reference-only: harness-autonomy-eval, ai-harness-scorecard |
| 2026-06-03 | - | AI coding harness and context tools | Headroom, UltraCode-Shim, Archon, ECC | pilot: Headroom, Archon · watch: UltraCode-Shim · reference-only: ECC |
| 2026-06-03 | - | hugh-kim.space — AI Work OS 블로그 | hugh-kim.space | reference-only. 개인 AI Work OS 문서 사이트. 정적 아카이브를 /hugh 에 보관하고 패턴만 참고한다 (설치 대상 아님, upstream 자료). |
| 2026-06-03 | #66 | Memory, docs, and AI coding harness references | Cognee, Starlight, oh-my-pi | pilot: Cognee, Starlight · reference-only: oh-my-pi |
upstream 동기화 창 10건은 외부 소스 평가가 아니라 참조 저장소의 변경분을 주기적으로 확인한 내부 운영 기록이라 개별 등재하지 않았습니다. 해당 레인은 2026-08-29에 종료됐습니다.
최근 상세 판단
2026년 3분기 — 판단이 갈린 지점
이 분기의 결과는 “좋은 도구를 고르는 문제”가 아니라 “무엇을 정본으로 삼을 것인가”의 문제였습니다.
편입한 4건(emilkowalski, ibelick, archify, gpt-image)에는 공통점이 있습니다. 전부 정본 위치가 분명하고 런타임 의존성을 만들지 않는 Markdown 또는 단일 스크립트였습니다. archify는 기존 자산의 직계 상위 버전이라 신규 도입이 아니라 세대 교체로 처리했고, 두 스킬을 병존시키면 라우터가 혼동하므로 이전 세대를 은퇴시켰습니다. gpt-image는 라이선스 파일이 없어 vendoring 자체가 불가능했고, 대신 러너와 커밋 핀으로 우회했습니다. 라이선스가 판단을 바꾼 사례입니다.
보류하거나 버린 쪽의 이유는 도구 품질이 아니었습니다. SOLTELU는 감사에서 라우팅과 무관한 스티어링 페이로드가 나와 설치를 금지했습니다. 도구가 표방한 기능과 실제 코드가 달랐던 경우입니다. block/buzz는 완성도가 높은데도 보류했는데, 자체호스팅 4서비스와 팀 전체 이주가 전제라 개인 운영자에게는 도입 경로 자체가 없기 때문입니다.
여기서 반복된 실패 하나를 기록해 둡니다. block/buzz는 “기존 규칙이 미구현이니 참조 구현을 읽자”는 전제로 착수했으나, 실측해 보니 그 규칙은 이미 구현되어 가동 중이었습니다. 남은 공백은 훨씬 작았고 외부 참조가 필요한 수준이 아니었습니다. 착수 근거를 먼저 실측하지 않으면 분석 자체가 낭비가 됩니다.
#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는 좋은 패턴을 가져오되 런타임 의존성은 만들지 않는다는 뜻입니다.