Cognee, Starlight, oh-my-pi Intake

요약

이 intake는 세 개의 오픈소스를 Keystone 운영 시스템 관점에서 비교합니다.

• Cognee: agent memory와 graph-RAG 계층 후보
• Starlight: Astro 기반 documentation framework 후보
• oh-my-pi: terminal AI coding harness 패턴 참고 자료

결론은 단순 도입이 아닙니다. Cognee와 Starlight는 작은 pilot 가치가 있고, oh-my-pi는 runtime dependency가 아니라 pattern reference로 보는 편이 맞습니다.

소스 메타데이터

2026-06-03 기준 공개 GitHub metadata를 확인했습니다.

Source	Stars	Forks	License	Last push	판단
Cognee	17,648	1,864	Apache-2.0	2026-06-02	pilot
Starlight	8,586	977	MIT	2026-06-02	pilot
oh-my-pi	10,018	828	MIT	2026-06-03	reference-only

Cognee

Cognee는 AI agent를 위한 memory control plane에 가깝습니다. README 기준으로 다양한 데이터 ingest, graph/vector search, ontology grounding, multimodal, traceability, tenant isolation 같은 방향을 강조합니다. Claude Code plugin도 공개되어 있어 agent workflow와의 접점이 있습니다.

Keystone과 겹치는 부분

• Keystone Memory Bank와 같은 장기 기억 계층
• 문서와 결정 로그를 agent가 다시 검색하게 하는 recall 계층
• RAG, graph, ontology 기반 지식 연결
• cross-agent knowledge sharing 개념

Keystone과 다른 점

Keystone의 현재 기억은 운영 결정, 실패 패턴, rules, skills, handoff를 중심으로 한 local-first 운영 기억입니다. Cognee는 더 제품화된 memory infrastructure에 가깝고, graph/vector 기반 검색과 데이터 ingest 범위가 더 넓습니다.

왜 pilot인가

바로 대체하면 기존 Memory Bank, PKB, wiki, rules source와 충돌할 수 있습니다. 하지만 작은 corpus로 recall 품질과 traceability를 비교할 가치는 큽니다.

Pilot 기준:

• Keystone 문서/결정 로그 일부만 ingest
• 동일 질문에 대해 Memory Bank vs Cognee 답변 근거 비교
• source trace가 명확한지 확인
• 로컬 운영 비용과 설정 복잡도 측정
• 기존 기억 체계를 대체하지 않고 보조 index로만 평가

Starlight

Starlight는 Astro 공식 생태계의 documentation website framework입니다. keystone-portfolio도 Astro 기반이므로 기술적 접점이 가장 직접적입니다.

Keystone과 겹치는 부분

• 현재 portfolio docs shell
• /archive/docs/* 문서 IA
• sidebar, pagination, search, content collection
• public documentation surface

Keystone과 다른 점

현재 portfolio는 custom visual system과 custom docs shell을 갖고 있습니다. Starlight는 더 표준화된 docs framework입니다. 즉, Keystone의 브랜드/시각화 강점은 custom shell에 있고, docs 운영 안정성과 접근성은 Starlight 쪽에서 배울 수 있습니다.

왜 pilot인가

Starlight는 현재 스택과 잘 맞지만 전체 교체는 리스크가 큽니다. 먼저 일부 docs section을 prototype으로 만들어 비교해야 합니다.

Pilot 기준:

• /archive/docs/reference-intake 또는 /archive/docs/trend-harvest 일부를 Starlight prototype으로 재현
• navigation, search, mobile readability 비교
• 현재 custom V2 shell과 build/runtime 비용 비교
• content collection schema migration 비용 확인
• 브랜드 표현 손실 여부 평가

oh-my-pi

oh-my-pi는 terminal AI coding agent입니다. README 기준으로 provider, built-in tools, LSP operations, DAP operations, Rust core, summarized reads, hash-anchored edits 같은 coding harness 패턴을 강조합니다.

Keystone과 겹치는 부분

• Codex/Claude/OMX와 같은 AI coding execution surface
• tool harness, LSP, browser, subagent, edit format
• model/provider routing
• terminal-first 개발 workflow

Keystone과 다른 점

Keystone은 하나의 agent runtime이 아니라 Claude Code, Codex, skills, hooks, completion policy, portfolio 문서화를 레이어로 엮는 운영 시스템입니다. oh-my-pi는 agent runtime 자체에 더 가깝습니다.

왜 reference-only인가

런타임을 추가하면 Codex, Claude, OMX, existing hooks와 역할이 겹칩니다. open issues도 많아 기본 개발 파이프라인에 넣기에는 운영 리스크가 큽니다. 대신 harness 설계 패턴은 가치가 있습니다.

추출 후보:

• hash-anchored edit format
• summarized read output
• LSP operation surface
• browser/tool bridge
• subagent execution surface
• provider별 prompt/tool tuning 방식

최종 판단

Source	Decision	이유
Cognee	pilot	Keystone memory layer를 대체하지 않고, 작은 corpus에서 graph/vector recall과 traceability를 비교할 가치가 있음
Starlight	pilot	Astro 기반 portfolio와 기술적으로 맞고 docs IA 개선 후보지만, custom shell 전체 교체 전 prototype 필요
oh-my-pi	reference-only	coding harness 패턴은 강하지만 Keystone의 기존 AI runtime surface와 중복되므로 설치보다 패턴 추출이 적합

다음 실험

1. Cognee: Keystone decision docs 20개를 작은 corpus로 넣고 recall benchmark를 만든다.
2. Starlight: Reference Intake 섹션만 Starlight prototype으로 재현한다.
3. oh-my-pi: hash-anchored edits와 summarized reads를 Keystone harness pattern 후보로 분리 분석한다.