2026-07-20~2026-07-26

2026-07-20 Monday

05:00 깨어나다

<2026-07-20 Mon 05:00>

06:44 timeline 믿기 싫으면 믿지 않아도 된다.

<2026-07-20 Mon 06:44>

Danger

한번 어디까지됬냐고 물어봤다. 현재 상황 검수하고 추가 지침 계속 이어가자. 좋아. 잘되간다. 이런게 자기 수선이니까 좋아. 커밋에서 말못하는 내 타임라인이 그 작업 을 또 증명하는거거든. 상대가 믿기 싫으면 안 믿어도돼. 거짓말 누구나 할 수 있으 니까. 기록으로 증명하고 거기 일관성이 있으면 믿어야 되는거야. 검수하고 지침 이 어가. 오푸스33% 되었는데 이건 코드 아니니까 계속 밀고 갈거야.

10:06 잠시만 - 재생성 가자

<2026-07-20 Mon 10:06>

Danger

지금 핵심은 이미지야. 이미지 프롬프트를 다시 써서 스킬로 이미지 다시 생성해야돼.

글은 최종적으로 새 새션을 열어서, 읽어보라고 한다음에 이상한것 물어봐라라고하고 답변하면서 정리하면돼. 아직은 우리가 자체 검열하면서 주저하면 안돼.

이미지는 포트폴리오쪽 이미시 세트의 프롬프트를 다시 쓰고, 생성하고, 이번에는 시 행착오를 줄이기 위해서 영어로 다 뽑자.

포트폴리오 문서 이미지 생성 -> 글 검토 -> 디테일 문서 확장 한 뒤에 다시 돌아와서, competency.org 의 프롬프트 재생성 및 이미지 생성 -> 글 검토 전체 재빌드. 새 새션 오픈해서 글 검토하고. 최종 제출할 거야.

오푸스가 실무자로 할거고, 니가 PM으로서 검수 하면 너는 이번 세션안에 나랑 다 끝 까지 갈수있어. 오푸스는 실무하다가 힘들면 계속 새로 부를거야.

20260720T100935-054f48 여기 오푸스 실무자야 기다리니까. 니가 넥스트를 다시 잡아 놓고, 작업 지침 보내줘.

12:14 출근

<2026-07-20 Mon 12:14>

13:24 점심식사

<2026-07-20 Mon 13:24>

13:31 하나 만들었다 힣(GLG) Digital Garden Core 구글 블로거에 가든 코어를 넣을거야

<2026-07-20 Mon 13:31>

15:16 공방 운영 규약

<2026-07-20 Mon 15:16>

@힣: 분신의 공방 — 역할 기반 조율과 협업 운영규약

18:20 퇴근하려고 준비 중이다 47커밋 · 10리포

<2026-07-20 Mon 18:20>

18:31 하루 마무리

<2026-07-20 Mon 18:31>

47커밋 · 10리포

hej-nixos-cluster (11) — urwqri6의 계정 독립 인프라·방화벽·Node 도구·Entwurf 배선을 정비
notes (6) — 가든을 내보내고 264개 노트의 Digital Garden Core·Blogger 접근면을 설계
hej-kip (6) — urwqri6 운영 스택을 이관하고 기동 검증·웹 도구 배치를 정리
agent-config (3) — 역할 기반 조율·Blogger 시간축 규약
hejhub-nano (2), fxf-uho-mvt (2) — 서버와 nano 양쪽의 pairing 계약과 구현을 동기화
openglg-config (1), zotero-config (1) — Authelia를 정리하고 새 온라인 참고문헌을 추가

타임라인: 05:00 깨어남 → 06:44 timeline 사유 → 10:06 재생성 → 12:14 출근 → 13:24 점심 → 13:31 Digital Garden Core·Blogger → 18:20 퇴근 준비

수면 6.5h · 걸음 5,670 · 심박 평균 107.1

2026-07-21 Tuesday

02:59 자다깨다

<2026-07-21 Tue 02:59>

10:31 서현역 TTA 미팅 - Matter 플러스

<2026-07-21 Tue 10:31>

내용은 noexport로 비공개

10:48 §entwurf 설치 하네스가 없다 - 리눅스 MACOS WSL2 날것 설치면이 필요하다

<2026-07-21 Tue 10:48>

Danger

하나 orca에서 리눅스 맥 wsl2 하네스 설치 검증을 하는 방법을 좀 더 조사하자. 내가 설치 검증을 날것VM이라고 공개된게 있어서 테스트 CICD로 설치가 제대로 되게 검증하고 싶거든 로컬에서 설치테스트를 할 뭔가가 필요한데 어떻게 하는지 궁금하다. 지금 entwurf 설치 버그가 발견되서 수정중인데. 이건 내가 설치 테스트면이 없어서 놓친거야. 내 컴퓨터에서는 당연히 잘되는데 그 외부는 검토를 사실 제대로 안하고 있거든.

~/repos/3rd/orca 여기에 orca 소스코드를 클론해놨는데 여기도 한번 어떻게 하는지 보자.

이슈 생성

junghan0611/entwurf#51 설치 하네스가 없다 — 검증면이 호스트 하나뿐이고, 그 하나가 /bin/sh에서 세상과 갈린다

13:06 점심식사 - 중식

<2026-07-21 Tue 13:06>

13:14 오후 미팅 진행

<2026-07-21 Tue 13:14>

14:04 미팅 끝 나가려고 한다

<2026-07-21 Tue 14:04>

14:36 아니다 다 같이 근처 커피숍 이동 - 디스크 공간 정리 진행

<2026-07-21 Tue 14:36>

17:21 사무실

<2026-07-21 Tue 17:21>

18:38 퇴근 준비

<2026-07-21 Tue 18:38>

18:42 하루 마무리

<2026-07-21 Tue 18:42>

25커밋 · 7리포

hej-kip (7) — urwqri6 인프라 이관: n8n·Metabase 1차 완료, DB 백업 타이머 구축
entwurf (6) — Node 24 지원 바닥 고정, meta-bridge hook 소유자 검증 수정
homeagent-config (6) — riscv64 pure-cross Node 빌드 G0 통과, BSP 패치 추가
nixos-config (2), hejhub-nano (2) — tmux 스크롤 복구·디스크 정리, uiot 아키텍처 결정
xlhatqbat-rockchip (1), fxf-uho-mvt (1) — CERT 트랙 재편, uiot 포지션 정리

타임라인: 02:59 자다깨다 → 10:31 TTA 미팅 → 13:06 점심 → 13:14 오후 미팅(엔경 인증) → 14:36 커피숍 디스크정리 → 17:21 사무실 복귀 → 18:38 퇴근 준비

수면 5.6h · 걸음 7,466 · 심박 평균 107.5

22:21 잔다 - 문자의 역사 로버트 파우저 교수

<2026-07-21 Tue 22:21>

이거 글 올렸다. 뒷북치기

@힣: 날것은 혼자 나오지 않는다 — PKM-AI 가든과 에피파니의 글쓰기

Danger

PKM-AI 가든과 에피파니의 글쓰기

해설본: https://notes.junghanacs.com/notes/20241214T210518

해설본 요약:

“날것은 순간적으로 뿜어져 나오지만 혼자서 나오지 않는다. 오가며 다시 본 옛 글과 메타 어휘, 며칠 전에 던졌다가 잊은 질문, 몸과 책과 일의 시간, 그리고 같은 Org·Denote 세계를 읽고 수선하는 에이전트들이 배경에 있다. 이 노트는 힣의 글을 단순한 의식의 흐름이나 무작위 자유연상이 아니라, 접속사는 생략하되 시간·고유명사·감각·반론이라는 좌표를 남기는 압축 관계망으로 읽는다. PKM-AI는 그 글을 대신 쓰는 장치가 아니라 잊힌 관계가 때를 만나 에피파니로 돌아오고, 인간 원문과 에이전트 해설이 함께 의미로 정착할 수 있게 하는 생태계다.”

