출처: @Av1dlive (2026-09-09) — X 북마크 주간 수집분
개요
“도구를 바꿀 때마다 같은 프로젝트 설명을 반복하는 데 질렸다”는 것이 출발점이다. 6개월간 200억 토큰·1.2만 세션을 돌린 Avid가 꺼낸 답은 공유 브레인: 로컬 세컨드 브레인 + LLM이 유지하는 위키(Agentic Stack)를 깔고 GPT-6·Fable 5.1·Kimi K3 같은 여러 코딩 도구에서 함께 쓰는 구조다. 함께 공개된 설치·연결·검증 프롬프트는 이 볼트의 운영 방식(SCHEMA·인제스트 게이트·검증)과 겹치는 구석이 많아 인용 가치가 있다. 메모리 축은 supermemory·moc-ai-agents-memory와 함께 본다.
한눈에 보는 요약
- 문제: 멀티툴 시대의 반복 설명 비용 — 200억 토큰·1.2만 세션의 체감이 정량 근거.
- 처방: Agentic Stack을 로컬 세컨드 브레인 + 공유 위키로 세팅. 모델·하네스가 아니라 개인 컨텍스트·공유 메모리가 2026년의 최고 지렛대라는 주장.
- 프롬프트 뼈대(5단계): ① 1차 출처로 설치법 리서치(agentic-stack-desktop·기능 문서·Karpathy gist) ② 환경 점검과 백업(기존 스킬·룰·메모리·MCP 보존, 비밀 백업은 버전관리 밖) ③ 문서화된 설치·연결 후 도구별 실제 호출 검증(탐지됨/설정됨/재시작 필요/조회 검증됨/차단 구분, 설치 완료=동작 주장 금지) ④ 첫 소스의 범위 제한 추천(전량 자동 수입 금지) ⑤ 위키 생성과 진짜 크로스툴 검증.
- 금지선: 명령·API·연동·내보내기·자동동기화 날조 금지, 비밀 출력·자격증명 복사 금지.
핵심 한 줄: 설명을 반복하지 말고 저장소를 공유하라 — 단, 설치됐다는 말과 조회된다는 증명은 다르다.
세부 내용
왜 공유 브레인인가
모델·하네스 논쟁이 한창인 와중에 “네 개인 컨텍스트가 더 중요하다”는 반론이다. 도구가 늘수록 각 도구의 기억이 파편화되고, 같은 설명을 N번 반복하는 비용이 토큰·시간 양쪽으로 쌓인다. 공유 위키를 SSOT로 두고 도구별 어댑터만 다는 발상은 moc-llm-wiki의 유지 흐름과 같은 방향이다.
프롬프트에서 훔칠 것 — 검증 상태 5분류
“Detected / Configured / Requires restart or auth / Retrieval verified / Blocked”의 5분류가 백미다. 연결됐다는 토글과 조회가 된다는 증거를 분리하고, 재시작·인증 대기를 별도 상태로 둔다. 이 볼트의 인제스트 검증(세션 로그·해시 대조)과 같은 정신이다: 주장과 증거를 다른 칸에 적는다.
이 볼트와의 거리
Agentic Stack 실체(설치법·지원 도구·동기화 범위)는 1차 출처 대조 전에는 단정하지 않는다. 프롬프트가 “문서와 설치된 버전을 대조하고 기존 기능과 추가 워크플로를 구분하라”고 못 박은 것도 같은 이유다. 이 노트는 브레인 구축기의 방법론만 취하고 제품 평가는 후속 출처가 붙을 때로 미룬다.
실무 체크리스트
- agentic-stack-desktop 리포·기능 문서·Karpathy gist 1차 대조
- 기존 스킬·룰·메모리·MCP 인벤토리와 복구 가능 백업(버전관리 밖)
- 도구별 실제 조회 호출로 5분류 판정표 작성
- 첫 소스 범위 제한(전량 수입 금지) 원칙 문서화
관련 노트
- supermemory — 프로덕션급 메모리 시스템 비교축
- moc-ai-agents-memory — 메모리·스킬 MOC
- moc-llm-wiki — 개인 지식 베이스 유지 허브
- 2026-09-10-pi-agent-workbench — 확장을 한곳에 모으는 또 다른 방식