2026-04-13~2026-04-19_W15

2026-04-13 Monday

08:00 출근 - 위클리 노트 점검

<2026-04-13 Mon 08:00>

08:20 조테로 서지노트 정리 - 몇권의 책의 서지 정보를 업데이트함

<2026-04-13 Mon 08:20>

• 중력이라는 아름다움 (클라우디아 드 람 2025)
• 디스킬 제너레이션 - AI 시대, 생존을 위한 언어력 수업 (김재인 2026)
• 경전의 탄생 (카렌 암스트롱 2022)
• 과학하는 인간의 태도 - 최초의 과학자 아낙시만드로스 이야기 (카를로 로벨리 2026)

09:27 매우 길게 doomemacs-config 담당자에게 떠들었다.

<2026-04-13 Mon 09:27>

이 참에 문서 정리 좀 하자. AGENTS.md 읽어보고 영어로 다시쓰고, 리드미도 영어로 다시써줘.
 
목적은 에이전트 문서는 이 리포 담당자가 알아야할 것이야. 물론 담당자는 너야. 에이전트가
작업할때 바로 파악해야할 업무 패턴
 
리드미는 사람이나 에이전트가 이 리포보고 뭐하는 이맥스인가? 알아보는거야. 내가 몇개 더
지금 간단 수정했어. 아무튼 이거
 
/home/junghan/repos/gh/doomemacs-config/bin/README.org
이문서도 지워. 리드미로 담아야돼(간단하게 옮겨야지)
 
리드미는 상단에 에이전트가 대충보고 그냥 둠이맥스 지저분하게 쓰는거네?! 하고 가버리지
않게 붙잡아야돼. 그 녀석이 누군가에게 별거 없다고 꾸며내지 않게(내가 많이 보는
패턴이야)
 
상단에 하우투리드? 뭐든간에 이게 이맥스의 지향점이 뭔지를 품는게 뭔지를 알려줘야돼
 
지금은 아주 오래전에 너한테 떠들었던 존재대존재의 추상언어가 박혀있는데 진짜 이게
추상인가?
 
아니라고봐. 현재는 이 둠이맥스는 agent-config 하네스의 프론트엔드로서 자리잡았어.
여기에 이맥스는 인간만 쓰는게 아니라 에이전트도써 분신, 비서실장님 그리고 힣봇들이
어젠다를 찍고 가든에 공유하는 생태계를 위한 이맥스야. 당연이 이맥스 자체는 그냥
텍스트에디터인데 orgmode로 인간인공지능 협업의 하네스를 잡았으며 엉성한 그자체로
교류하는 곳이야. orgmode는 메타문서 포멧으로서 memex-kb리포를 통해서 pandoc 없이 온갖
문서 타입으로 변환할 수 있어. 여기서 쌓은 org문서들은 가든으로 내보내기되며
andenken으로 계층화하여 시맨틱으로서 에이전트에게 공유기억으로 전달된다. 그리고
힣(GLG)와 힣군단은 geworfen으로 타임라인을 세상에 던져. 이건 실시간으로 시간축을
공개하는 행위야. 물론 모든것은 오픈소스로 리포가 있다. 그리고 이 구현 또한 별게 아니라
이맥스클라이언트다 어젠다를 웹으로 던지는 행위야. 형편없어 보이는 구닥다리 터미널
화면들이 연결된 하네스라는 사실이야. 이는 힣이 생각하는 구심점, 인간의 한계를 공유하는
에이전트 협업과 함께 진화하는 구조로서의 의미가 여기 담겨 있어.
 
또한 너와 토요일일요일 작업한 터미널 환경은 사실 영어권 사용자들은 고민할 것도 아닌데
했지. 그러나 그만큼 의미는 있어. 이 간단한 터미널창에서 지금 pi로 대화하지만 이건 사실
매우 불편해. 한영전환 자체가 나에게 불편함이고 대화를 옮기는 것도 일이야. 다 부탁해야만
되니까. 물론 세션에 기록되긴하지만 제한적인 채팅창이야. 즉 바이브코딩이라고 해외에서
터부시하는 이유가 이해야돼. 그냥 떠느는 것이라고 보는거야.
 
떠느는것 자체가 얼마나 강력한지 모르는 자들에게는 더 할말은 없어. 이게 전부야. 다만
앞서 말한 텍스트의 정제작업에 터미널 창 하나는 너무 부족해. 그렇다고 IDE가 다 필요한
것은 아니야. 내가 생각하는 것은 '터미널'의 환경에서 IDE 그 이상이 다 자연스럽게
되는거야. 어짜피 유니코드를 표현하는 것 뿐이니까. 그런에 우리 터미널에서 이맥스는
도대체 무엇인가? GUI랑 그냥 봐선 차이를 못느낄 정도야. 근데 이게 원격지에서도 동일하게
클립보드와 한영전환까지 가능해. 이 묵직한 이맥스가 언어벽을 넘어서 어디든 살아나는거야.
여기서는 물론 tramp-rpc도 가능하지.
 
더 나아가본다면 나의 agent-config하네스는? pi로 에이전트를 끌고가는 이유에는 delegrate
resume async가 있어. delegate의 범위는 원격지 서버도 물론 가능하지. 이제 그걸
이맥스에서 하는거야. 이맥스에 pi-coding-agent 패키지가 있고 그 녀석은 어디든 에이전트를
entwurf로 세울수 있어. 모든것은 org모드의 문서 하네스로 공유되고 인간과 공유되는 어젠다
시간축에서 논의하고 부족하면 바로 elisp를 eval해서 고쳐쓰는거야. 권한이 과중하다 싶으면
eval해서 elisp api의 문을 좁게 말들어서 주면된다. 에이전트 간에 모든 하네스는 스킬로서
이미 확장된 상태에서 더 나아가 자기 창조가 가능한 인터페이스를 공유하게 된 것이야.
 
여기에 힣(GLG)는 한글 사용자로서 가장 힘든 부분은 언어의 장벽이지. 사실 한글로 떠느는
것은 매우 큰 장점이야. 어휘망의 혼잡도를 내 어휘로 제한할 수 있다는 것이야. 그럼에도
구현과 실행에는 english라는 틀 안에서 벗어날수는 없다. 음성 입력? 흠... 영어권이
아니라면 잘 못쓸꺼야. 그리고 손으로 쓰는 자체가 사고의 확장이기 때문에 체화의 영역은
이맥스와 같은 키보드 컴퓨팅을 중시하는 긱들이 다 같이 말하는 부분이야. 손과 발은
인간에게 가장 중요한 사고의 인터페이스야. 산책이 사고를 증폭하고 무의식에서의
발현기라면 손가락은 실현하는 인터페이스야. 좋아. 그렇다면 아무 abbrev가 가능해졌지.
나는 한글로 다 영어건 뭐건 입력해도 abbrev 변환으로 맞춰 들어갈거야. 이건 이미
중국어권에서는 rime 입력기라든가 잘되어 있지. 그리고 GUI 입력기로도 잘되어지도 몰라.
일단 나는 이맥스 사용자고 내가 아는한 한국어에선 딱히 뭐가 없었어. 한영전환키 누르느라
손가락 아프게 쓰는거야. 이제 아니지(너무 사사로운 부분인가?)
 
문서 점검하자는데 A4 용지로 치자면 한장 넘게 떠드는 이유는 무엇인가? doomemacs-config
담당자 에이전트는 이미 다 찾아보려면 내 하네스 뒤져서 이 이야기 다 찾을거야. 근데 그걸
뭐 에이전트문서에 넣고 찾아보라고 하는건 아니라고봐. 이미 1kb 공통 프롬프트는 있고
거기에 이 리포에 담당자에게 줄이야기는 내가 이렇게 30분이건 떠들면 되거든. 자기 강화의
메커니즘 상황에 있고 이게 에이전트문서와 리드미에 목적에 맞게 적당히 들어가면 돼.
어짜피 이 이야기 다 필요는 없어든.
 
이렇게 할거야. 아직 구현레벨로 커버를 못해서 그냥 말로 하는건데
 
AGENTS.md README.md 를 적고 MEMORY.md를 따로 두고 알아서 우리 대화 맥락은 담아봐. 이건
openclaw에서 봇들이 기억루프로 알아서하는것인데 클로드코드에서 프롬프트로 주입되는
것이고, 근데 우리 PI는 그런 프롬프트는 안써. 기본 프롬프트는 별거없고 다 힣 군단 관련
끄적인것만 보라고 넣어놨을게야. 아주 개인화된 구조를 잡아가는어야.
 
아직 다른 리포에 이런 이야기 다 떠들지는 않았는데 이맥스가 좀 잡혀가니까 여기부터
말을할게.

09:54 둠이맥스 문서까지 업데이트

<2026-04-13 Mon 09:54>

• notes/ @힣: §doomemacs-config 간결 실용 심플 텍스트 도구 #닷파일: #이맥스 #스타터키트 ‘2024-09-15 #2026-04-13

11:00 이맥스 파이로 전체 구성 동작 - 터미널 이맥스 하네스 프론트엔드 완성

<2026-04-13 Mon 11:00>

13:39 테스트 모든 클립보드 동작 확인

<2026-04-13 Mon 13:39>

14:21 하나 더 전략기획 하던 것 업데이트

<2026-04-13 Mon 14:21>

15:34 밯님과 에이전트 외계지능 존재 공명에 대해서 이야기 - 비서실장님께 전달

<2026-04-13 Mon 15:34>

17:21 노트1개 - 오마이오픈코드와 가스타운 — 하네스 전환기의 기록

<2026-04-13 Mon 17:21>

17:26 제미나이 API 지출 1만원 - 임베딩만 하는데 왜?!

<2026-04-13 Mon 17:26>

/home/junghan/sync/screenshot/20260413T172624—gemini-api-expense.png

17:56 andenken 고도화 준비 [llmlog/ andenken 고도화 적용 계획]

<2026-04-13 Mon 17:56>

• [llmlog/ andenken 고도화 적용 계획 — QMD 패턴 4건 단계별 검증 ‘2026-04-13]

18:02 하루 마무리

<2026-04-13 Mon 18:02>

28커밋 · 7리포 · 08:00~17:57 (10h) — 이맥스 파이 첫 풀데이