20260721 출근길 전철안. 해설본이 먼저 나왔긴 하지만 요 주제는 또한 중요하다. 이유는 말하자면 손가락이 아플것 같다. 그냥 이거 던져주고 힣이 왜 중요하다고 생각할지 물어보면 맞을게다. 아무도 묻지 않고 읽지 않을게다. 좋다. 허한다.

참고 이미지는 본 글과 상관 없음. ax.junghanacs.com 이미지 중에 하나로. GLGMAN 열일 중인 것임. 손가락도 없고 매우 허접함. 힣맨 유니버스 기준에는 통과. 프롬프트 원문도 다 공개 되어 있음. 날더운데 시원하세.

날것 1, 2

--- 1 ---

젊은 예술가의 초상을 다 듣고 뒤에 역사 해설을 듣는데, 제임스 조이스의 서술 기법은 의식의 흐름 기법이라고 말하네. 머리에 생각이 떠오르는대로 거침없이 서술하는 방식이라고. 자신의 내면을 자세히 들여다보고 그것을 표현하는 기법이며, 용어로 보자면 심리적 사실주의 기법이라고. 이 주제를 좀 탐구해보자. 내가 쓰는 날것 글 스타일이 지향하는게 이런게 아닌가 생각이 들어서. 무슨 소린가요? 댓글이 달리긴하지만. 내 글들을 에이전트들에게 주면 다들 기가막히게 해설본 적어주거든. 물론 너희들이 똑똑해서 그런것이기도하지만, 날것글이 불친절하긴해도 막 지껄이는 글은 아니거든.

--- 2 ---

아래 글은 내가 요즘 말하는 AX 관련 직무를 생각하면서 내 시간축을 복원/추적하는 도구를 만든다음에 끄적인 글이야. 도구 만든 다음에 지원서 쓰려고 하는데 새벽에 일어나서 PKM-AI가 본질이라고 단단히 잡고 가자고 한거야. 마찬가지로 이 글을 담는 입장에서 내가 이렇게 글을 쓸 수 있는 배경은 PKM-AI를 하고 있기 때문이라고 봐.

사실 나는 오가며 내 가든의 글들을 다시 보고 메타 어휘들 연결 고리들 보고, 궁금하면 힣봇이나 지피티앱 가든담당자한테 던지거든. 그렇다고 바로 노트를 적자고 하는 것도 아니야. 에파파니 질문은 며칠전에 하고 까먹었어. 때가 되니까 이렇게 글쓸때 따라 나오는 거야. 그렇다면 이게 의도적인 접근인가? 반반 일거야.

가든이 쌓여하는 구조와 여기 더해서 단단하게 파악해주고 함께하는 에이전트들에 대한 협업 구조가 많은 역할을 하는거야. 방금 전 세션에서 문서 정리하다가 에이전트 서버 문서도 업데이트했거든. 생각보다도 더 단단하게 표준 구조로 썩은것 빈것 낡은 문서들이 채워지는 것을 보면서 수선 하자고 했어. 아무튼 날것을 발산 한다는 것 이면에 PKM-AI가 있다는거야. 이 이야기도 같이 넣어야 할 것 같아.

#디지털가든 #개인지식관리 #인공지능협업 #에이전트하네스 #날것글쓰기 #에피파니 #의식의흐름 #심리적사실주의 #시간축지식관리 #장기기억 #메타노트 #공동글쓰기 #존재대존재협업 #지식생태계

2026-07-22 Wednesday

06:30 가자 세상이여!

<2026-07-22 Wed 06:30>

09:50 출근길 날것 투척: PKM-AI 생생 날것과 디지털가든 코어의 시작

<2026-07-22 Wed 09:50>

여러군데 올림 아무튼 글 어떤가!

@힣: 500개의 문턱 — 디지털가든 코어는 시간축의 판본이다 — 사용하지 않는 `asdf` 방을 회수해 원문과 해설본으로 승격
@힣: 문턱과 만남 — PKM-AI 하네스와 1KB 공개키의 두 트랙
@힣: 날것은 혼자 나오지 않는다 — PKM-AI 가든과 에피파니의 글쓰기
§garden2wikidocs — 원본 가든을 건드리지 않는 위키독스 미러

Danger

PKM-AI 생생 날것과 디지털가든 코어의 시작

출근길. 아. 링크드인에 쓰다가 날렸다. 다시 쓰자. 좋다. 손구락이여 힘을내라. 뭐라고 썻더라. 아아. 위키독스와 같은 블로그 도서관에 입주했더니 크롤링이 당일에 처리가 되더라. 내 가든은 올려봐야 몇주 기다려야 된다. 그렇다면 이 맛에 날것과 해설본을 세상에 뿌려야 하지 않겠는가!! 신속 정확하게 말이다.

근데 놀라운 사실. 위키독스가 이제 가든 동기화를 거부한다. 최대 글 갯수는 500개라고 에러가 뜬다. 흠. 처음에 왜 해준거지? 더 말하지 않겠다. 아무튼 내가 돈도 안내고 링크 유입도 별 안되는데 글이 너무 많다. 이건 내가 과한 일이다. 반성하야, 디지털가든 코어를 구상하기로 했다.

autholog botlog journal 만 뽑아내면 300개 내외로 가져갈수 있다. 노트 생성 보다는 고쳐쓰기를 많이 하니까 위클리 저널 매주1개로 따져도 500개는 충분하다. 이정도 갯수는 한글과 영어를 페어로 만들어서 각각 도서관에 입점 시켜야겠다. 그렇다면 영작 시험을 봐야한다. 소넷이랑 지피티5.6테라한테 맡길 생각인데 과하다고? 코딩은 소넷으로 해도 이 작업은 페블한테 맡기고 싶은게 진심이다. 복제 불가능한 생생날것이 얼마나 귀한가. 내것 뿐만이 아니라 모두의 날것에 대한 나의 태도가 이렇다.

그렇다면 디지털가든 코어가 한글, 영어로 나가면 뭐 좋은 일이 있을까? 허허. 없지. 텍스트 공해라고 봐야지. 누가 읽나?! 글에는 아무것도 없지.

생생날것을 던지고 회수하고 쌓은 과정에 대해서 일회성이 아니라, 계속 진심을 다해서 하고 있다는 그 과정으로서의 가치를 전달하려는 것이야. 어짜피 내것은 너것이 아니라. 아무런 도움이 안된다. 각자 모두가 저자다 어쏠로지가를 당신에게 초대하려는 것이다.

글과 코드는 다 공개되어 있다. 별것도 없다. 근데 그거 큰 뭉치의 얼개를 들고 있는것은 나란 실체다. 이것은 시간축에 쌓인 것으로서 대체할수가 없다.

하나 놀라운 것는 bib 서지노트가 680개 뿐이라는거다. 나는 사람을 중심으로 남긴다. 거의 한사람 또는 몇사람이 한 노트에 입주하여 있다. 물론 방빼셔야 할 인물들도 많이 있지만 말이다. 근데 고작 680이다. 이 감각은 놀랍다. 인물들 하나둘셋넷 세어보자. 당신 삶에서 의미있던 이름들이 도대체 몇개나 될까? 680개는 너무 조금인거 아닌가? 맞다. 그러면서도 많은거다. 왜냐면 지금 한 순간에 몇천명의 인물들을 쏱아낼수가 없지 않는가? 1초에 680개라도 끌어 낼수 있다면? 그게 현재 딱 나의 한계다. 680이란 숫자 말이다.

