출처: @Mahaximus_ 외 3건 — 2026-09-11 X 북마크 일일 수집분
개요
에이전트를 “만드는 법”에 대한 오늘 묶음이다. Karpathy의 “프롬프팅은 사라지고 그래프만 남는다” 선언, 계획·실행·감독용 오픈소스 오케스트레이터, 산출물마다 LLM 위키를 두고 돌리는 Matt Pocock의 지식작업법, 그리고 Claude에게 자신을 심층 인터뷰시켜 기억에 저장하는 프롬프트가 한 축을 이룬다. 2026-09-10-agent-graphs-loops-verification의 루프→그래프 논의와 직결된다.
한눈에 보는 요약
- 그래프 선언: “Delete everything, keep Graph.” 1시간 해설 + Graph Engineering 가이드 인용. 누구나 에이전트는 만들지만 그걸 돌리는 그래프를 만드는 사람은 거의 없다는 주장.
- 오케스트레이터: 계획·실행·감독용 오픈소스 Agent Orchestrator (
Untrivial-ai/agent-orchestrator). - LLM 위키 운용법: 산출물(Deliverable)마다 Karpathy식 LLM 위키 부여 → 섹션 분할해 낮에 병렬 스레드 → 브레인덤프 받아 위키에 통합(HTML 리포트 피드백) → 밤에 린트 스킬로 전수 약점 탐색(서브에이전트 대량 투입). 코드보다 지식작업 자동화가 어렵다는 전제 위의 방법.
- 기억 심문 프롬프트: “모르는 삶의 영역을 free text/askuserquestion으로 깊이 인터뷰하고 메모리에 저장” 지시. Blake Robbins의 “20분 인터뷰하면 10배 유용” 주장과 쌍을 이룬다.
핵심 한 줄: 에이전트는 프롬프트가 아니라 그래프·위키·기억 위에 산다.
세부 내용
그래프 — 루프 다음의 유행인가, 뼈대인가
Mahax의 인용은 7/29 Graph Engineering 글(“루프가 하루아침에 올드뉴스가 됐다”)과 연결된다. 어제 0xjmori의 “90% 루프→그래프”와 같은 계열이지만, 유행어 소비를 넘어 실제 그래프(상태·전이·검증)를 설계했는지가 가름대다.
위키 — 이 볼트와 같은 방식
Pocock의 4단계는 이 위키의 운영과 정확히 겹친다: 산출물별 위키, 섹션 병렬, 브레인덤프 통합, 밤의 린트. 차이점은 그가 HTML 리포트로 사람 피드백을 받는 반면, 이 볼트는 lint 4종+빌더를 기계 게이트로 쓴다는 점이다.
기억 — 인터뷰가 개인화의 지름길
trq212의 프롬프트는 askuserquestion(객관식 가능 시)과 free text를 섞어 삶의 맥락을 긁어 메모리에 저장하라는 것. moc-ai-agents-memory의 메모리·스킬 축과 연결되며, 개인정보를 모델 메모리에 넣을 때의 유출·보존 범위는 별도 주의.
실무 체크리스트
- Graph Engineering 가이드 본문 확보 후 그래프 정의(노드·엣지·검증) 인용
- 오케스트레이터 리포의 실행·감독 방식 README 대조
- Pocock 방식의 밤 린트 스킬과 볼트 lint 4종 매핑 메모
- 기억 저장 시 민감정보 제외 규칙 문서화
관련 노트
- 2026-09-10-agent-graphs-loops-verification — 루프→그래프·검증 심층
- 2026-09-10-shared-brain-memory-stack — 공유 브레인·메모리 스택
- moc-ai-agents-memory — 메모리·스킬 MOC
- moc-ai-agents-orchestration — 오케스트레이션 MOC