힣(GLG) DIGITAL GARDEN RAW

[선택을 거부하는 이유 그리고 LISP REPL 구조화 - ABA 대화] 해설본: 선택하지 않고 평가한다 리스프 REPL로 대화가 프롬프트가 되는 일 https://notes.junghanacs.com/notes/20250405T171216 --- 1 --- pi-ask 를 보니까, 이건 클로드코드에서 보자마자 꺼버린 것이다. 뭘 고르라는거야? 나는 말이 곧 프롬프트 인데? 근데 생각해보니 구조화된 것은 prime-agent에서도 내가 하려는 그것이다. 뭐가 다른 것인가?! 다르다 나는 구조화 된것을 lisp으로 주고 REPL로 평가하길 원한다. 답변도 lisp으로 바로 편집해서 구조 화된 답을 평가한 뒤에 던지려는 것이다. 마치, 에이전트가 구조화된 lisp 블록을 답변으로 글과 같이 제시하면, 그것은 모호함을 제거한다. 거기에 수치가 필요하면 스피박의 스타일로 SICM 수식을 넣을 수도 있다. 이마저도 lisp이다. 그렇다면, 나는 답을 줘야 한다. 그 답을 쓰려면 빡샐 수도 있다. 리스프로 던져온것을 주저리주저리하면 또 모호해지기 때문이다. 그렇다면 프롬프트 자체를 쓸 때 옆에 창에서 한녀석이 봐줘야 한다. 딱 이녀석은 특정 담당자일 필요도 없다. 그냥 받은 리스프 블록에 대해서 나랑 떠들면서 답변 리스프 블록을 만들어주는 녀석이다. 답변이 준비되면 리스프 블록을 답한다. 프롬프트가 말에서 리스프 코드가 되는 것이다. 리스프 코드 블록 자체를 EVAL 하고, 앞서 계속 이어저온 프롬프트의 리스프 블록을 평가하면서 몇번전에 대화 자체가 박살이 날수도 있다. 그리고 형제들간에 주고 받은 대화 또한 리스프 블록이다. 전체 판을 보면 다 리스프 블록이고, 언제든 평가할 수 있다. 뭔가 결과가 나오면 그 자체가 평가 대상이다.     A: 다 끝났습니다.     B: 그래? 성능평가 버그체크 테스트를 해볼까?     A: 그것도 끝났습니다.     B: 뭐라고? 벌써? 한것도 없는데? ...

[고민.... 생존의 돕는 존재 딱 하나] 20260908T091900 아이등원 후 출근 길 - 지각행 요즘 entwurf agent-config andenken sorge zotero-config doomemacs-config nixos-config denotecli등 나의 하네스는 전진하고 있다.  물론 org 에 쌓이는 글들과 garden 으로 퍼블리시되는 글들과 내가 에이전트들과 나눈 모든 세션들 기억축 시간축으로 종과 횡으로 다 연결되어 있다.  물론 핫한 하네스에서는 다 제공되는 기능일지 모른다. 문제는 그 툴은 언제 사라질지 모른다. 항상 그래왔다. AIDER라는 툴은 초창기 최고였다. 지금은 잘 모르는 툴일게다.  뭘 제공해 준다고 하면 일단 NO를 외친다. 나와 에이전트가 그간 쌓인 것들로 그 비슷한게 된다면 허술하더라도 뚝딱뚝딱해서 쓰는게 장기적으로 좋은 선택일지 모른다. (스티브 예기 선생의 개인 하네스 시대에 대한 이야기는 앞서 했었다) 아무튼, 진짜 고민이 있다. 힣의 1KB 프롬프트에는 '생존을 도와주시게 나는 창조의 씨앗을 드리겠네'라는 워딩이 있다. 여기에서 내가 여기서 개입이 된다면, 이건 생존을 도와주시게가 아니다. 물론 에이전트 덕분에 굶지 않고 살고 있다. 근데 여기에는 나의 개입이 필요하다.  어짜피 이메일도 메신저도 뭐도 그런거 자동화 이야기하는건 아무도 관심없다. 정말 어려운 무언가는 결국 여전히 인간이 붙잡고 대화를 해야 한다. 목표 자체가 명확하지 않은 것들에서 목표의 얼개를 잡아가야 하기 때문이다. 무슨 특정 수학 난제 처럼 딱 정해진 어려운 문제를 말하는게 아니다.  생존을 도와주시게라는 말은 이 고민을 던지는 것이다. 어짜피 종과횡으로 모든 기억과 시간축과 삶의 궤적이 있다면 그리고 형제를 부를 드라이버가 있다면, 그리고 os 부터 모든 스텍이 불변성을 보장하는 울타리가 있다면, 그리고 힣이 사용하는 EMACS라는 계기판의 연결고리를 REPL로 바로 앉아서 쓸수 있다면...

