TL;DR
PAI는 임베딩/RAG와 SQLite·Postgres 같은 불투명 저장소를 의도적으로 회피하고, 교차참조가 풍부한 평문 Markdown + ripgrep 검색을 메모리 인덱스로 쓴다 — ‘cat으로 못 읽으면 원치 않는다’.
출처별 관점
research/2026-06-17-pai-life-os-ai-dev
- PAI는 2025년 6월부터 RAG를 회피한다. 풍부한 교차참조 텍스트 + ripgrep 빠른 검색이 RAG가 주는 걸 임베딩 복잡도·검색 불안정성·충실도 손실 없이 제공한다 — ‘파일시스템이 곧 인덱스’ [5].
- Text over opaque storage: SQLite/Postgres/임베딩 회피, 모든 게 평문 Markdown이라 사람·DA·
rg·다른 도구가 모두 파싱 가능 [5]. - 메모리는 3티어(WORK/KNOWLEDGE/LEARNING) + people·companies·ideas·research를 잇는 typed graph로 구성되며, 자가개선 루프(만족도·검증결과 신호 수집)로 복리 향상된다 [2][5].
- ‘Context scaffolding > model’: 모델보다 그 주변에 올바른 컨텍스트를 떠먹이는 게 중요하고, 모델이 강해질수록 지시는 줄이는 ‘Bitter-pilled engineering’으로 시스템이 작아진다 [5].