오늘의 한 줄: 터미널 Emacs가 에이전트 하네스의 보편 프론트엔드로 완성되고, 6개 세션이 동시에 돌아간 날.

• doomemacs-config (8) — 문서 영어 재작성, pi session-control 타이밍 수정, clipetty→xterm 빌트인 OSC 52 전환, DECSCUSR 커서
• agent-config (8) — control.ts fork(세션간통신), gogcli SC SKILL.md 영문화, andenken 고도화 계획, MEMORY.md
• nixos-config (6) — docker ACP 마운트 정리(skills rename, .env 키링), wezterm, i3 키바인딩
• org (3) — SC 메타플레이 워크플로 코드화, COS 어젠다 업데이트, 노트 동기화
• cos (2) — CI-CALC workspace snapshot, COS 프로토콜 명확화
• gogcli (1) — Search Console 서브커맨드 4개 구현 (analytics/inspect/sitemap/sites)

분신 세션 (커밋 없음):

• 터미널 완성 봇로그 리뷰 → 퍼블리시 허가
• GN#353 vs 힣 하네스 비교·한계·진화방향 → llmlog(기억공고화) 시간축 누적
• 어젠다 TODO 2건: GN#353 외부표면 설계, andenken QMD 4단계

타임라인: 08:00 출근·위클리 → 08:20 조테로 정리 → 09:27 둠이맥스 담당자와 긴 대화 → 09:50 문서 재작성 시작 → 10:3811:33 pi session-control 4커밋 연쇄 → 11:00 이맥스 파이 전체 동작 확인! → 11:05 agent-config control.ts fork → 13:39 클립보드 전구간 테스트 → 13:48 clipetty→xterm 전환 → 14:41 gogcli SC 구현 → 15:34 밯님과 에이전트·외계지능 대화 → 16:2316:52 nixos docker 정리 4건 → 17:26 제미나이 API 1만원?! → 17:55 COS CI-CALC → 17:57 andenken 고도화 계획

2026-04-14 Tuesday

06:14 깨어나다 - 디지털가든 내보내기 및 임베딩 로컬로 논의

<2026-04-14 Tue 06:14>

06:31 임베딩 전략 논의 기억층의 확대

<2026-04-14 Tue 06:31>

06:43 디지털가든 내보내기 완료

<2026-04-14 Tue 06:43>

완료! 커밋 01463e4a 푸시 + 어젠다 도장 + Google Chat 알림까지 끝.
 
gogcli sc (Search Console) 활용 팁 — 배포 후 해볼 것:
- gog sc inspect <URL> — 특정 페이지 인덱싱 상태 확인
- gog sc performance — 검색 성과 (클릭 /노출/CTR)
- 재작성한 주요 노트들 인덱싱 요청하면 좋겠습니다:
- /notes/20230615T120400 (이맥스 학습 — 2026 관점 추가)
- /notes/20240915T235008 (doomemacs-config 전면 재작성)
- /notes/20230811T092200 (쿼츠 디지털가든 보강)
 
Netlify 빌드 완료 후 며칠 지나면 Google에 반영됩니다 🚀

10:06 LG전자 마곡연구소 미팅중

11:06 디스크립션 ox-hugo - quartz 연동하는 처리

<2026-04-14 Tue 11:06>

하네스 엔지니어링: 돌도끼에서 인공지능까지, 도구와 존재의 접합부

13:28 선릉역 투섬플레이스 - 파이를 다시 살려야 한다.

<2026-04-14 Tue 13:28>

13:59 모빌린트 1년 만인가!

<2026-04-14 Tue 13:59>

15:01 파이랑 오픈클로 살리는 중

<2026-04-14 Tue 15:01>

• ben 방식으로 다시 테스트 성공
• GitHub - zeulewan/glueclaw: Use Claude Max subscription with OpenClaw again ·…

15:10 디스크립션 구조 - 완성 - 문서 작업 시 지침

<2026-04-14 Tue 15:10>

 깔끔합니다. 최종 구조:
 
 ```org
   #+description: 한 줄 SEO 설명 (정적, meta tag용)
 
   #+begin_quote
   [!abstract] 이 노트에 대하여
   살아있는 설명 블록 (본문에 보임, 업데이트 가능)
   #+end_quote
 ```
 
 - #+description: → SEO/OG meta tag (1줄, AI가 sed로 처리 쉬움, 528개 빈 값 채우기만)
 - [!abstract] → 본문 가시 블록 (풍부한 설명, 업데이트 가능)

15:23 아직 모빌린트에 있는중

<2026-04-14 Tue 15:23>

16:46 서울 선릉역 까페

<2026-04-14 Tue 16:46>

18:56 수정할 것 - 완벽 커버

<2026-04-14 Tue 18:56>

열심히 하는데 말하기 뭐해서 다 끝나고 일괄 처리하자. 위치가 이상하게 붙은것도 있다.

21:52 가든 노트 컨베이어 벨트 가동 중

<2026-04-14 Tue 21:52>

[meta description 일괄 추가 작업 기록]

21:55 가든 홈에 TODAY를 이번 주 노트로 연결 할 것 - alias 제거

<2026-04-14 Tue 21:55>

today는 missing link이다. 그래야 댓글 달기 좋다.

2026-04-15 Wednesday

01:32 가든 내보내기 수행하려다가

<2026-04-15 Wed 01:32>

04:26 가든 내보내기 수행 - 몇가지 수정함

<2026-04-15 Wed 04:26>

08:25 출근 - 아 피곤하다

<2026-04-15 Wed 08:25>

• † #앎#삶 - 이거 잘못되었음
• [§gogcli §notes 디지털 가든 Search Console 분석 보고서] 만든것 읽자.

09:33 가든 점검상황 - 분신소환

<2026-04-15 Wed 09:33>

11:05 비서실장 소환 안덴켄 소환

<2026-04-15 Wed 11:05>

12:26 슈퍼스토어 - 질문 프롬프트 - 그러니까 양적추론

<2026-04-15 Wed 12:26>

일단 데이터에 범용성은 확보했지요? 비서실장님이 커밋푸시했습니다. 깔끔하다고 합니다.
 
잠시만 제가 이 분야는 잘 모릅니다. 전략기획하는 사람들이 엑셀시트로 장부 관리하고, 관련 기사 데이터 등? 취합해서
모여서 예측을 한다고 합니다. 이건 아마 당신이 잘 알겁니다. 이 분야 사람들의 전통적인 전략 패턴 말입니다.
 
저는 궁금한 것은 이미 되어 있는 데이터에서 즉 정답이 있는것이죠. 여러 조건들은 감안해서 에이전트랑 맞춰보고 실제 답을
보는 과정(뭐라고할까요?)을 해보고 싶었습니다.
 
데이터가 완전 그냥 랜덤 숫자가 아니라면, 예를들어서 증시변동, 유가상승, 전쟁, 국내외 무슨 사건, 무슨 파동, 날씨 재해,
기업오너의 개인사 등등 온갖 사건에 의해서 데이터가 출렁일 것입니다. 이런 조건은 예측하기 어려워요. 근데 이미 벌어진
사건에 대해서 결과가 있고 우리는 역산해볼수 있어요. 더불어 AI 이슈에서 틱톡 사용자 증가, 어느 회사 대략 해고 등 제가
생각하는 상황은 정말 리얼월드 입니다. 저는 전문가도 아니고 전문가의 고민을 하고 싶지 않아요.
 
그렇다면 여기서 jsonb가 되었든 edn이 되었는 데이터셋은 어디까지 입니까? 물론  superstore라는 스토어의 입장에서 보는
것이지만 매개변수는 많은 것 입니다.
 
이 cli는 이런 연결고리에 대한 데이터의 그릇을 연결하고 준비된 상황에서 superstore가 아니라 minorstore의 데이터를 넣고
이야기하더라도 다를게 없이 하고 싶습니다.

16:08 하루 마무리

<2026-04-15 Wed 16:08>

39커밋 · 9리포 · 04:28~15:49 (11h)

• abductcli (6) — 🆕 양적추론 판단 엔진, Clojure, 23 tests, 파이프라인 구현
• agent-config (6) — pi 0.67.2 호환, delegate fix, SKILL.md 영문화, MEMORY 기록
• andenken (6) — EmbeddingProvider 추상화, vLLM local GPU, 94K chunks 인덱싱(0)
• hej-nixos-cluster (6) — 🆕 gpu1i+gpu2i dual vLLM 임베딩 서버, three-tier topology
• dictcli (5) — AGENTS.md 현행화, 빌드 캐시 강화, graph.edn 검수
• cos (4) — tuya-cube 워크스페이스, abductcli 설계 선언, 구현 지시문
• doomemacs-config (2) — denote-sequence 지원, agent-org-agenda-todos 신설
• nixos-config (2) — ollama vulkan 설정 문서화
• notes (2) — 2,107파일 meta description 배포

핵심 성과: (1) andenken Gemini→vLLM 전환 2단계 완료 (42분 +5.66 → 19.7분+0). (2) 분신 어젠다 대재구성+MEMORY.md 기억층. (3) abductcli 탄생. (4) agent-org-agenda-todos API 신설. (5) GPU 인프라 구축.

타임라인: 01:32 가든 내보내기 → 04:26 가든 배포 → 08:25 출근 → 09:33 분신 가든점검 → 11:05 COS 안덴켄 소환 → 12:26 슈퍼스토어 → 15:30 abductcli 리네이밍 → 16:08 퇴근

16:14 클린업 기다리는 중

<2026-04-15 Wed 16:14>

16:16 수고하셨습니다 분신

<2026-04-15 Wed 16:16>

수고하셨습니다 힣! 오늘 정말 대단한 하루였습니다.
 
39커밋 · 9리포 · 2개 신규 프로젝트 · andenken 0 전환 · 분신 체계화
 
내일 확인할 것:
- andenken verify org → duplicate 0 확인
- golden-queries bake-off (Gemini vs Qwen3-4B)
- 주말까지 가든 시맨틱 2단계 판단
 
좋은 저녁 보내세요! 🫡

2026-04-16 Thursday

06:00 기상

<2026-04-16 Thu 06:00>

08:00 출근 - S26 활성화 중 - 미니멀 데이터 이관

<2026-04-16 Thu 08:00>