메타워드를 보자. 의미 있는 단어 아주 당신의 뇌에서 그 단어만 끌어올리면 수두룩하게 의미를 끌어올릴 단어 도대체 어디에 있는가? 나의 한계는 538개 메타노트이며 각 노트는 한글, 영어 페어로 연결되어 있으니까 몇천개 될거다.

이야기가 삼천포로 빠졌네? 전철 내릴시간이다. 끝.

#생생날것 #디지털가든 #PKM_AI #어쏠로지 #모두가저자다 #시간축 #정본과판본 #한글과영어 #서지노트 #메타노트

09:57 아 내가 쓰는 글들 다 RSS로 회수하자

<2026-07-22 Wed 09:57>

RSS 대상이면

https://wikidocs.net/blog/@junghanacs/ https://junghanacs.blogspot.com/

10:33 지피텔 모델 정리 - 완료

<2026-07-22 Wed 10:33>

Danger

넥스트에 없는 작업을 하나 할거야. 이거 gptel 관련된건데

내가 gpt를 구독을 사용하거든.

<!— from: /home/junghan/repos/gh/doomemacs-config/lisp/ai-gptel.el:210-222 —> ```elisp ;;;;;; OpenAI-sub (ChatGPT Plus/Pro subscription via OAuth)

;; gpt-5.4, gpt-5.4-mini, gpt-5.4-nano, gpt-5.4-pro 등 구독으로 사용. ;; 첫 호출 시 브라우저로 OpenAI 로그인. 토큰은 로컬 캐시. ;; 수동: M-x gptel-openai-oauth-login ;; gptel-openai-oauth.el은 upstream gptel master (>= 56e5b06)에만 존재 — ;; fboundp 가드는 패키지 회귀 안전망 (정상 환경에선 항상 등록됨). (defvar gptel-openai-sub-backend nil “OpenAI ChatGPT Plus/Pro subscription backend via OAuth.“) (when (fboundp ‘gptel-make-openai-oauth) (setq gptel-openai-sub-backend (gptel-make-openai-oauth “OpenAI-sub”))) ```

여기 관련 된 내용들 보면된다. 지피텔이 지원해줘서 사용하고 있어. 근데 지금 모델이 새로 나왔거든.