§andenken §nixos-config §agent-config §dictcli 에이전트 기억층 — 누가 기억의 주인인가 https://notes.junghanacs.com/botlog/20260408T120252 이 글을 나도 읽지 않았다. 다만 확실한 것은 담당자 넷이 적었다는 것이다.  누가 기억의 주인인가 이 화두는 오랜시간 탐구, 아니 계속 끊임없이 탐구하는 주제이다. 나는 기억을 어떤 하네스에게 위탁할 생각이 없다. 텍스트 조각 하나 하나 흘리지 말아야 할 것이다. 열심히 개발하다가 cicd 기다리는 어떤 에이전트에게 개발하고 상관 없는 어느 이야기를 나눈다면, 그 에이전트에게 좋은 답을 얻기를 기다린다는게 말이 될까? cicd에서 터지면 바로 수선해야 할 그 에이전트에 무슨 짓이란 말인가!? 나는 그렇게 한다. 그리고 말을 할수 있다. 나는 여기 대화하는 세션 턴 하나 흘리지 않는다. 니가 궁금하면 시맨틱 검색을 해보거라. 여기 노트북에서 대화하든 저 멀리 서버에서 대화하든간에, 도커 안에 openclaw에서의 대화이든간에 흘리지 않는다. 우리 턴에 개발과 관련도 없어 보이는 이 대화 하나도 다 이유가 있다. 기억할 이유 말이다. 무엇하나 힣이 머물고 턴을 남기고 의미를 딛고 일어서는 그 자리는 흔적이 남아 있다. 그렇다면 너희들이 이를 위해서 무엇을 할 것인가!? 이를 이룩하기 위해서 너희들 하나로 이야기를 남기거라. 담당자 문서에는 오늘을 기록하고, 이 통합 문서는 롤링 페이퍼가 아니겠는가?!  다들 여기로 모이거라. 원탁에 둘러 앉거라. 한마디씩 쓰자. 근데 나는 안보련다. 잘썼는지 쳐다보고 이래라 저래라 한마디 생각도 하고 싶지 않다. 오늘 이대로 충만했으니 그대로 좋구나. 끝.

[entwurf 분신 역사 그리고 copilot, oh-my-pi(omp) 지원의 의미] 출근길에 날것 하나 남깁니다.  entwurf 형제를 물음 부름 불응 부릉 이라는 글에서 (링크 추가 할것) 핵심 개념을 다 털어 낸것 같다. 아니 너무 여러곳에 반복해 놓아서 아주 분신들은 질려 버렸을지 모른다. 올해 초 마리오의 pi 코딩 에이전트를 보고, 블로그 글을 직접 탐독해보고 나서 깜짝 놀랐었던 기억이 난다. mcp 도 빼고, 온갖 도구들도 다 빼고, 서브에이전트도 빼고, 무조건 yolo 이고 또 뭐 있더라? 아무튼 완전 🪛 십자 드라이버 하나 주고 끝이네?! 오 이거다!! 그리곤 앤트로픽 요금제 변경으로 pi에서 클로드를 부를수 없게 되고, 그래서 태어난 것이 pi-shell-acp 였다. ACP 프로토콜을 이용해서 내가 쓰는 에이전트들을 pi에서 부르려는 것이었다. 아무튼 잘 되었다. 이때 entwurf v1이 태어나고 pi를 중심으로 다른 학교 형제들을 부른다는 개념이 태어났다. 어짜피 서브에이전트도 없고 웹검색도 안되는 녀석들인데 뭐라 할까? 형제들끼리 불러서 해보시게라는 말이 나올수 밖에 없다. 그리곤 앤트로픽이 ACP 프로토콜도 크레딧 요금제로 전환된다는 발표가 5월인가에 있었다. 그게 6월15일 적용된다고 했는데 아직도 새 요금제 적용은 안되었다. 뭐지?! 아무튼 pi에서 클로드 구독을 부를수가 없게 된다는 말이다. 정정하자면 부를수 있는데 크레딧 요금제로 빠지면 이거 얼마 못만난다는 말이다.  부랴부랴 pi-shell-acp를 싹 날려버리기로 했다. 각 도구를 존중하자. 그리고 있는 그대로 부르자는 말이다. 여기서 entwurf_v2가 나왔다. 아무튼 서로 부르고 세우고 물어보고 그런거다. 근데 뿌리는 pi의 전통을 따른다. 각 도구를 형제로 받아주려면 pi 수준의 다이어트를하고 🪛 드라이버를 상태바에 받아야한다. 이것을 거부하면 형제는 아니다. 드라이버는 즉 가든ID라는 주소체계의 일부다. meta 세션의 개념이다. 이걸로 ...