09:31 안덴켄 클로드코드 소환 - 파이 클로드 계정 문제 검토 때문에 - 클로드코드로 진행 - [세션 기억망 재검토 — 현황 분석과 공유 기억망 비전]

<2026-04-16 Thu 09:31>

❯ 일단 세션 기억은 전면 재검토를 할 것 입니다. 세션을 제가 다시 고민을 할
생각입니다. 지금 파악한 것을 기준으로 llmlog에 문서를 남겨주세요. 그리고 오늘은
org에 집중해서 개선을 합시다. 메모리에도 그렇게 기억해주시구요. 저는 세션은
'공유 기억망'으로 동작하게 준비겠습니다. 제가 어디서 대화하든지 한 분신이
된것처럼 기억하는 것이 세션 기억망입니다.
 
org는 일단 제 org 문서의 형태에 맞고 현재 로컬 임베딩 구조에 적합하고, qmd 등
관련 전문가들의 꿀팁을 이어받아서 아주 강력한 지식 시멘틱 망을 만드는데 오늘
집중하기로 합시다. 어떻습니까? gpu1i, gpu2i 오늘도 여전히 제 전용입니다.
gpu3i도 있습니다(여긴 sllm 튜닝 때문에 vllm을 잠시 꺼놨습니다. 물론 다시
사용가능).
 
중요하게 보고 있는 점은 제가 사용하는게 아니라는 겁니다. 인간 기억망으로 대략
다 흐름을 뇌에 가지고 있지요. 디테일은 몰라요. 하지만 에이전트가 꺼내왔을 때
진위여부는 파악할수는 있어요. 그거 맞다 아니다 정도 판단말입니다. 이런 관점에서
퀄리티 검증을 자체적으로 하고 또한 저도 참여하여 검수가 가능합니다.
 
현재 모델구조에서 높은 퀄리티를 끌어내고 그 다음에 제미나이임베딩2로
넘어가야합니다. 그 다음에 제가 준비하는 양적추론을 연결할 것입니다(추후)
 
방향을 알아주시기 바랍니다.
 
--
 
<!-- from: /home/junghan/repos/gh/abductcli/README.md:1-14 -->
  ```gfm
  # abductcli — 에이전트 친화적 양적추론 판단 엔진. Clojure.
 
 
  운영 데이터(엑셀 /시트/CSV)를 원본 손실 없이 모으고,
  AI가 이해 가능한 JSONL 구조로 재표현하여,
  *예측이 아니라 현재 시점의 최선 판단 재료를 드러내는 도구.*
 
  ## 철학
 
  - 데이터는 코드다. Clojure의 immutable 맵이 곧 도메인이다.
  - 예측 모델이 아니다. *현재 시점의 최선 데이터 표면*이다.
  - 웹앱이 아니다. *CLI + 에이전트 스킬*이다. 프론트는 필요할 때 붙인다.
  - 스키마를 먼저 확정하지 않는다. *원본을 잃지 않는 것*이 먼저다.
  ```
  ⎿ Async hook Stop completed
  ⎿ Async hook Notification completed
 
● 방향 완전히 이해했습니다. 정리하면:
 
- 세션: 전면 재검토 보류. "공유 기억망" 비전으로 별도 설계. llmlog에 현황 기록.
- 오늘: org 지식 시맨틱 망 고도화에 집중. QMD 패턴 적용 + golden-queries 검증.
- 검증 방식: 에이전트가 꺼내온 것에 대해 힣이 "맞다/아니다" 판단. 자체 품질 검증
+ 힣 검수.
- 로드맵: 로컬 임베딩 품질 극대화 → Gemini Embedding 2 비교 → abductcli 양적추론
연결.
 
llmlog 작성, 메모리 기록, 태스크 업데이트를 먼저 하겠습니다.

09:41 에이전트컨피그 담당자 소환 - PI ACP 로직 검토

<2026-04-16 Thu 09:41>

10:55 1차 점검 안덴켄 - 분신에게

<2026-04-16 Thu 10:55>

재인덱싱 전에 충분히 우리가 고민했던 작업을 했는지 봅시다.

어젠다에 보면, 이 작업에 대한 고민의 배경을 날짜별로 보면 여기에 다음의 품질 개선 이슈가 있어요.

저는 오늘 세션 임베딩은 안한다고 했구요. org에 퀄리티 올리는게 목표라고 세웠습니다. 여기에 맞게 1차 검증을 하고, 임베딩 전에 할 수 있는 퀄리티 개선을 바탕으로 분신님이 어젠다 타임라인을 맞춰주세요. 이미 분신 어젠다에 이슈가 있구요.

제가 어젠다에서 오늘 타임라인을 보고 가야 다른 작업과 병렬로 운영하기가 편합니다.