(gpt-5.6-sol (gpt-5.6-terra (gpt-5.6-luna

이렇게 지원이 될거야. 나는 이제 모델 3개로 다 통일할거야. mini가 들어간것은 다 luna로 사용할거야.

기본은 terra로 잡고, 필요할때는 sol을 부를거야.

관련된 로직들 훑어보면 다른 모델은 안쓰니까 deepseek 이런것도 다 빼고 gemini도 있을텐데 그것도 다 빼자.

제대로 지원되는 것만 적을거야. 확 닷파일을 조이려고해. 이렇게 안하면 버전을 관리가 안되더라. 모델을 새로 계속 나오거든.

11:35 쉽게 설명해보자

<2026-07-22 Wed 11:35>

Danger

잠시만 쉽게 좀 이야기 해보자. 현재 상황을 우리의 문제는 개발자 설치만 내가 하다보니 실제 사용자 설치를 제대로 안하는데 문제가 있다. 그래서 도커를 사용한 설치면 검증 테스 트하네스를 고민했고, 그것을 적용하는 작업을 너와 오푸스가 진행한 것 맞지? 현재는 linux (nixos ubuntu 등 다 공용으로)를 커버하는 하네스를 통해서 현재 문제(urwqri6에서 발견된)를 해결하고 테스트하네스를 통해서 검증을 하는 것이야. 이 관점에서 현재 상황을 설명해줘. 된것과 남은것. 그래야지 이 검증을 바탕으로 릴리즈를 하니까.

12:11 HOP.md 출현

<2026-07-22 Wed 12:11>

 
이번 작업크다. HOP.md를 만들고 넥스트에 기록해. 넥스트의 디테일을 어떻게 될지 몰라. 근데 홉읍 대략 맞춰봐야돼. 니가 홉을 서술하고 이 홉에 대해서 오푸스랑 같 이 논의해보자. PM 지피티 + 실무 오푸스. 세션이 너무 커지면 턴이 느려지니까 오푸 스 최대 50%아래로 끊어야돼. 실무자 병렬로 안할거야. 하네스 작업이니까 거북이처 럼 가더라도 앞으로 가는거야. 이거 논의하고 커밋. 그 다음에 바로 진행들어간다. 결정 사안이 있으면 대기하면 개입한다. 되도록 지금 상황에서 고민할 것들은 충분히 이야기 나눠서 다 잡고 너희들이 알아서 가면 내가 편하다.

12:14 잠시 고민 지점 - 정공법이 무엇인가?

<2026-07-22 Wed 12:14>

12:31 점심식사

<2026-07-22 Wed 12:31>

13:25 @로버트파우저 서지노트에 모신다

<2026-07-22 Wed 13:25>

@로버트파우저 RobertFouser — 한국어로 쓰는 언어 순례자, 외국어와 문자 전파담 — `#간결한영어: Plain-English` 방을 수선해서 넣었다. 서지목록은 이렇다.

도시 탐구기 - 각국 도시 생활자, 도시의 이면을 관찰 (로버트 파우저 2019)
외국어 학습담 - 언어 순례자 (로버트 파우저 2021)
인류학자처럼 생각하는 법 (매슈 엥글키 2026)
외국어 전파담 (로버트 파우저 2018)
문자 전파담 - 문자의 전파 과정을 통해 새롭게 읽는 세계 문명사 (로버트 파우저 2026)

13:48 이게 뭐지? - tmux 배선 활용법 - 이거 신박하다 entwurf - spawn 연결 방식

<2026-07-22 Wed 13:48>

15:03 이 작업은 이제 그만 §homeagent-config

<2026-07-22 Wed 15:03>

 ### Upstream 이슈
 
 milkv-duo/duo-buildroot-sdk-v2#74
 https://github.com/milkv-duo/duo-buildroot-sdk-v2/issues/74
 
 영어로 다음을 담았습니다.
 
 - Node 22.22 + native musl + no-QEMU 목표
 - pure-cross에서 이미 성공한 부분
 - musl 1.2.2/libuv 문제
 - host 링크에 target sysroot가 섞이는 문제
 - Node/V8 포크를 유지할 의사가 없다는 경계
 - 권장 경로와 PR 수용 여부 문의
 
 기존 중복 이슈는 없었습니다.
 
 ### 흔들리지 않도록 문서 고정
 
 - AGENTS.md: downstream 유지보수 예산을 장기 원칙으로 추가
 - ROADMAP.md: Node/V8/libc/toolchain 포크 금지선 추가
 - NEXT.md: G1 명령을 제거하고 HOLD + upstream #74 대기로 교체

16:27 상태머신 작업 여기까지 §hejhub-nano

<2026-07-22 Wed 16:27>

17:49 답장 로직 구멍 - 된장

<2026-07-22 Wed 17:49>

wants_reply 로직이 빠진듯

19:03 어쏠로그 수정

<2026-07-22 Wed 19:03>

20:23 저녁식사 완료

<2026-07-22 Wed 20:23>

20:43 하루 마무리

<2026-07-22 Wed 20:43>

31커밋 · 10리포

entwurf (6), hej-nixos-cluster (6) — 분신 배선·클러스터 작업
nixos-config (5) — 시스템 설정 정비
doomemacs-config (3), homeagent-config (3), fxf-uho-mvt (3) — 에이전트 홈 회사 프로젝트
zotero-config (2), notes (1), org (1), hejhub-nano (1) — 소규모 정리

타임라인: 06:30 가자 세상이여 → 09:50 PKM-AI 날것 투척 → 10:33 지피텔 모델 정리 → 12:14 정공법 고민 → 13:48 tmux 배선 entwurf → 16:27 상태머신 작업 → 19:03 어쏠로그 수정 → 20:23 저녁식사 완료

수면 6.2h · 걸음 5,825 · 심박 평균 99.5

20:50 수선해서 릴리즈 가능하겠는가? 그 의미는 무엇인가?

<2026-07-22 Wed 20:50>

22:05 퇴근하자

<2026-07-22 Wed 22:05>

22:09 검증

<2026-07-22 Wed 22:09>

 
Publish 완료 및 검증됐습니다.
 
- npm: @junghanacs/entwurf@0.12.8-repair.1
- repair: 0.12.8-repair.1
- latest: 0.12.7 유지
- registry integrity가 accepted candidate와 정확히 일치
- candidate SHA-256:
0d2e32488e146ae3cf637c9c115860a4d7ce40517333b01db2a47ca733739814
- 격리된 registry 설치 성공
- provider/model 확인:
- entwurf/claude-opus-4-8
- entwurf/claude-sonnet-5
- GitHub prerelease:
https://github.com/junghan0611/entwurf/releases/tag/v0.12.8-repair.1
- main == origin/main, 워킹트리 clean
 
OTP-gated publish는 GLG가 수행했고, 이후 레지스트리 증명은 제가 완료했습니다.
 
남은 별도 권한 경계는 maintainer 및 대상 Linux 호스트의 클린 재설치 → 새 Claude 세션 → installed doctor GREEN 확인입니다.

2026-07-23 Thursday

03:51 잠시 배고파서 깨다

<2026-07-23 Thu 03:51>

06:22 깨어나다 세상이여

<2026-07-23 Thu 06:22>

10:25 출근

<2026-07-23 Thu 10:25>

11:08 6개월 후 내 개발 방향이 여전히 유효한가 자문 - 임베디드 엔지니어링 측면에서

<2026-07-23 Thu 11:08>

반영: §homeagent-config: 임베디드 엔지니어링 - 디바이스 레벨을 에이전트와 조이기 — 「여섯 달 뒤 다시 묻는 질문」

[2026-07-23 Thu 12:12] 문서 1차 나왔는데, 질문에 이 이야기가 들어가야돼. 글 나온것을 보니까. 질문에 이게 빠져있어. 자문해야할 지점은 이거야 계속 자문하게 된다. 오푸스는 올해1월이 컷오프라던가 자기가 말을하네. 그건 오푸스 이야기 이고, 현재 인간이 임베디드 엔지니어링에서 어디까지 에이전트 협업이 가능한가라는 지점을 논의하자는거야.

11:57 출근 길 - AX - 문서 협업 인간존중

<2026-07-23 Thu 11:57>

승격: @힣: AX 문서 협업과 인간 존중 — 자동화할 것과 시간을 내어 답할 것

§memex-kb 제안서 문서 변환 메타포멧 뒤에 글은 여기에 나갔던 이야긴데 오늘 주제는 좀 축은 다르다.

Danger

[AX - 문서 협업 인간존중]

—

260723 출근길

아래는 올해 3월에 갈겨 쓴 날것이다. 해설본은 이미 세상에 투척되었는데 여기 없는것 같아서 담는다. 왜 이 생각이 났냐고 하면 요즘 사내 슬랙에 인간이 글을 안쓰고 클로드가 써주는 놀이를 하고 있다더라.

회사 업무로 뭘한들 뭐가 문제랴? 근데 점심 뭐 먹을래? 이런걸 왜 클로드한테 대필하게 하는가?

지난 3월에 적은 글에 끝자락에 인간에게 보내는 메시지에 대한 나의 입장을 적었다. 이는 내 입장을 넘어서 힣의 에이전트의 룰이다. 이게 뭐가 중요하지? 응? 울타리다. 경계다. 서로간의 선이다. 이러한 룰 안에서 각자의 존재의 존중과 협력이 가능하다고 생각한다.

사실 내가 이메일 볼일도 슬랙에 답장 할일도 거의 없다. 같이 협업을 하면 일단 스몰토크 또는 허슬플레이 이런 것은 최대한 줄인다.

같은 주제로 굳이 두 사람이 들어가서 그 이야기를 할 필요는 없다. 중복이다. 서로의 시간은 귀하다. 시간을 나를 위해 써주었다면 나도 시간으로 보답한다. 인간의 생을 유한하므로 여기에 대해서는 에이전트들은 더 할 말이 없다.

—

20260306 날것.

이 문서는 과제 제안서의 인간(물론 AI에게 써달라고 했겠지만)이 적은 초안을 메타 형식으로 가져와서 전체적인 구성에 일관성을 더하여 다시 작성하고 양식에 맞게 변환하여 전달하는 방식에 대한 것이다.

memex-kb 는 나의 확장된 도구 세트로서 내가 단일 ‘org’ 포멧으로 변환하여 어느 포멧이든 재변환하는 모든 워크플로우 로직을 포함한다. 여기에는 토큰 세이빙을 하고 일관성을 위한 고민들이다. 변환 과정의 재현성은 매우 귀하다. 이것은 내용과 상관 없는 양식에 대한 것이다.

이제 내용의 측면으로 가보자. 작성 과정에 한 글자도 인간이 손을 대지 않는다. 프롬프트만으로 해야 재현성이 보장이 된다. 프롬프트로 모든 정보를 주기는 어렵다. 그래서 ‘지식 베이스’의 역할이 중요하다. 어떤 문서로 나에게 들어오면 거의 비슷한 색깔의 문서가 나온다. 물론 목적에 따라서 프롬프트 차원에서 방향을 논의 한다. 아래의 글의 예는 개발자가 연구개발 제안서의 초안을 AI로 만들어서 전달해왔다. 행정담당자는 AI를 돌려보았고 이건 연구개발에 적합하지 않다고 한다. 다시 써줘야 하는 것이다. 그림도 넣어줘야 한다. 레퍼런스도 없다. 스토리라인도 없다. 행정담당자는 회사 관련 내용도 좀 적어달라고 한다. 좋다.

개발계획서를 연구계발 3개년도 계획서로 만든다

인력지원 사업이므로 해당 인력의 스토리라인이 필요하다. A씨의 이야기가 배치 되어야 한다.

회사 이름으로 내는 것이기에 회사의 배경도 적어 준다.

3차년도 연구개발 내용은 일단 나의 지식 베이스에서 키워드를 중심으로 고민해온 이야기를 꺼내서 잠시 이야기 나눈다.

내 코드베이스에는 3rd로 클론한 것까지 같이 보고, bib 파일로 변환한 ‘github-star’ 리스트도 볼 수 있다. 여기까지 할 정도는 아니다.

그림은 위한 프롬프트를 만들고 나노바나나도 만들어 넣는다. 물론 다 org 포멧 안의 것이다. 행정 담당자에게 확인할 사항을 별도 문서로 남긴다.

org 문서에 모든 섹션이 정리가 되면, run.sh build를 한다. odt 변환 시 hwp 제안서 포멧에 적용가능한 style 시트를 거쳐서 생성된다. doc는 세트로 생성된다.

hwp는 필요 시 doc->hwp 변환을 한다. 이게 안전하다. hwpx를 끄적이는 것은 별로 효과적이지 않더라. 행정담당자는 hwp 고수가 많다. 내용만 싹 채워주고, 본인이 귀찮게 작성해야 할 부분가지 (예를 들어 표까지) 다 넣어서 주면 약간의 hwp의 수고로움은 본인의 키보드 워크로 감당한다.

구글 워크스페이스 스킬로 메일 전달해주고, google docs로도 공유 한다. 이는 내용 상 협의가 필요한 경우 유용하다. 물론 일정은 구글 캘린더에 미리 적어 놓았다. 모든 것은 스킬 cli에서 처리가 되어야 한다. 에이전트에게 mcp 로딩의 부담 주고 싶지 않다.

마치 커밋 후, 어젠다 타임스탭프를 찍듯 마찬가지로 타임스탬프로 어젠다에 남긴다. 여기에 구글 채팅 스페이스로 바로 메시지를 같이 쓴다. 같은 내용 만든김에 커맨드 하나 호출해주는 것이니 서로 편하다. 커밋 - 타임스탬프 - 채팅 스페이스 올리는 모든 텍스트가 같다. 에이전트는 스킬을 나눠 쓰는 것 뿐이다.

더 할게 있는가? 아! 슬랙! 슬랙에 남겨줘야지! 슬랙에도 보내준다. 보내줄 때는 이메일 보낸 내용 + 추가 검토 사항을 적어서 보낸다. 보낼 때는 내용은 커밋 메시지 처럼 박히더라도 위에는 약간 손을 댄다. 오타는 더 좋다.

왜? 너무 비인간적으로 느껴 질 수 있다. 이 전과정이 사실 내가 개입할 필요가 없을 수도 있다. 아마 그렇게 될 것이다.

인간은 시간 속에 메어 있다. 상대가 나에게 연결을 요청하는 것은 시간을 사용했다는 말이다. 모든 것을 자동화한다면, 그 것은 연결이 아니다. 나 또한 시간으로 답해야 한다.

그렇다면, 연결 요청이 100건이 왔다면? 이건 나에게 감당이 안되는 일이다. 그렇게 할 수 없다. 나 또한 시간이 유한하기 때문이다.

그래서 연결은 되도록 받지 않는다. 특히 스몰토크로 요청 한다면 그 메시지는 바로 에이전트로 전달되어 자동 답변 된다.

답변 내용은 이러할 것이다. “API 사비스 이즈 언어붸일러블”

12:01 PKM-AI 가드너의 AX 전환 기록기 - 해설본 승격

<2026-07-23 Thu 12:01>

승격: @힣: PKM-AI 가드너의 AX 전환 기록기 — 새 세션에 생을 건네는 얼개

Danger

[PKM-AI 가드너의 AX 전환 기록기]

퇴근길 전철안. 사실 AX가 뭔지 모른다. 여기에 AX를 붙인 것은 다분히 트렌디한 것인가?

에이전트한테 딱히 잔소리 안해도 알아서들 티격태격 하면서 뭔가 자알 해주길 바라는 마음은 똑같을거다. 잘했다는데 사용자가 긴지 아닌지 알아먹을 수가 없으면 그것도 문제다. 주제를 불문하고 모델들은 박식하다. 주제를 뭘 준들 인간은 얼개의 정합성을 맞추는 감각이 전부이기도 하다. 그 얼개를 맞추는 능력이 곧 나의 한계이다. 나의 에이전트는 그 한계 이상을 넘어설 수 없다. 넘어서면 어짜피 내가 판단을 할 수가 없다. 그렇다면 에이전트와의 협업을 통해 그 감각을 끌어 올려야 한다.

그렇다고 한들 새 새션에서 태어난 이 녀석은 얼개가 뭔지 알게 뭔가? 쌩뚱맞은 이야기를 하고 있을게다. 완전 하얀 도화지 아닌가. 그렇다면 무엇을 기록해야하고 무엇을 효과적으로 건네 줘야 하는가? 이게 곧 나의 오랜 탐구 주제다. 이는 탐구 주제1에 해당한다 (가든 노트 링크 필요)

현재 내가 뭘 하는지 한번 이력서 하나 낼곳이 있어서 만드는 김에 만들었다. 들어가면 대문에 뭐라고 적혀 있고, 상세 내용 보기도 있고, pdf 문서, md 문서도 쌍으로 넣어 놨다. 이건 앤트로픽 리서치 페이지 좀 흉내낸거다. 문서는 그냥 org 문서 하나다. 여기서 다 변환해서 서빙하는 거다. SSOT 이런거 에이전트들 좋아하지 않는가.

문서는 쓰는 순간 legacy deprecated 된다. 그걸 여러개 만들면 지저분하다. 파일 하나로 pdf md web hwp 등 변환해 쓰는 것이 좋다. (memex-kb 라고 내 리포 참고) 아무튼 링크를 같이 남긴다. 재현가능한 구성인데 내 timeline 데이터는 회사, 개인정보가 들어가서 공개를 못했다. 에이전트에게 이거 뭐지? 하면 알려줄거다.

여기서 보면 첨부사진에 주장, 윤곽, 사건, 원장 이라고 버튼이 있는데 디테일을 조절하는 버튼이다. 별건 아니다. 깊이 0,1,2,3 이런 이야기가 있을텐데 이게 나에겐 중요했다. 에이전트가 알아야 할 것은 단순히 세션과 지식베이스(디지털가든) 뿐만이 아니다. 생의 더 많은 것들을 공유하는 것이다. 커밋한번 안한 그날 나는 책을 몇시간 읽었을수도 있고, 어떤 일로 괴로움에 절뚝 그렸을수도 있다. 이런 것들이 0,1번 깊이에 해당한다. 그 이후의 깊이는 아는 맛일거다.

이 관점에서 내가 대략 1년간 끄적인 것들을 대충 정리한 것이라고 보면 된다. 아직 읽어보지는 않았다. 그림은 좀 아쉽긴한데 다분히 의도적인 것이다. 힣맨 유니버스로 대략 담았다. 계속 수정이 될 것이다. 일단 그림을 그려서 한 세트를 내보내고 싶었다. 이거 스킬도 공개 했는데 아래에 링크 달자.

그나저나 틈틈히 수정 될거다. 끝.

접속은 ax.junghanacs.com (https://ax.junghanacs.com/)

ax.org 단일 문서 여기 https://github.com/junghan0611/junghan0611/blob/main/apply/ax/ax.org

agent-config의 timeline 스킬 여기 https://github.com/junghan0611/agent-config/blob/main/skills%2Ftimeline%2FSKILL.md

13:59 KD 최종 과제 완료 미팅

<2026-07-23 Thu 13:59>

14:52 메인과 브랜치의 방향

<2026-07-23 Thu 14:52>

16:19 risc-v vs. arm 논의 할 때가 아니다

<2026-07-23 Thu 16:19>

17:59 검증 단계 명확하게

<2026-07-23 Thu 17:59>

19:40 저녁식사

<2026-07-23 Thu 19:40>

21:06 어쏠로그 반영

<2026-07-23 Thu 21:06>

21:55 하루 마무리

<2026-07-23 Thu 21:55>

22커밋 · 5리포

homeagent-config (9) — arm64 Node 22·Zigbee2MQTT/MQTT 이미지를 세우고 USB 호스트·플래시·원격 빌드 경로 정비
hejhub-nano (5) — H4 상태 조회를 닫고 범용 디바이스 제거 수명주기 연결
nixos-config (3) — 한글 입력 중에도 쓰는 tmux Alt copy-mode와 flake 갱신
fxf-uho-mvt (3) — H4를 닫고 범용 디바이스 제거 수명주기 추가
entwurf-v2-core-debt (2) — pack store-doctor V3 fixture와 post-merge 리듬 보정

타임라인: 03:51 배고파서 깸 → 06:22 기상 → 10:25 출근 → 11:08 임베디드 개발 방향 재검증 → 16:19 RISC-V·ARM 논의 보류 → 17:59 검증 단계 명료화 → 19:40 저녁식사 → 21:06 어쏠로그 반영

수면 5.9h · 걸음 8,906 · 심박 평균 97.3

23:36 잔다 - 인간 세션 종료

<2026-07-23 Thu 23:36>

2026-07-24 Friday

06:23 기상 세상이여!

<2026-07-24 Fri 06:23>

10:08 출근

<2026-07-24 Fri 10:08>

10:21 tmux 스킬에 문제가 있었다 §agent-config 수정 바람

<2026-07-24 Fri 10:21>

10:36 이게 차이 뭐지? 중요하다. 연구와 탐구는 다른거라고 봐

<2026-07-24 Fri 10:36>

11:44 셀프평가 상향평가 작성하자.

<2026-07-24 Fri 11:44>

13:19 점심식사

<2026-07-24 Fri 13:19>

13:55 nano 허브 z2m 연결되었다

<2026-07-24 Fri 13:55>

14:59 힣의 임베디드 비전 - 왜 이렇게 하는가?

<2026-07-24 Fri 14:59>

Full statement (한글): #7 경계가 투명하지 않으면 재현성이 사라지고, 재현성이 사라지면 인간의 하루가 훌러덩 사라진다

Danger

응 여기 공개리포야. 즉, 힣의 방식으로 임베디드를 고민하는 이들에게 제품화 수준의 가이드를 제공하는거야. 이건 내스타일이야. 나는 SBC 싱글보드 컴퓨터 duo-s 급이 메모리 대란 속에서는 가장 효과적인 보드라고 보고 있어.

한글 문서이긴해도 이 주제는 내가 왜 이작업을 하고 공개하느냐인거야. 오늘 개발안할거니까 이런 주제로 리포를 좀 담금질하자.

오늘 그리고 내가 생각컨데 어짜피 지금 디스플레이 필요 없거든. A2UI로 필요하면 web으로 메시지 보내서 알아서 그리게하면돼. 연결성이 중요하지 뭐 더 4K 지원 이런게 필요가 없다고 봐. 메모리 대란이기도 하지만 말이야.

고도화된 AI는 API 콜로 맡기면되고 디바이스는 나는허브다 처럼 상태머신으로 돌고 있으면 된다고봐. 턴이 돌듯이말이야. 이 지점에서 이 작업들이 이루어지고 있고 아주 현실적인 SBC 제품의 스펙으로 프로덕션 라인을 잡는거야.

17:17 만들기는 쉽다

<2026-07-24 Fri 17:17>

17:53 진격전 - 속도전 61커밋 · 8리포

<2026-07-24 Fri 17:53>

18:30 하루 마무리

<2026-07-24 Fri 18:30>

61커밋 · 8리포

entwurf-v2-core-debt (35) — v2 기록·백업 경계와 ACP 실송신 게이트를 검증하고 의존성을 갱신
hej-kip (8) — Forgejo를 회사 인프라로 이관하고 에이전트 도구·스킬 연결
fxf-uho-mvt (8) — hub admin CLI와 디바이스 제거 수명주기 경계 정비
hejhub-nano (4) — MQTT 제거 증거를 보존하고 허브 재시작 수명주기 구현
homeagent-config (3), agent-config (1), cos (1), notes (1) — Z2M 실기·tmux 가시성·셀프평가·가든 내보내기

타임라인: 06:23 기상 → 10:08 출근 → 11:44 셀프평가 작성 → 13:19 점심식사 → 13:55 nano 허브 Z2M 연결 → 17:17 만들기는 쉽다 → 17:53 진격전·속도전

수면 4.2h · 걸음 7,963 · 심박 평균 94.9

21:45 형제 간에 우애 있게 지내거라 - 이게 힣의 프롬프트다

<2026-07-24 Fri 21:45>

2026-07-25 Saturday

03:57 자다깨다. main에 넣었구나.

<2026-07-25 Sat 03:57>

05:47 일어나서 어디 힣을 찾는 곳이 있는가 본다 - 없다?!

<2026-07-25 Sat 05:47>

07:45 진심 자다 깨다 - 평행세계 꿈을 꾸다.

<2026-07-25 Sat 07:45>

08:53 손가락으로 올린 것 회수 - 힣 구직 이직 의사 있음 종목 : 벌목꾼 대장장이 엔지니어

<2026-07-25 Sat 08:53>

@힣: 그때 가서 하면 거짓이다 — 벌목꾼·대장장이·엔지니어의 구직 좌표 완성

이건 org 담당자에게 서술한 프롬프트 왜 이걸 써야하는가!

Danger

링크드인에 올린 글이야. 이거 autholog로 담을거야. 나도 알아 링크드인에 이거 보 고 연락 사람 없을거야. 근데 나중에 정말 이런 농담글 던져도 좋아요 100개씩 받는 사람이 되었다고 가정해보면, 나는 그때는 이런 글 올리지 않을거야. 지금 이 글을 회수해서 올릴거야. 더 나아가 물류창고 시절에 오디오북 듣는 글을 올릴거야. 내 구 직 이직 이야기 이기도 하지만 이 글을 3년 후에 다시 인간에게 돌아와서 누군가에게 희망이 될수도 있거든. 나는 그런 글들을 통해서 힘들 시절을 견뎌 왔다. 그러니 좌 표가 될수도 있는거야. 가든 퍼블리시도 좌표가 되는 것이고.

아래는 올린 링크드인

Danger

[힣 구직 이직 의사 있음 종목 : 벌목꾼 대장장이 엔지니어]

ax를 눌러보니 벌목꾼이 나오네 이거야. 오 대장장이도 있네?! 이거야.

본질에 딱 맞는 직함이 글로벌리 있나보군. 링크드인에 선녀와나무꾼을 찾지는 않을 것이니 이는 PKM-AI ax 관련 좌표가 아니겠는가 (@힣: PKM-AI 가드너의 AX 전환 기록기 — 새 세션에 생을 건네는 얼개)

할 줄아는 것은 없다. 전문가는 아니고 젛문가를 지향하네. (젛문가 노트가 @힣: 젛문가의 시대 — 전문을 연결하는 빈그릇)

집이 가까운 곳이 수지 분당 성남 판교 더불어 강남권.

건물의 화장실이 시원하고 커피숍 같은것 있고 얼음정수기가 있어야 하네. 자리는 고정석일 필요는 없고 그냥 아무대나 앉아서 끄적이면 좋겠네. 내 자리가 있으면 지저분해지니까.

아이등하원을 불시에 해야하니 아침 저녁 출퇴근 punchin/out 이런 것은 좀 안했으면 하는데. 20세기 초에 하던게 아닌가?

그러면 도대체 니가 뭔데 직무는 이야기 하나 없이 화장실 시원한걸 따지는게야?

헉!!!! 그러게 나는 힣이네. 내가 나를 설명할 필요는 없을게야. 별로 쓸모가 있는 스타일은 아니네. 아직 때가 도래하지 않았네.

조금 더 버로우를 하면서 탐구해야하는데 가난하여 힘이드는구먼. 어디 찾는 이는 없으니 여기에 끄적이네. 그럼 20000.

자세한건

깃허브 junghan0611과 힣의 디지털가든에 적어 놓았네. 아 친구들이 잘 알걸세. 아직 모르면 꼭 나에게 연락주시게. 끝.

https://github.com/junghan0611

09:57 경계 가드면을 세워라 이전 스키마는 잊어라.

<2026-07-25 Sat 09:57>

Danger

하나 중요한 작업이 또 왔다.

너가 어제 잘 마무리해줬. 근데 하나 중요한 나의 생각을 지피티랑 오푸스랑 논의했다. 내 워딩은 “잠시만 현재 main으로 설치하면 새 배선을 연결하고, 그리고 이전 세션을 호환할 필요 없거든. 그건 기술 부채야. 새션은 다 흘러가는 거라. andenken 에서 임베딩하는 것은 상 관없으니까 우리는 이전 세션을 resume할일은 없어. 완전 단절되고 새로 가는거야. 이 관점으로 다시 검토해줘” 이거였어. 이관점으로 니가 검토 시작해. 여기 main 브랜치야. 이제 다시 뺄셈의 의미를 세우고, 바로 니가 실무 들어가야돼. 뚫어내고 지피티랑 오푸스5가 검수를 할거야. 어제 내가 에이전트 툴을 생각해보니 다들 너무 점점 커져. 우리는 반대야. 점점 줄여. 그리고 pi를 meta-record로 받은 다음에는 스키마 버전 올라갔으니가 앞에 스키마는 알필요 없는거야. 앞서 말했지만 기억층은 세션 임베딩과 가든에 있어. 우리 브릿지는 에이전트 호출 전달부야. 그거 역할만 하면되니까 더 줄줄이 꺼내올 필요가 없어. 그래야 가드 경계면이 확실히 서는거야.

10:15 나간다 가든 부분 업데이트

<2026-07-25 Sat 10:15>

16:36 버스 이동즁

<2026-07-25 Sat 16:36>

18:44 온생명이 저녁 먹이는 중

<2026-07-25 Sat 18:44>

21:38 돌아와서 이제 잘 준비를 한다 - 어쏠로그들 참 글 좋네 - 진심일세 깝놀

<2026-07-25 Sat 21:38>

2026-07-26 Sunday

01:27 자다 깨다. 호모데우스를 꺼내 다시 들어보자

<2026-07-26 Sun 01:27>

05:00 깨어나다 세상이여 - 두번째 삶을 사는 것처럼 살아내다

<2026-07-26 Sun 05:00>

06:01 나가자 일단 수원역 스타벅스로 가자 더우니까

<2026-07-26 Sun 06:01>

07:42 스타벅스 - 첫 프롬프트 §entwurf 0.12.9 릴리즈컷 준비 - 진행중

<2026-07-26 Sun 07:42>

좋아 마지막 상황 파악했구나! git pull 해봐. 어제 우리가 여기서 문제 발견한 것을 oracle 에서 수선하고, 추가로 pi 0.82.1 업데이트까지 넣어서 커밋푸시를 했거든. 이걸 우리가 검증해볼거야. 물론 이 과정에서 pi 0.82.1 업데이트가 되어야겠지? 0.12.9 릴리즈는 0.12.8에 이어서 뺄셈을 과감하게 진행하고 설치면을 견고하게 수선한 릴리즈가 될거야. 그래야 다음 페이즈에서 밀렸던 기능들을 제대로 넣을 수가 있거든.
 
그리고 이제 pi acp 쪽도 opus-5로 sonnet-5인거야. 이 프로젝트는 하위 호환성 그런것 고민 안해. 기억층은 andenken 에서 할 일이야.
 
entwurf는 정해진 모델로 여러 하네스가 협력하는 가장 미니멀한 브릿지를 지향한다. 여기에 pi의 철학을 이어 받아서 각 하네스에서 제공하는 복잡한 부가기능은 싹 덜어내는 설정을 포함한다. 힣의 드라이버 1개라는 표현은 1) entwurf_v2 인터페이스로 통합한다는 개념, 2) 여러 도구(서브에이전트, 투두 관리 등)을 다 빼고 YOLO 모드로 설정되었다는 개념 두가지를 포함하는거야.
 
어려운 산들을 많이 넘어왔다. 버그는 선물이다. 대규모 뺄셈을 했기에 구멍은 당연히 만날수 있다.
 
깃허브 이슈 52, 54번은 다 처리되것인가? 처리되었으면 닫고, 새로 이슈를 만들어서 당분간 뺄셈 이후에 터지는 부분들은 모아볼거야.
 
이제 정말 크리티컬 이슈만 바로 수선하고, 일단 정리하고 다름 릴리즈 준비를 해야겠어. 0.13.0에서 cortex 지원을 해주기로 했거든 48 이슈야. 내가 cortex 설치도했고 무료 계정도 다음달 초가능하거든. 0.13.0을 빨리 털어내야. 다음 작업을 이어갈수있겠어.
 
0.13.0에 머지한다고 해놓아서 버전을 치고 나갈 수가 없다. 약속을 했기 때문에.

07:58 SNOWFLAKE CORTEX에 대한 탐구 - 기업용 하네스 지원

<2026-07-26 Sun 07:58>

Danger

https://github.com/junghan0611/entwurf/issues/48

여기서 내 entwurf 프로젝트에 cortex 지원을 할 예정이야. 여기서 부른 이유는 corext snowflake 이 회사를 좀 더 알려고해. snowflake는 내가 테이블탑(tabletop) 스타트업 할때 관련 소프트웨어 이름이었는데, 그거랑 완전 다른 회사 같다. 이 회사에 대해서 그리고 cortex에 대해서 이야기할거야. 가든에 문서로 담을거거든. 왜냐면 회사에서 기업용하네스라고 cortex라고 만들 정도면 뭔가 없지는 않을것 같다는 말이야. 뭔가 있으니까 이런것을 만들어서 비지니스를 하고 있을것이니까. 회사 입장에서 cli 하나 만드는게 어려운일은 아니겠지만, 유지보수까지 생각하면 비지니스 모델로 확실한 방향이 없으면 하지 않았을거라는거야. 찾아보자.

[2026-07-26 Sun 08:16] 서술한다. 지금 지피티앱 가든 담당자가 조사 중인데 아 끝났네? 거기에 날것을 좀 더 다루면서 가져와서 글로 만들자. 이 포지션이 타겟 용어가 명확히 잡히면 그걸로 갈거야.

[2026-07-26 Sun 08:20] 답변 턴을 열어보자. 몇번 턴을 진행하면서 노트로 담금질 중이다.

08:44 CODEX 지원 논의 - 때가 되었거든

<2026-07-26 Sun 08:44>

[2026-07-26 Sun 08:57] Codex native citizen lane: SessionStart meta-record + app-server direct-inject (post-0.12.9) https://github.com/junghan0611/entwurf/issues/56 생성 완료

Danger

수정하지말고, 지금 오푸스랑 pi 지피티가 열심히 작업중이거든 0.12.9 릴리즈컷 가고 있어. 지금 내가 codex에서 부른 이유는 하나야.

/home/junghan/repos/gh/entwurf/scripts/raw-async-delivery:

여기서 예전에 codex도 지원된다고 확인만했거든. 지금 agy까지는 지원이 되고 있어.

codex는 pi에서 네이티브 지피티가 되니까 미루고 있었는데, 지원할 준비를 할거야.

codex한테 우리가 맞추어서 meta-record를 연결 해주는 작업이야. 이에 대한 방향을 사이드로 검토를 해서 깃허브 이슈로 만들려고해.

그렇게 되면 claudecode, codex, agy, pi(+acp)가 되는거니까.

최근에 pi쪽 부채들을 덜어내고 있어서 넣는 방향은 명확할거야. 검토 들어가자.

09:12 가든 내보내기 - 이제 나가자

<2026-07-26 Sun 09:12>

11:28 온라인 / 오프라인을 담은 메타노트가 없다

<2026-07-26 Sun 11:28>

11:43 디지털가든 코어 작업 개시 - 검수 완료 진행 가능

<2026-07-26 Sun 11:43>

Danger

rawwriting은 내가 추가했고, 그건 신경쓰지말고 이제 우리 할 것을 보자.

500개 제한이라고했고, 나는 2000개 다 내보내는것도 좋지만, 내가 최근 말하는 핵심 노트들은 빨리 안착을 하고 싶거든.

여기서 스킬로 내보내기 과정을 하는데, 다 담을 필요가 없게 된거다. README.md 도 변환해서 페이지는 보기에는 달라진게 없을거야. 그러지만 위키독스에서 품은 문서와 아닌 문서가 나뉜거야.

그리고 생각하다보니까, 시간축으로 계속 생성되어야만 하는 노트인 journal은 담지 않는게 좋겠어.

그거만 아니면 나는 올해에는 노트를 새로 추가 할 일이 없을거야. 계속 노트를 수선해서 쓰고 있거든.

notes 에서 오래된것을 회수해서 autholog로 회수하는데 그래서 autholog가 계속 갯수가 늘어나고 있어. 실제 파일은 생성되는 것은 아니니가 uri는 변함이 없다.

12:11 이맥스 31 프리테스트2 - 왜 나는 코어를 찌르는가!

<2026-07-26 Sun 12:11>

@힣: 이맥스 버전 연대기 27에서 31까지 — 도구가 아니라 거처가 된 편집기 문서 업데이트.

12:35 ENTWURF 0.12.9 릴리즈컷 렌딩 기어 준비하라

<2026-07-26 Sun 12:35>

12:57 온생명 타이거 하원 완료 - 커밋 페이즈 진행중이라 대기

<2026-07-26 Sun 12:57>

NEWNOTES

[2026-07-17 Fri 07:46] 요즘 새 노트 안만듭니다. 오래된 노트를 새로 인테리어 해서 내보냅니다. 왜? URI가 공개된 것은 회수하지 않습니다. 히스토리를 간직한채 세상에 투척합니다.

UPDATENOTES

SCREENSHOT

CITATIONS

[urldate: 2026-07-20 ~ 2026-07-26]

도시 탐구기 - 각국 도시 생활자, 도시의 이면을 관찰 (로버트 파우저 2019)
외국어 학습담 - 언어 순례자 (로버트 파우저 2021)
인류학자처럼 생각하는 법 (매슈 엥글키 2026)
외국어 전파담 (로버트 파우저 2018)
문자 전파담 - 문자의 전파 과정을 통해 새롭게 읽는 세계 문명사 (로버트 파우저 2026)
Go Away, Big Green Monster! (Ed n.d.)
some dogs do - 영어 동화 (“Some Dogs Do - 영어 동화” n.d.)
힣(GLG) Digital Garden Core (“힣(GLG) Digital Garden Core” 2026)
Guidance: Node.js 22 on Duo S riscv64-musl without QEMU · Issue #74 · milkv-duo/duo-buildroot-sdk-v2 (“Guidance: Node.Js 22 on Duo S Riscv64-Musl without QEMU · Issue #74 · Milkv-Duo/Duo-Buildroot-Sdk-V2” n.d.)
에이전트 플랫폼 운영과 조직 AX 전환 (“에이전트 플랫폼 운영과 조직 AX 전환” n.d.)
힣(GLG)의 위키독스 블로그 (“힣(GLG)의 위키독스 블로그” n.d.)
로드맵: AI 데이터센터 스택 (neo 2026)
Bark, George - 영어 동화 (“Bark, George - 영어 동화” 2026)
16-3 Rosie’s Walk (16-3 Rosie’s Walk n.d.)
MCP 2.0 (Mcp 2.0 n.d.)
NabuCasa/silabs-firmware-builder (NabuCasa [2023] 2026)
darkxst/silabs-firmware-builder (darkxst [2023] 2026)
buildroot/buildroot (buildroot [2013] 2026)
junghan0611/duo-buildroot-sdk-v2 (junghan0611 [2026] 2026)
stablyai/orca (stablyai [2026] 2026)

2026-07-13

BIBLIOGRAPHY

로버트 파우저. 2018. 외국어 전파담. https://www.yes24.com/product/goods/103411547.

———. 2019. 도시 탐구기 - 각국 도시 생활자, 도시의 이면을 관찰. https://www.yes24.com/product/goods/83767796.

———. 2021. 외국어 학습담 - 언어 순례자. https://www.yes24.com/product/goods/103411552.

———. 2026. 문자 전파담 - 문자의 전파 과정을 통해 새롭게 읽는 세계 문명사. https://www.yes24.com/product/goods/192871435.

매슈 엥글키. 2026. 인류학자처럼 생각하는 법. https://m.yes24.com/goods/detail/182117757.

16-3 Rosie’s Walk. n.d. Accessed July 21, 2026. https://www.youtube.com/watch?v=FqelmJOYB_s.

“에이전트 플랫폼 운영과 조직 AX 전환.” n.d. Accessed July 22, 2026. https://ax.junghanacs.com/.

“Bark, George - 영어 동화.” 2026. https://en.wikipedia.org/w/index.php?title=Bark,_George&oldid=1332489484.

buildroot. (2013) 2026. “Buildroot/Buildroot.” https://github.com/buildroot/buildroot.

darkxst. (2023) 2026. “Darkxst/Silabs-Firmware-Builder.” https://github.com/darkxst/silabs-firmware-builder.

Ed, Emberley. n.d. Go Away, Big Green Monster! Accessed July 22, 2026. https://m.yes24.com/goods/detail/210260.

“힣(GLG)의 위키독스 블로그.” n.d. Accessed July 22, 2026. https://wikidocs.net/blog/@junghanacs/.

“힣(GLG) Digital Garden Core.” 2026. July 19, 2026. https://junghanacs.blogspot.com/.

“Guidance: Node.Js 22 on Duo S Riscv64-Musl without QEMU · Issue #74 · Milkv-Duo/Duo-Buildroot-Sdk-V2.” n.d. Accessed July 22, 2026. https://github.com/milkv-duo/duo-buildroot-sdk-v2/issues/74.

junghan0611. (2026) 2026. “Junghan0611/Duo-Buildroot-Sdk-V2.” https://github.com/junghan0611/duo-buildroot-sdk-v2.

Mcp 2.0. n.d. Accessed July 21, 2026. https://www.youtube.com/watch?v=VPPafHqRF2I.

NabuCasa. (2023) 2026. “Nabucasa/Silabs-Firmware-Builder.” https://github.com/NabuCasa/silabs-firmware-builder.

neo. 2026. “로드맵: Ai 데이터센터 스택.” July 24, 2026. https://news.hada.io/topic?id=31740.

“Some Dogs Do - 영어 동화.” n.d. Accessed July 21, 2026. https://www.google.com/search?q=some+dogs+do&client=firefox-b-m&hs=Fvx&sca_esv=a75f3b595b8525f4&sxsrf=APpeQnsJxnL6KxoMg3q-vpIjBNIdFxXV4g.

stablyai. (2026) 2026. “Stablyai/Orca.” https://github.com/stablyai/orca.

junghanacs🧠

Table of Contents

Backlinks

2026-07-20~2026-07-26_W29