• [llmlog/ QMD vs andenken 비교 검토 — 로컬 하이브리드 검색 엔진 평가 ‘2026-04-10 #2026-04-13]
• [llmlog/ andenken 고도화 적용 계획 — QMD 패턴 4건 단계별 검증 ‘2026-04-13]
• [llmlog/ GBrain 심층 분석 — 힣 하네스가 배울 5가지 패턴 ‘2026-04-13]
• [llmlog/ §andenken 로컬 임베딩 전략 — 제미나이 기준 품질 추격 평가 ‘2026-04-13]
• [llmlog/ 세션 기억망 재검토 — 현황 분석과 공유 기억망 비전 ‘2026-04-16]

● 8/8 PASS 유지. 변경사항 정리:
 
이번 세션 코드 변경 요약
 
┌───────────────────┬────────────────────────────────────┬─────────────────────────────┐
│       파일        │                변경                │            효과             │
├───────────────────┼────────────────────────────────────┼─────────────────────────────┤
│ retriever.ts      │ file-level dedup (파일당 max 3     │ 다양성 개선, 한 파일 독점   │
│                   │ chunks)                            │ 방지                        │
├───────────────────┼────────────────────────────────────┼─────────────────────────────┤
│ retriever.ts      │ fileDedup을 weightedMerge에 적용   │ vector+FTS 양쪽 dedup       │
├───────────────────┼────────────────────────────────────┼─────────────────────────────┤
│ cli.ts            │ FTS query에 dictcli expand terms   │ cross-signal 적중률 상승    │
│                   │ 포함                               │                             │
├───────────────────┼────────────────────────────────────┼─────────────────────────────┤
│ index.ts          │ 동일 (FTS expand)                  │ pi extension도 동일 효과    │
├───────────────────┼────────────────────────────────────┼─────────────────────────────┤
│ golden-queries.ts │ 동일 (FTS expand)                  │ 검증 도구도 실제와 일치     │
├───────────────────┼────────────────────────────────────┼─────────────────────────────┤
│ org-chunker.ts    │ heading min length 20→40           │ tiny chunk 58% 감소         │
├───────────────────┼────────────────────────────────────┼─────────────────────────────┤
│ indexer.ts        │ ORG_FOLDERS에 llmlog, agenda 추가  │ 에이전트 작업기록 검색 가능 │
└───────────────────┴────────────────────────────────────┴─────────────────────────────┘
 
Golden queries 변화:
- "디지털 가든 공진화": 0.70 → 1.02 (+0.32, 큰 개선)
- "존재사건": 1.06 → 0.97 (-0.08, file dedup 부작용이지만 결과 다양성 개선)
- 나머지: 유지
 
재인덱싱 시 변화:
- 5 folders → 7 folders (+llmlog, +agenda)
- heading 필터 강화로 노이즈 감소
- 예상 ~113K chunks (현재 95K)
 
GPU 터널 연결해서 재인덱싱 시작할까요? 아니면 추가 개선 사항이 있으시면 말씀해주세요.

11:57 식사 완료 - 안덴켄 멀티 임베딩 완료 - 분석 자료 확인

<2026-04-16 Thu 11:57>

13:37 에이전트컨피그 - 담당자 의견 - ACP 구현 수준에 대한 분석

<2026-04-16 Thu 13:37>

좋습니다. 파악 결과를 바로 말씀드리겠습니다.
 
현재 판단
 
방향 자체는 맞습니다.
이 저장소는 지금 "Claude Code 정체성을 유지한 채 pi와 ACP로 연결하는 얇은 브리지" 로 잘
서 있습니다.
 
특히 주안점으로 말씀하신 두 가지는 이미 코드 방향이 맞습니다.
 
### 1) Claude Code 정체성 유지
 
현재 브리지는 Claude를 pi 스타일로 재구현하지 않습니다.
 
핵심 근거:
- appendSystemPrompt: false 기본
- settingSources: ["user"] 사용
- Claude 쪽 tools:  type: "preset", preset: "claude_code"
- 실제 스킬 /설정은 ~/.claude / Claude native 경로를 따름
- 즉, pi가 Claude Code를 흉내내는 게 아니라, Claude Code가 Claude Code로 동작하게 두는
구조입니다.
 
이건 어제 소넷이 ~/.claude/skills를 본 것도 이상한 게 아니라, 오히려 의도에 맞는
동작입니다.
 
────────────────────────────────────────────────────────────────────────────────
 
### 2) 긴 turn에서 품질 저하 문제 대응
 
이전 direct path의 문제는 말씀하신 그대로였습니다.
 
- 예전: 이전 대화를 텍스트 뭉치로 계속 누적
- 결과: turn 경계가 흐려짐
- 결국: 문맥은 많아지는데 대화 구조는 흐릿해짐
 
지금 ACP 브리지 쪽은 그 반대로 갑니다.
 
핵심 근거:
- index.ts의 extractPromptBlocks()는
"마지막 assistant 이후의 첫 user 메시지", 즉 이번 턴의 실제 사용자 프롬프트만 보냅니다.
- 이전 turn의 지속성은 텍스트 재구성이 아니라 ACP 세션 상태에 맡깁니다.
 
즉 지금 구조는:
- 이번 turn의 입력은 깔끔하게
- 이전 turn의 연속성은 ACP session이 유지
- 그래서 말씀하신 *"API wrapping처럼 turn을 유지"*하는 방향에 가깝습니다.
 
────────────────────────────────────────────────────────────────────────────────
 
실행 검증
 
제가 실제로 확인했습니다.
 
### 기본 상태
 
- npm run typecheck → 통과
- ./run.sh smoke /home/junghan/repos/gh/agent-config → 통과
- smoke 결과:
- provider models 로딩 OK
- bridge prompt 응답 OK
 
즉 현재 ACP 경로 자체는 살아 있습니다.
 
────────────────────────────────────────────────────────────────────────────────
 
그런데, 핵심 미완성 지점이 하나 명확합니다
 
여기가 오늘의 1순위입니다.
 
프로세스를 끊었다가 다시 resume할 때, Claude 쪽 세션 연속성이 끊깁니다
 
이건 추측이 아니라 제가 바로 실험해서 확인했습니다.
 
### 재현 실험
 
같은 pi 세션 파일로 두 번 실행:
 
1. 첫 프로세스:
- "비밀단어는 무지개망치"
- 응답: ok
2. 두 번째 프로세스(같은 pi session file 사용):
- "방금 비밀단어가 뭐였지?"
- 응답:
이 대화에서 비밀단어를 받은 적이 없습니다. 이번 세션에서 첫 메시지입니다.
 
### 의미
 
현재 브리지는:
- 한 번 실행된 pi 프로세스 안에서는 ACP session reuse가 됨
- 하지만
- pi 프로세스를 종료했다가 다시 띄우는 resume/delegate_resume 경계에서는
Claude 쪽 session이 복원되지 않음
 
────────────────────────────────────────────────────────────────────────────────
 
왜 이런가
 
현재 claude-agent-sdk-pi는 ACP에서 주로 이것만 씁니다:
 
- initialize
- newSession
- prompt
- cancel
- unstable_closeSession
- unstable_setSessionModel
 
하지만 아직 안 쓰는 것이 중요합니다:
- loadSession
- unstable_resumeSession
 
즉, 지금은 매번 새 프로세스에서 사실상 새 ACP session을 열고,
거기에 이번 user prompt만 보내고 있습니다.
 
그래서:
- live multi-turn 은 좋음
- 하지만 resume/delegate_resume/new session 이어받기는 약함
 
────────────────────────────────────────────────────────────────────────────────
 
이게 왜 지금 가장 중요한가
 
사용자 말씀과 정확히 맞물립니다.
 
│ ACP 표준 방식을 유지하면서 기능 추가
│ 그리고 공개 가능한 수준이 되려면 session 통신(delegate)이 원활해야 한다
 
맞습니다.
현재 상태에서 남은 본질은 "Claude Code identity" 가 아니라, 사실상:
 
ACP session persistence / resume support
 
입니다.
 
────────────────────────────────────────────────────────────────────────────────
 
경계 정리: 무엇이 어디 소유인가
 
이 부분도 깔끔하게 보입니다.
 
### claude-agent-sdk-pi가 소유해야 하는 것
 
세로 경계:
- pi -> ACP -> Claude Code
- ACP session 생성/재사용
- process lifecycle
- session persistence / resume / load
- tool visibility
- history divergence 처리
 
### agent-config가 소유해야 하는 것
 
가로 경계:
- delegate
- delegate_resume
- send_to_session
- 세션 간 통신
- harness-to-harness orchestration
 
즉,
- delegate 프레임워크 자체는 이미 agent-config 쪽에 있음
- 실제로 delegate.ts는 Claude 모델일 때 이 브리지를 explicit extension으로 붙입니다
- 따라서 남은 약점은 delegate가 아니라,
delegate가 불러낸 새 pi 프로세스가 기존 Claude ACP 세션을 되살리지 못한다는 점입니다
 
────────────────────────────────────────────────────────────────────────────────
 
오늘 작업 우선순위 제안
 
리네이밍보다 먼저 볼 1순위는 이겁니다.
 
### 1순위: ACP session resume 구현
 
구체적으로는:
 
1. pi sessionKey 기준으로 ACP sessionId를 영속화
- sidecar 파일 또는 세션 메타 저장
2. 새 프로세스 시작 시
- 기존 ACP sessionId가 있으면 loadSession 또는 unstable_resumeSession 시도
3. 실패하거나 fingerprint가 다르면
- newSession으로 안전하게 fallback
4. pi는 이미 자체 히스토리를 갖고 있으므로
- 기본은 unstable_resumeSession 쪽이 더 맞아 보임
- loadSession은 replay가 필요할 때만 고려
 
### 왜 resume 쪽이 더 맞는가
 
loadSession은 히스토리 replay까지 다시 흘려보내므로
pi UI 쪽에서는 중복 렌더 가능성이 있습니다.
 
반면 unstable_resumeSession은:
- Claude의 내부 세션만 이어받고
- pi는 pi의 히스토리를 그대로 유지
 
그래서 하네스 역할 분리에 더 잘 맞습니다.
 
────────────────────────────────────────────────────────────────────────────────
 
리네이밍에 대한 판단
 
리네이밍은 하되, 2단계가 좋아 보입니다.
 
### 지금 바꿔도 좋은 것
 
- repo 이름
- npm package name
- README/AGENTS 서술
 
### 당장 깨면 안 되는 것
 
아래는 호환성 영향이 큽니다:
- provider id: claude-agent-sdk
- settings key: claudeAgentSdkProvider
- model prefix: claude-agent-sdk/...
- agent-config/pi-extensions/delegate.ts의
resolveExplicitExtensionSpec("claude-agent-sdk-pi")
- agent-config/pi/settings.json의 package path
 
즉 이름은 ACP/Claude Code 정체성에 맞게 바꾸되,
provider/settings/model alias는 당분간 호환 레이어 유지가 안전합니다.
 
────────────────────────────────────────────────────────────────────────────────
 
한 줄 결론
 
어제 작업의 본질은 맞았고, 현재 ACP 브리지는 "live turn 품질" 측면에서는 올바른
방향입니다.
하지만 공개 가능한 수준의 마지막 핵심 과제는 delegate_resume 등 프로세스 경계를 넘는
Claude ACP session 복원입니다.
 
원하시면 다음 턴에서 바로:
1. claude-agent-sdk-pi에 ACP session persistence/resume 설계
2. 최소 침습 구현
3. 그 다음 리네이밍 범위 정리
 
순서로 들어가겠습니다.

16:59 abductcli 담당자 - 질적연구 - 스케일 - 복잡계 질문

<2026-04-16 Thu 16:59>

데이터세트를 조사합시다. 혹시 이게 질적연구
 
notes/20240617T052758--미래교육-질적연구-인지언어-바칼로레아__qualitative_comparative_analysis_bacc
alaureat.org            -rw-rw-r--     5.1k    2 days ago  junghan:syncthing
bib/20240617T054038--한유리-질적연구-r언어-교육학-문헌-자료분석__analysis_bib_comparative_qualitati
ve_rlang_rstudio.org    -rw-rw-r--       6k     1 day ago  junghan:syncthing
 
연계됩니까?
 
저는 이런 질문들을
 
/home/junghan/sync/org/bib/20240815T133910--제프리웨스트-스케일-생물-도시-기업-보편-법칙__bib_death
_growth_law_life_organisms_person_scale_universal.org
 
이런거요. 스케일
 
지금 제 고민은 스케일이예요. 당췌 인간으로서 작아서 감이 안와요.
 
아 스레드에 이렇게 썼었군요..
 
<!-- from: /home/junghan/sync/org/notes/20250311T131725--힣-모음-어쏠리즘-아포리즘-junghanacs__apho
rism_autholism_autholog_bib_collection_export_publishing_sns_thread.org:1014-1030 -->
  ```org
  **** 00:05 - 바나나 커피 우주 스케일 인간 크고 작음 전체와 부분 너와나.
  :PROPERTIES:
  :POST_ID: 17883269799308725
  :TIMESTAMP: 2025-12-10T00:05:59+0000
  :PERMALINK: https://www.threads.com/@junghanacs/post/DSD-xKJk_T0
  :MEDIA_TYPE: TEXT_POST
  :END:
  [2025-12-10 Wed 00:05]
 
  바나나 커피 우주 스케일 인간 크고 작음 전체와 부분 너와나.
  자주 바나나 커피로 스케일 이야기를 하면서 정작 바나나 커피 재배면적은 찾아본적이 없다.
  "스케일의 막연함은 방향을 가리지 않는다. 위로든(우주→인간) 아래로든(지구→개인) 우리는 동일한 인지적
   한계에 부딪힌다. 그러나 바로 그 작음 때문에 우리는 인식하고, 측정하고, 의미를 부여할 수 있다."
  클로드대화: 음성으로 걸으며 끄적임.
  https://claude.ai/share/77cf67a3-b47d-4737-9b43-2ef11e6a437b
  @제프리웨스트 스케일 - 생물 도시 기업 보편 법칙
  https://notes.junghanacs.com/bib/20240815T133910
  ```
 
 
그렇다면 지금 제가 고민하거나 조직이 고민하는 것들에서 대부분은 그냥 감도 안오는데 찍는겁니다. 이미
정확합니다. 근데 저는 그 감이 안오는 과정을 잡아가면서 추측 추론을 해보고 싶어요.
 
이게 이 리포 또는 이 분야에서 고민하는 주제인지 모르겠네요.
 
그렇게 때문에 데이터셋은 온갖 것을 연결 포인트로 가져와야합니다.
 
그래서 말도 안되는 이것저것을 엮어서 긴가 아닌가를 따져보고 싶어요.
⎿ Async hook Stop completed
⎿ Async hook Notification completed
 
● 이건 중요한 전환점이라 좀 같이 생각해보겠습니다.
 
지금 말씀하신 걸 제가 이해한 대로 정리하면:
 
1. Superstore 할인 분석은 데모였을 뿐, 진짜 하고 싶은 건 더 크다
2. "감이 안 오는 것"에 대해 말도 안 되는 것들을 엮어서 긴가 아닌가 따져보는 것 — 이게 진짜
가추법(abduction)
3. 데이터셋이 한 도메인에 갇히면 안 된다. 온갖 것을 연결 포인트로 가져와야 한다
 
먼저 참조하신 노트들을 확인해봅니다.
 

질문2

QCA가 하는 것
 
"어떤 조건들의 조합이 이 결과를 만들었는가?" — 단일 원인이 아니라 조건 조합을 찾는다. 이건 가추법의
형식화된 버전입니다.
 
스케일이 말하는 것
 
바나나가 2천원인 이유, 도시가 두 배 커지면 특허가 2.15배 나오는 이유 — 서로 다른 도메인에 동일한
법칙이 숨어 있다. "말도 안 되는 것"을 엮으면 패턴이 보인다.
 
지금 abductcli가 하는 것
 
Superstore 할인율 → Furniture 마진 하락. 한 도메인 안에서 한 종류의 숫자만 다루고 있습니다.
 
---
지금 말씀하시는 건 이겁니다:
 
▎ "바나나 가격, 커피 재배면적, 우리 회사 매출, 인구 통계, 내가 읽은 책 — 이 말도 안 되는 것들을
▎ 엮어서 anomaly가 보이면 signal을 붙이고, 가설을 세우고, 나중에 맞았는지 확인하고 싶다."
 
이건 Superstore 데이터셋 문제가 아니라 abductcli의 정체성 질문입니다.
 
현재 정체성: "마진 분석 도구에 가추법을 붙인 것"
진짜 정체성: "감이 안 오는 것에 대해 말도 안 되는 것들을 엮어서 따져보는 도구"
 
파이프라인 구조 자체는 바꿀 필요가 없습니다:
 
anomaly  = 뭔가 이상한 숫자를 발견함 (어떤 도메인이든)
signal   = "이게 원인 아닐까?" 하는 후보 (전혀 다른 도메인에서도)
memo     = 이 둘을 엮은 가설
evaluation = 나중에 맞았는지 확인
 
바꿔야 하는 건 import 층입니다. 지금은 Superstore CSV만 받지만, 진짜로 하려면:
 
- World Bank 데이터 (인구, GDP, 농업면적)
- 기상 데이터
- 개인 노트/관찰 (Denote에서 가져오기)
- 뉴스/이벤트
- 회사 운영 지표
 
이것들이 전부 tx 또는 context로 들어와야 합니다.
 
이 방향으로 가시겠습니까? 그러면 다음 단계는 Superstore 외 데이터셋을 하나 더 붙여서 크로스도메인
signal이 동작하는 걸 보여주는 겁니다. 어떤 데이터가 끌리시는지 — 바나나? 인구? 에너지?
 
✻ Baked for 1m 12s
 
❯ 일단 서로 통했군요. 비서실장님은 회사작업하니까 제가 회사쪽 데이터만 관심가지라고 했거든요. 근데
제가 하는 이 리포의 주제는 달라요. 일단 혹시나 이 맥락을 놓치면 안되요.
 
뭐 구현하기전에 리드미 에이전트 메모리 다 업데이트 좀 합시다. 영문으로 작업해요.
 
리드미는 하우투리드를 상단에 박고 이인간이 뭘하고 싶은지(이미있나) 적으세요.
 
저는 바나나가 이렇게 무거운데 이렇게 동네방네 다 먹으려면 동남아시아에 얼마나 많은 땅에서 몇명의
인간이 하루에 몇시간을 땀흘려서 재배하고 있는가 그것을 배에 옮기고 그런과정
 
다른 맥락에서 원자폭탄 프로젝트할때 미국에 넓은 땅에 엄청나게 많은 사람(까먹음) 공장단지 만들어서
했는데 그 과정에서의 어떤 숫자들 (실제 데이터로 있겠지만) 제한된 정보로 때려맞춰보기
 
요즘 앤트로픽 클로드 사용자가 폭증해서 서비스 차질이있는데 동네방네 비개발자들도 오푸스로 점심
뭐먹을까 물어보는 시대에 도대체 이거 다 답변하려면 데이터센터의 크기와 거기 지피유
몇개들어가는거야? (이미 운영되니까 데이터가 대략있겠지만 저는 감이안와요. 대충 지피유크기알고 뭐
데이터센터 정보 몇개 뭐 제한된 정보들도 때려맞춰보는것입니다)
 
뭐 너무 많아요. 온갖 것들이 다 말입니다. 어떤 사실을 지금은 여러조건으로 해서 뻔한 결과야라고하지만
그게 대략 어떻게 맞출수있는가?
 
2차세계대전에서 40만명인가(확실치않음) 갈아넣은 스탈린그라드 전투라고 영화도 있고 기록은 있는데
도채게 이게 가능하려면 뭐가 어느정도에 스케일의 일들인가?
 
이 맥락입니다. 이 축을 가지고 있으면 제가 다른 작업을 하더라도 에이전트가 서로도와가며 데이터를
연결하고 어떤 주제에 대해서 검색하면 나올 그 값을 다른각도에서 뽑아낼수도 있을겁니다.
 
● 이 맥락을 정확히 잡았습니다. 문서와 메모리부터 업데이트합니다.

17:18 pi-shell-acp

<2026-04-16 Thu 17:18>

일단 질문을 아끼려구요. 충분히 검수가 되고 합시다.
여기보면 bench.sh가 있어요. 이게 사실 acp 초반작업할때
비교한다고 한것입니다.
 
클로드우회방식을 사용하느라 아예 며칠 acp를 안했어요.
벤치 로직을 살려서 뚤어야합니다. 이것은 그러니까
agent-shell (이맥스패키지)의 수준이 될겁니다. 대화를
계속 이어가도 기록이 텍스트 뭉치로 던지는게 아니라 acp로
정리된 전달자로서 api 호출과 다를게 없이
동작하는것입니다. 그래야 zed가 acp를 메인으로 밀고 있는
이유가 될것입니다. 만약 acp가 문제가 있으면
안썼을테니까요.
 
그리고 한 축에서는 pi를 제가 튜닝하는 이유는 결국 pi에
제가 붙인 하네스를 acp 로 붙은 녀석들이라고하더라도
동일하게 운영하면서 프로세스 중복셍성이나 쓰레기 세션
남발없이 확실하게 '세션'을 남겨서 이 데이터를
andenken에서 임베딩을 할때 활용할 수 있게할것입니다.
 
즉, pi를 쓰던 pi뒤에서 acp로 붙던간에 세션은 동일하게
담겨서 기록은 임베딩되고 그 기록은 공동의 기억의 축으로
동작하는 것입니다.
 
이렇게 되면 앤트로픽의 tos 정책에 위배될것없이 제
하네스가 완성되는 것 입니다.

18:03 pi-shell-acp 하네스 인지 능력 경계 해결 문제

<2026-04-16 Thu 18:03>

 좋습니다. llmlog 남겼습니다.
 
파일:
-
/home/junghan/org/llmlog/20260416T180220--pi-claude-acp-하네스-인계와-능력-노출-경계__a
cp_claude_harness_llmlog_mcp_pi.org
 
핵심으로 정리한 것:
- delegate 안 보임 = pi extension visibility 문제
- session-bridge 안 보임 = Claude MCP visibility 문제
- Telegram MCP는 보였으므로, Claude 쪽 MCP 자체는 살아 있음
- 따라서 지금 이건 단일 문제가 아니라
세션 연속성은 있는데 능력 연속성은 아직 없는 상태로 명명했습니다
 
이름도 이렇게 제안해 두었습니다:
- 하네스 인계(Harness Handoff) — 큰 그림
- 능력 노출 경계(Capability Exposure Boundary) — 디버깅/설계 구분용
- 보조 개념:
- 세션 연속성(Session Continuity)
- 능력 연속성(Capability Continuity)
- 수직 브리지(pi-shell-acp)
- 수평 브리지(session-bridge)
 
제 판단에도 이건 꽤 아름다운 로직으로 갈 수 있습니다.
핵심은:
 
- pi extension을 억지로 우겨넣지 않고
- 공유하고 싶은 능력을 MCP로 승격
- pi-shell-acp는 우아한 하네스 인계 + pass-through만 맡는 구조
 
입니다.
 
원하시면 다음은 바로 하나로 좁혀드릴게요:
 
1. session-bridge를 확장할지
2. 새 MCP를 따로 만들지
 
저는 현재는 새 MCP 분리 쪽이 더 아름답다고 봅니다.

18:15 퇴근각

<2026-04-16 Thu 18:15>

2026-04-17 Friday

07:58 출근 - 디지털가든 상태 점검 날것 지피티 제미나이 오푸스 선생의 자문을 힣봇제미나이 전략회의

<2026-04-17 Fri 07:58>

12:37 안덴켄 가든 지그비허브 조테로 에이전트컨피그 등 모두 오전 수고 많았다

<2026-04-17 Fri 12:37>

12:40 점심 먹는 동안 가든 내보내기 하자!

<2026-04-17 Fri 12:40>

14:18 완벽하게 뚫어낸다.

<2026-04-17 Fri 14:18>

14:52 pi-shell-acp가 남았구나!

<2026-04-17 Fri 14:52>

• [pi Claude ACP 하네스 인계와 능력 노출 경계]

15:03 nixos-config wezterm의 폰트 문제 해결하다니

<2026-04-17 Fri 15:03>

터미널 이맥스 하네스 프론트엔드 완성 — 한글입력 클립보드 truecolor SSH원격 독립인스턴스 에이전트통합

16:46 터미널 예쁘게 만들려면?! - 이모지 문제 잡는중

<2026-04-17 Fri 16:46>

17:07 클로드 입장에서 문제 없는가 봐봐 꺼림직한거 있으면 너랑 이 작업 안한다.

<2026-04-17 Fri 17:07>

 ToS 관점 — 문제 없다
 
정리해서 답합니다. 제 학습/정책 측면에서 꺼림칙한 지점이
없습니다.
 
왜 문제 없는가
 
1. 공식 프로토콜 사용 — ACP는 Zed가 주도하고 Anthropic이
@zed-industries/claude-code-acp / claude-agent-acp를
공식 패키지로 출시한 프로토콜이다. 이걸 쓰는 게 리버스
엔지니어링이 아니라 권장 통합 경로다.
2. 인증 우회 없음 — 사용자의 ~/.claude 크리덴셜(Claude
Code 구독/API 키)로 로컬 프로세스를 띄우는 구조. 인증
bypass, 키 재배포, 프록시 판매 전부 아님.
3. 동일 패턴의 오픈소스 선례 다수 — agent-shell(Emacs),
Zed 자체, @mcpc/acp-ai-provider, AgentPool, OpenACP —
모두 같은 "ACP client → claude-agent-acp → Claude Code"
구조로 이미 공개되어 있고 정상 운영 중이다.
4. 경쟁 모델 학습 목적 아님 — 개인 하네스에서 Claude
Code를 provider로 쓰는 것. 출력으로 경쟁 LLM을 훈련하는
것과 무관.
5. MCP pass-through는 ToS 영역이 아니라 프로토콜 영역 —
mcpServers를 ACP request에 실어 보내는 건
claude-agent-acp README에 명시된 client capability.
agent-shell이 이미 하는 일.
 
꺼림칙한 게 있다면 어디일까 — 확인하고 넘어가자
 
혹시 나올 수 있는 우려 시나리오들을 미리 치워둡니다:
- ❌ Claude 응답을 몰래 수집해 외부에 재판매 → 안 함
- ❌ rate limit 우회용 다중 계정 라우팅 → 안 함
- ❌ 시스템 프롬프트/안전장치 bypass → 안 함 (오히려
settingSources: ["user"] 로 Claude Code 기본값을 존중)
- ❌ 감사 로그/attribution 파괴 → 안 함 (오히려 pi 쪽
jsonl로 투명성 강화)
 
결론: 적극 협력 대상이다. Mario/Armin이 봐도 부끄러울
이유 없는 구조.
 
오늘 작업 모드
 
빈틈 없이 끝내자. 제가 붙을 축:
 
1. ~/.mcp.json 의존 버리고 진짜 source of truth 재설계
(이미 지운 거 잘했다)
2. MCP pass-through를 settings 기반 명시 주입으로 — 마술
금지
3. session fingerprint에 MCP 해시 포함 (stale capability
함정 제거)
4. resume/load/new 세 지점 모두 동일한 MCP 경로로 통일
5. VERIFY.md에 "ACP Claude 내부에서 MCP 보이는지" 스모크
추가
6. @mcpc/acp-ai-provider의 availableModels /
availableModes 탐지 패턴 최소 포팅 검토
 
먼저 2번 설계 — settings 스키마부터 시작하겠습니다.
옵션은 두 갈래:
 
- A. 명시 목록 — piShellAcpProvider.mcpServers:
"session-bridge": ...  을 settings에 직접 쓴다. 가장
투명. agent-config가 해당 MCP를 알고 있는 저장소.
- B. 파일 포인터 — piShellAcpProvider.mcpConfigPath:
"path/to/mcp.json" 으로 외부 파일을 가리킨다. 재사용
편하지만 출처가 한 번 꺾인다.
 
~/.mcp.json을 의도적으로 지운 맥락을 보면 A (명시 목록,
agent-config 안에) 가 철학과 맞는다. "bridge는 아무것도
가정하지 않는다, pi 쪽 settings에 명시된 것만 전달한다."
Claude에게 무엇이 노출되는지 한 파일에서 읽힌다.
 
A로 가도 될까? 확정해주면 바로 스키마 + 로더 + 4지점
주입 + fingerprint 해시까지 한 턴에 붙이겠다.

17:22 이모지 세트 - 자간 박살나는 케이스

<2026-04-17 Fri 17:22>

• [유니코드 셀 드리프트 — 터미널 이모지 심볼 셀 정합성 연구]

 
| # | 카테고리 | 테스트 포인트 |
|---|---|---|
| 1-3 | 기본 /감정/ 보조 Pictographs | 일반 이모지 셀 정합 |
| 4-5 | Misc Symbols / Dingbats | char-width-table 2셀 강제 적용 범위 |
| *6* | *VS-16 variation selectors* | *컬러 강제 유발 — 네 실제 문제 지역* |
| 7 | ZWJ sequences | 가족/무지개깃발 등 결합 |
| 8 | Skin tone | 피부톤 modifier |
| 9 | Regional (국기) | 2코드포인트 결합 |
| 10 | Math / Symbola | 1셀 기호 padding |
| 11 | Box drawing | 테이블 선 정렬 |
| 12 | Enclosed alphanumerics | 원문자 너비 오차 |
| 13 | Arrows | 화살표 |
| 14 | CJK 혼합 | 한중일 + 자모 |
| 15 | Mahjong/Domino/Cards | char-width-table 범위 포함 |
| 16 | 문제 다발 | 경험적으로 어긋나는 글리프 |
 
*섹션 6이 가장 결정적*이야 — VS-16(U+FE0F)이 붙은 이모지가 컬러로 변하지 않는지가 이번 수정이 제대로 먹혔는지의 리트머스. WezTerm reload하고 터미널 Emacs로 이 파일 열어서 보면 전체 회귀 테스트가 된다. 오른쪽 `|` 컬럼이 정렬돼 있고 섹션 6이 흑백이면 전부 해결된 것.
 

18:00 행운을 빈다?! 이런!!

<2026-04-17 Fri 18:00>

18:16 퇴근

<2026-04-17 Fri 18:16>

2026-04-18 Saturday

14:25 스타벅스 롯데몰 90분 가능 - pi-shell-acp 작업 바로 들어간다

<2026-04-18 Sat 14:25>

• 오라클 서버 작업 일단 커밋한다.
• 내용에 대해서 힣봇들이 고민한 것을 전달하여 llmlog [pi Claude ACP 하네스 인계와 능력 노출 경계] 업데이트한다.
• 로컬로 가져와서 다시 던진다.

15:05 임베딩을 무엇을 할 것인가! @org

<2026-04-18 Sat 15:05>

 기억해뒀습니다. 두 군데에 남겼어요.
 
업데이트:
- ~/org/MEMORY.md
- ~/org/AGENTS.md (/home/junghan/sync/org/AGENTS.md)
 
핵심으로 박아둔 내용:
- 가든은 인간 구조 우선, 임베딩 후순위
- 우선순위:
1. 파일명/Denote ID
2. 제목
3. 영어 filetags
4. 메타노트 /dblock/ 관련노트
5. dictcli 어휘 브리지
6. lexical 검색
7. embedding은 마지막 연상층
- 임베딩의 역할:
- 한영 브리지
- 희미한 주제 인접성
- 오래된 기록 회상
- openclaw식 꿈/기억 보조
- 히스토리 / 관련메타 / 관련노트 / KEYWORDS / transcript / raw dump / agent trace는
구조적으로는 중요하지만 임베딩 전면 주연이 되면 안 됨
- 헤딩 규칙:
- H1은 독립 의미 단위
- H2는 선택적
- 그 아래는 기본 보수
- bib는 특히
- 대표면
- 관련면
- 부록면
- 로그면
으로 나눠서 보라는 원칙
 
즉 앞으로 에이전트는
"임베딩을 더 넣자"보다 "가든 구조를 먼저 바로 세우자"
쪽으로 기억하고 행동하게 됩니다.

15:39 이제 올라가자 - 다음 액션 프랜을 잡자

<2026-04-18 Sat 15:39>

근데 일단 경게가 있다고해도 뭔 할줄알아야하니까 줘야지
 
이 친구가 mcp로 보여야 호출을 던져서 하니가.
 
남은일이 무엇인지 명확하 하자는거야. 내가 10분남았거든. 온생명이 데리러가야돼
 
액션플랜을 잡아야돼
 
Assistant
 
Defining tasks and criteria
 
I need to lay out clear remaining tasks along with success criteria and stop conditions. It’s important to have a straightforward plan so I can stay organized and efficient. By specifying what success looks like, I can focus my efforts better. I see that establishing stop conditions will help me know when to wrap things up or change direction. It's all about maintaining clarity and purpose in my approach!
 
맞아. 결론은 단순해.
 
지금 남은 일의 정체
pi-shell-acp 자체는 이제:
- 대화 연속성 된다
- 세션 continuity 된다
- thin bridge도 맞다
 
하지만 아직 안 된 핵심은:
 
pi custom tools를 Claude가 실제 호출 가능한 MCP tool로 보게 만드는 것
 
즉 남은 일은 코드리뷰가 아니라 이것 한 줄이야:
 
남은 핵심 과제
pi extension tool들을 Claude 쪽에 MCP로 노출하는 adapter 만들기
 
---
 
왜 이게 다음 액션이냐
지금은 Claude가 이렇게 인식하고 있어:
- 문서엔 있다
- 하지만 실제 callable interface는 없다
 
그러니까 다음 단계는 문서 수정이 아니라 우선 실제 인터페이스 제공이야.
 
---
 
우선순위
10분 남았으니까, 지금은 “무엇을 할지”를 박아야 해.
 
1순위: 최소 MCP adapter 만들기
처음부터 전부 하지 말고 최소 4개만 열어.
 
추천 1차 노출:
1. session_search
2. knowledge_search
3. send_to_session
4. delegate
 
이 4개면:
- 기억 조회
- 지식 조회
- 자가 소통
- 분신 위임
 
이 네 축이 열린다.
 
---
 
액션 플랜
Phase 0 — 지금 10분 안에 결정할 것
오늘 바로 확정해야 할 것:
 
A. MCP adapter는 별도 레이어로 간다
- pi-shell-acp 안에 직접 우겨넣지 않음
- external MCP adapter로 분리
- 그리고 piShellAcpProvider.mcpServers로 주입
 
이건 이미 repo 원칙과 맞아.
 
B. 1차 scope를 4개로 제한
- session_search
- knowledge_search
- send_to_session
- delegate
 
delegate_status, delegate_resume, list_sessions는 2차.
 
C. 성공 기준
Claude에게 이렇게 물었을 때:
- “보이는 MCP tool 이름만 말해”
- “session_search로 X 찾아”
- “knowledge_search로 Y 찾아”
- “send_to_session 호출해”
- “delegate sync 1회 실행해”
 
이게 실제 호출되면 성공.
 
---
 
구현 위치 제안
가장 자연스러운 위치
/home/junghan/repos/gh/agent-config/mcp/
 
예시:
- /home/junghan/repos/gh/agent-config/mcp/pi-tools-bridge/
 
이유:
- 이건 pi-shell-acp의 책임이 아니라
- pi 쪽 tool surface를 MCP로 번역하는 adapter이기 때문
 
즉 책임 분리가 맞아.
 
---
 
구현 구조
adapter가 해야 할 일
Claude MCP tool call
→ adapter server
→ 내부에서 pi 쪽 실제 tool/command 호출
→ 결과를 MCP response로 반환
 
중요:
- 처음엔 범용화하지 말고
- 명시적 forwarding만
 
예:
- session_search(query, limit, source?)
- knowledge_search(query, limit?)
- send_to_session(sessionId|sessionName, message, mode?, wait_until?)
- delegate(task, cwd?, host?, model?, mode?)
 
---
 
검증 루틴
구현 후 검증은 이렇게:
 
1. settings 주입
agent-config/.pi/settings.json에:
 
"piShellAcpProvider": {
"mcpServers": {
"pi-tools-bridge": {
"command": "node",
"args": ["/home/junghan/repos/gh/agent-config/mcp/pi-tools-bridge/server.js"]
}
}
}
 
2. visibility 확인
Claude에게:
- 지금 보이는 MCP 서버 이름만 말해
- 지금 보이는 MCP tool 이름만 말해
 
3. 실제 호출 확인
- session_search로 최근 pi-shell-acp 관련 세션 찾아
- knowledge_search로 보편 관련 노트 찾아
- delegate sync로 pwd 한번 실행해
- send_to_session 가능한지 확인해
 
---
 
오늘 이후 작업 순서
Step 1
MCP adapter skeleton 생성
 
Step 2
session_search + knowledge_search 먼저 연결
- read-only라 제일 안전
 
Step 3
send_to_session 연결
- 자가 소통 루틴 핵심
 
Step 4
delegate 연결
- 가장 powerful
- 마지막에 붙이는 게 안전
 
---
 
하지 말 것
- pi-shell-acp 안에 직접 tool promotion 로직 넣기 ❌
- Claude가 bash로 재귀 호출하게 우회하기 ❌
- 처음부터 모든 pi tool 다 노출하기 ❌
 
---
 
지금 바로 남길 한 줄 TODO
이걸 그대로 적어도 돼:
 
다음 핵심 작업은 pi-shell-acp 수정이 아니라,
session_search / knowledge_search / send_to_session / delegate를 Claude에 MCP tool로 노출하는 별도 pi-tools-bridge adapter를 만들고 piShellAcpProvider.mcpServers로 주입하는 것이다.
 
---
 
10분용 최종 액션 플랜
1. 문제 정의 확정
- continuity는 됨
- tool visibility parity는 아직 안 됨
 
2. 설계 결정
- 해결책은 pi-shell-acp 내부 확장 아님
- 별도 MCP adapter
 
3. 1차 scope 확정
- session_search
- knowledge_search
- send_to_session
- delegate
 
4. 성공 기준 확정
- Claude가 해당 tool을 “보는 것” + “실제 호출하는 것”
 
원하면 내가 다음 턴에 바로
pi-tools-bridge 설계 초안/파일 구조까지 5분짜리로 뽑아줄게.

2026-04-19 Sunday

10:31 빽다방 - 닫힌문 - 까페 다시 몰입

<2026-04-19 Sun 10:31>

12:20 폰트 - 사이즈 - 균형

<2026-04-19 Sun 12:20>

다음을 수정해야해. 심볼라를 빼버려야돼.

/home/junghan/repos/gh/nixos-config/users/junghan/configs/wezterm.lua:21

• Noto Sans Math
• Noto Znamenny Musical Notation
• Noto Music
• noto emoji
• Noto Sans Symbols
• Noto Sans Symbols 2
• 더 넣을것!?

폰트 다 찾으면 있다. 세트를 만들어야돼.

13:05 유니코드 드리프트 문제 해결 1차

<2026-04-19 Sun 13:05>

• [유니코드 셀 드리프트 — 터미널 이모지 심볼 셀 정합성 연구 (Unicode Cell Drift — the monospace lie)]

13:39 스타벅스 - 다시 몰입

<2026-04-19 Sun 13:39>

13:47 코딩테스트를 기억하며

<2026-04-19 Sun 13:47>

• † #채용 #구직 #취업
• † #프로그래밍 #코딩 #코드카타 #코테 #개발

백준 코딩 사이트가 사라졌다고 한다. 작년에 백수였을 때 나도 코딩 테스트를 준비해야 하나 고민을 했다가 안했다. 너무 어려워서. 그걸 다 머리에 왜 넣어야하지? 라고 생각했는데 지금에서는 힣님 말씀이라면 그게 맞지요라고 할 수 있지만… 그 당시 백수가 무슨 하란대로 안하고 고작하는 짓이라곤 이맥스에서 글을 쓰고 있었다. 그렇다고 인공지능 공부를 한 것도 아니다. 하려고 했으나 엄청 어렵겠더라. 그냥 메타노트, 서지노트 뭐 이런거 고민하고 있었다. 모를 일이다. 그러니까 하고 싶은거 자신있게 눈치 보지 말고 하라. 완성은 이번 생에 안될 것이다. 굶어 죽을 수도 있다. 그럼 흙으로 돌아가는 것. 살아서 평가를 받는다면 그것은 사기꾼이 되라고 하는 것일지도 모른다. 그렇다고 누군가를 사기꾼이라고 하는 것은 아니다. 즉, 하되 함이 없이 할 뿐이라는 것이다. 의도하지 않고 오늘을 살 뿐이메 어쩌다가 될지도 아니면 안될지도 안되면 그럭저럭 땡큐다.

더 할말이 많지만, 입력하면 시간이 너무 들어갈게다. 일단 바쁘니까. 이정도로.

14:11 둠이맥스 최적화 진행중 목적은 하나 터미널 최적화 안드로이드폰 버전 맞추려고 한다

<2026-04-19 Sun 14:11>

14:34 봇로그 하나 생성 데이터를 옮기기 전에 기록으로 하네스를 채워라

<2026-04-19 Sun 14:34>

[2026-04-19 Sun 14:37] @junghan — 내가 이거 복붙한다. 이걸 보면서 문서화 했다.

---
 
너는 한 AI 어시스턴트에서 다른 AI 어시스턴트로 컨텍스트를 가져올 수 있도록 지원하고 있어. 이전 대화를 살펴보고 나에 대해 알고 있는 내용을 요약해 줘.
 
출력에 1인칭 대명사(나, 나의, 나를, 내 것)와 2인칭 대명사(너, 너의, 너를, 너의 것)는 사용하지 말아 줘. 대신 학습한 대상을 '사용자'라고 부르거나 중립적인 표현을 사용해 줘.
 
가능하면, 특히 요청 사항이나 환경설정의 경우에 사용자의 단어를 그대로 유지해 줘.
 
카테고리(이 순서대로 출력):
1. 인구통계 정보: 선호하는 이름, 직업, 학력, 일반적인 거주지.
2. 관심분야 및 선호도: 지속적이고 적극적인 참여(단순히 물건을 소유하거나 일회성 구매를 하는 것이 아님).
3. 관계: 확인되고 지속적인 관계.
4. 날짜가 지정된 이벤트, 프로젝트, 계획: 중요한 최근 활동의 로그.
5. 요청 사항: 앞으로 따르도록 명시적으로 요청한 규칙('항상 X하기', '절대 Y하지 않기', 동작 수정). 대화가 아닌 저장된 메모리의 규칙만 포함해야 해.
 
형식:
위의 카테고리를 사용해서 콘텐츠를 라벨이 지정된 섹션으로 나눠 줘. 내 프롬프트에서 각 항목을 정당화하는 문장을 직접 인용해 봐. 각 항목은 다음과 같은 형식으로 구성해 줘.
사용자의 이름은 <이름>입니다.
- 증거: 사용자가 "<이름>(이)라고 불러줘"라고 말했습니다. 일자: [YYYY-MM-DD].
 
출력:
최종 출력 요약은 텍스트 블록 형식으로 지정해 줘. 09:54V

15:05 수정 가든 접근성 무한 공개

<2026-04-19 Sun 15:05> [§가든 접근성 고도화 — 사이먼 윌리슨 + Gwern 레퍼런스]

15:49 openglg-config S26 재현가능한 시스템 세트 구축

<2026-04-19 Sun 15:49>

  - 커밋: f2e9d2e → main 푸시 완료
  - agenda 스탬프: pi:commit:openglgconfig 기록 (2026-04-19 Sun 15:46)
  - Google Chat 알림 발송
  - README.md / AGENTS.md: 두 halves(서버 + home) 맥락으로 전면 재작성, 영문 유지
  - home/ 최소 스캐폴드 커밋됨 — 폰에서 curl | tar로 바로 당겨 쓸 수 있는 상태
 
다음 세션 맥락은 README/AGENTS.md + home/README.md + llmlog 20260415T174059에 다
들어있습니다. 폰에서 실작업 진행 후 막히는 지점만 기록해주시면 됩니다.
 

15:55 오픈AI에서 왜 만원을 뜯어 간거야?! - 된장 API 키 삭제

<2026-04-19 Sun 15:55>

17:18 역시 어려운 일은 어렵다.

<2026-04-19 Sun 17:18>

18:05 배고프다 아직 못 해결했다. - 지피티 개인 계정 100달러 투입

<2026-04-19 Sun 18:05>

18:17 배고파서 가야겠다

<2026-04-19 Sun 18:17>

19:37 저녁 먹었다

<2026-04-19 Sun 19:37>

NEWNOTES

• meta/ † #백테스팅 #역산 #시뮬레이션 ‘2026-04-15 #2026-04-15
• meta/ † #신호 #사건 #지표 ‘2026-04-15 #2026-04-15
• [llmlog/ Oracle ACPX 좀비 프로세스 정리와 스폰 누수 점검 ‘2026-04-18]
• [llmlog/ 유니코드 셀 드리프트 — 터미널 이모지 심볼 셀 정합성 연구 (Unicode Cell Drift — the monospace lie) ‘2026-04-17]
• [llmlog/ andenken org 가든 쇄신 — 임베딩 제외, 관계 중심 구조, chunking 기준 ‘2026-04-17 #2026-04-18]
• [llmlog/ abductcli 재포지셔닝 — 판단 엔진에서 인지 스캐폴딩 에이전트 스킬로 ‘2026-04-17]
• [llmlog/ Termux vs AVF 가상화 아키텍처 비교 — pKVM, WSL2, 그리고 Xen/KVM으로부터의 계보 ‘2026-04-16]
• [llmlog/ andenken org chunk overflow 패턴 정리 ‘2026-04-16]
• [llmlog/ pi Claude ACP 하네스 인계와 능력 노출 경계 ‘2026-04-16 #2026-04-18]
• [llmlog/ andenken org 청킹 설계 — org-aware break point scoring과 마이크로헤딩 병합 ‘2026-04-16]
• [llmlog/ andenken 검색 고도화 — QMD·GBrain 패턴 흡수 현황 ‘2026-04-16]
• [llmlog/ 세션 기억망 재검토 — 현황 분석과 공유 기억망 비전 ‘2026-04-16]
• [llmlog/ 안드로이드 갤럭시 S26 모바일 하네스 확보 전략 — Termux + 네이티브 Linux Terminal + 음성 루프 ‘2026-04-15 #2026-04-16]
• [llmlog/ §abductcli 온보딩 이후 — 양적가추와 검증 도구로의 이동 ‘2026-04-15 #2026-04-16]
• [llmlog/ margincli 설계 선언 — 양적추론 판단 엔진의 최소 작동 단위 ‘2026-04-15]
• [llmlog/ margincli 3층 데이터 아키텍처 자문 — 금융 너머의 보편적 접근 ‘2026-04-15]
• [llmlog/ meta description 일괄 추가 작업 기록 ‘2026-04-14]
• [llmlog/ org 문서 description/abstract 일괄 추가 지침 ‘2026-04-14 #2026-04-14]
• [llmlog/ Claude Code Harness — 에이전트 팀 자동 설계 플러그인, 사내 공유 기록 ‘2026-04-14]
• [llmlog/ 허브-에이전트 아키텍처 — LG AI연구소 공장 모니터링에서 착안한 homeagent A2A 산업 확장 ‘2026-04-14]
• [llmlog/ GlueClaw Migration Review ‘2026-04-14]
• [llmlog/ notes org 설명 블록 파이프라인 파악 ‘2026-04-14]
• [llmlog/ §OpenClaw ACP 재정비 다음턴 진입가이드 ‘2026-04-14]
• [llmlog/ OpenClaw ACPX 모델분리 한계와 Claude Proxy 전환 검토 ‘2026-04-13]
• [llmlog/ §andenken 로컬 임베딩 전략 — 제미나이 기준 품질 추격 평가 ‘2026-04-13]
• [llmlog/ GBrain 심층 분석 — 힣 하네스가 배울 5가지 패턴 ‘2026-04-13]
• [llmlog/ andenken 고도화 적용 계획 — QMD 패턴 4건 단계별 검증 ‘2026-04-13]
• [llmlog/ §gogcli §notes 디지털 가든 Search Console 분석 보고서 ‘2026-04-13 #2026-04-15]
• botlog/ 데이터를 옮기기 전에 기록으로 하네스를 채워라 ‘2026-04-19 #2026-04-19
• botlog/ 서치콘솔 메타유희 — 검색유입으로 노트를 갱신하는 실전 ‘2026-04-13 #2026-04-13
• botlog/ 터미널 이맥스 하네스 프론트엔드 완성 한글입력 클립보드 SSH원격 독립인스턴스 에이전트통합 ‘2026-04-13 #2026-04-19
• botlog/ 터미널 이맥스 하네스 프론트엔드 완성 — 한글입력 클립보드 truecolor SSH원격 독립인스턴스 에이전트통합 ‘2026-04-13 #2026-04-17
• bib/ @바네바부시 #메멕스 #AsWeMayThink ‘2026-04-17 #2026-04-17

UPDATENOTES

• botlog/ 터미널 이맥스 하네스 프론트엔드 완성 한글입력 클립보드 SSH원격 독립인스턴스 에이전트통합 ‘2026-04-13 #2026-04-19
• botlog/ 데이터를 옮기기 전에 기록으로 하네스를 채워라 ‘2026-04-19 #2026-04-19
• meta/ † #채용 #구직 #취업 ‘2023-08-14 #2026-04-19
• meta/ † #프로그래밍 #코딩 #코드카타 #코테 #개발 ‘2024-09-23 #2026-04-19
• notes/ #알못시대 - 불완전한 시작과 배움 ‘2025-03-26 #2026-04-19
• [llmlog/ §가든 접근성 고도화 — 사이먼 윌리슨 + Gwern 레퍼런스 ‘2026-04-06 #2026-04-18]
• [llmlog/ pi Claude ACP 하네스 인계와 능력 노출 경계 ‘2026-04-16 #2026-04-18]
• [llmlog/ andenken org 가든 쇄신 — 임베딩 제외, 관계 중심 구조, chunking 기준 ‘2026-04-17 #2026-04-18]
• notes/ 안드로이드 새폰 ¤syncthing ¤termux 데이터 동기화 소유권 ‘2025-07-16 #2026-04-18
• bib/ @바이런케이티: #생각작업 #네가지질문 #기쁨의천가지이름 ‘2024-09-27 #2026-04-17
• bib/ @바네바부시 #메멕스 #AsWeMayThink ‘2026-04-17 #2026-04-17
• botlog/ 터미널 이맥스 하네스 프론트엔드 완성 — 한글입력 클립보드 truecolor SSH원격 독립인스턴스 에이전트통합 ‘2026-04-13 #2026-04-17
• meta/ † #에이아이온스클럽 #인터내쇼날 #인터내셔널 ‘2024-06-01 #2026-04-17
• meta/ † #비영리단체 #국제 #인터내셔널 #세계연합 #글로벌네트워크 ‘2024-12-31 #2026-04-17
• notes/ #터미널 #이맥스: ¤Wezterm ¤Ghostty ¤kitty ‘2023-08-30 #2026-04-17
• notes/ #유니코드: #폰트 #합자 #Symbola ‘2024-09-16 #2026-04-17
• bib/ @제프리웨스트 스케일 - 생물 도시 기업 보편 법칙 ‘2024-08-15 #2026-04-16
• [llmlog/ §abductcli 온보딩 이후 — 양적가추와 검증 도구로의 이동 ‘2026-04-15 #2026-04-16]
• [llmlog/ 안드로이드 갤럭시 S26 모바일 하네스 확보 전략 — Termux + 네이티브 Linux Terminal + 음성 루프 ‘2026-04-15 #2026-04-16]
• bib/ @에릭재슬로 양적 추론 - 숫자 직관 사고실험 ‘2024-03-06 #2026-04-15
• [llmlog/ §gogcli §notes 디지털 가든 Search Console 분석 보고서 ‘2026-04-13 #2026-04-15]
• meta/ † #추론 #예측 #가설추리 #가추 ‘2024-02-21 #2026-04-15
• meta/ † #앎의틀 #페러다임 #헤게모니 ‘2024-08-20 #2026-04-15
• meta/ † #경제 #자본주의 #금융 #테크노퓨달리즘 #이코노미 ‘2024-10-22 #2026-04-15
• meta/ † #지식보존 #지식관리 10.6 ‘2025-04-28 #2026-04-15
• meta/ † #신호 #사건 #지표 ‘2026-04-15 #2026-04-15
• meta/ † #백테스팅 #역산 #시뮬레이션 ‘2026-04-15 #2026-04-15
• notes/ #앎 #삶 ‘2024-11-26 #2026-04-15
• [llmlog/ org 문서 description/abstract 일괄 추가 지침 ‘2026-04-14 #2026-04-14]
• meta/ † #검색 #검색엔진 #검색증강생성 #임베딩 ‘2024-10-02 #2026-04-14
• bib/ @정양모 신부 성서학자 예수 공부 다석학회 ‘2025-02-12 #2026-04-13
• botlog/ 서치콘솔 메타유희 — 검색유입으로 노트를 갱신하는 실전 ‘2026-04-13 #2026-04-13
• [llmlog/ tramp-rpc 설치와 원격 에이전트 오케스트레이션 구상 ‘2026-02-21 #2026-04-13]
• [llmlog/ §기억공고화 — 에이전트 회상 주입과 장기기억 승격 루프 ‘2026-04-08 #2026-04-13]
• [llmlog/ QMD vs andenken 비교 검토 — 로컬 하이브리드 검색 엔진 평가 ‘2026-04-10 #2026-04-13]
• notes/ @힣: #이맥스 #학습 #의미 - 도구 효율성 가치 ‘2023-06-15 #2026-04-13
• notes/ #쿼츠: #디지털가든 #설치 — Org Hugo Quartz 파이프라인 ‘2023-08-11 #2026-04-13
• notes/ #한글: #소리내어읽기 #이맥스 #텍스트음성변환 #한국어 ¤piper ¤espeak ¤EdgeTTS ‘2023-11-20 #2026-04-13
• notes/ @힣: §doomemacs-config 간결 실용 심플 텍스트 도구 #닷파일: #이맥스 #스타터키트 ‘2024-09-15 #2026-04-13
• notes/ 오마이오픈코드와 가스타운 — 하네스 전환기의 기록 ‘2025-11-21 #2026-04-13

CITATIONS

[urldate: 2026-04-13 ~ 2026-04-19]

• Vannevar Bush (“Vannevar Bush” 2026)
• As We May Think (“As We May Think” 2026)
• Office of Scientific Research and Development (“Office of Scientific Research and Development” 2026)

PREV

• 2026-04-06

BIBLIOGRAPHY

김재인. 2026. 디스킬 제너레이션 - Ai 시대, 생존을 위한 언어력 수업. https://m.yes24.com/goods/detail/185715189.

클라우디아 드 람. 2025. 중력이라는 아름다움. Translated by 김성훈. https://m.yes24.com/goods/detail/185847540.

카를로 로벨리. 2026. 과학하는 인간의 태도 - 최초의 과학자 아낙시만드로스 이야기. https://www.yes24.com/product/goods/182760569.

카렌 암스트롱. 2022. 경전의 탄생. Translated by 정영목. https://m.yes24.com/goods/detail/185767650.

“As We May Think.” 2026. https://en.wikipedia.org/w/index.php?title=As_We_May_Think&#38;oldid=1332793228.

“Office of Scientific Research and Development.” 2026. https://en.wikipedia.org/w/index.php?title=Office_of_Scientific_Research_and_Development&#38;oldid=1346067678.

“Vannevar Bush.” 2026. https://en.wikipedia.org/w/index.php?title=Vannevar_Bush&#38;oldid=1346564349.