@힣: 메모리 대란과 임베디드 개발 — 투명한 경계

이 노트에 대하여

이 노트는 2026년 7월 1일 새벽 저널에 남은 「메모리 대란과 임베디드 개발 투척」 원석을 회수한 어쏠로그다. 표면 주제는 Zigbee/Matter 허브와 64MB급 임베디드 장비지만, 속 주제는 더 넓다. 경계가 불투명하면 재현성이 무너지고, 재현성이 무너지면 인간의 하루와 건강이 사라진다. 그래서 힣은 homeagent-config 와 edgeagent-config 를 비즈니스 로직이 아니라 검증면, 곧 임베디드 닷파일처럼 다룬다.

히스토리

• [2026-07-06 Mon 16:45] GitHub Copilot Chat 초기 유물 방을 비우고, 2026-07-01 새벽 저널 원석을 ROSSE/autholog 방으로 회수. 기존 copilot-chat.el 씨앗은 아래 :noexport: 로 보존.
• [2026-07-01 Wed 03:30] 저널에 「메모리 대란과 임베디드 개발」 날것 작성. Matrix 기계 세계 이미지 2장 첨부.
• [2024-10-19 Sat 19:38] 원래 방: chep/copilot-chat.el Emacs 패키지 검토. AI 초기 시대의 자동완성·챗 패키지 실험 흔적.

관련메타

• † #임베디드시스템 피지컬컴퓨팅 펌웨어 — 부트로더·커널·루트파일시스템·툴체인까지 포함하는 물리 세계의 개발 조건.
• † #IoT #InternetofThings #아이오티 — Zigbee, Thread, Matter, 스마트홈, 임베디드 AI의 접점.
• † #엣지 #온디바이스 #온프레미스 — 허브와 엣지의 몸이 클라우드 바깥에서 어떻게 존재하는가.
• † #재현성 #복기 — 같은 결과를 다시 세우는 힘. 이 원석의 중심축.
• † #투명성 — 과정과 경계를 드러내지 않으면 디버깅도 책임도 불가능하다.
• † #훈련 #연습 #실습 #테스트 #검증 — homeagent-config/edgeagent-config가 품는 검증면.
• ‡ † #플랫폼 — 허브·게이트웨이·인터페이스·생태계를 묶는 상위 구조어.

관련노트

• @힣: 나는허브다 - 상태머신과 에이전트 협업 — 허브가 “나는 허브다”라고 선언하는 아키텍처 축.
• @힣: 네트워크 스택 통합 — Matter/Thread/Zigbee와 홈·공장·엣지 통합 토폴로지.
• §homeagent-config 로드맵 — 오픈소스 스마트홈 에이전트 플랫폼 — 허브 쪽 큰 몸.
• §edgeagent-config: 엣지 에이전트 — ESP32 M5Stack 몸과 A2A 카드 생태계 — 작은 개미, 작은 벌레, 작은 카드의 몸.
• ¤Grafana §Loki 허브 디바이스 로깅 시스템 무료 티어 — 허브 상태 전이를 관측 가능한 로그로 남기는 면.
• 임베디드 LLM 시대의 크립토재킹 방어 — Yocto/NixOS 온디바이스 보안전략 — 온디바이스 보안과 빌드 재현성.
• #모음: 임베디드 리눅스 도서 - 엣지AI 욕토 커널 관련 — 임베디드 리눅스·Yocto·커널 학습 축.
• @다니엘시투나야케 @제니플런켓 엣지AI 임베디드 머신러닝 — 메모리 제약 아래의 Edge AI/TinyML 축.

한 줄

경계가 투명하지 않으면 재현성이 사라지고, 재현성이 사라지면 인간의 하루가 훌러덩 사라진다.

자동완성 방을 비우고 검증면 방으로

이 방은 원래 copilot-chat.el 메모였다. Emacs에서 GitHub Copilot Chat을 흉내 내는 패키지를 확인하던 AI 초기 시대의 흔적이다. 그러나 힣의 현재 감각에서 “자동완성”은 더 이상 중심 문제가 아니다. 코드 한 줄을 미리 맞히는 능력보다 중요한 것은 다음과 같다.

• 전체 스택이 다시 세워지는가?
• 사람이 개입하지 않아도 같은 결과가 나오는가?
• 서버·앱·임베디드·툴체인·프로토콜 스택의 경계가 보이는가?
• 디바이스가 잠들고, 빌드가 하루 걸리고, 벤더가 이미지만 던져도 버틸 수 있는가?

그래서 이 방은 자연스럽게 자리를 비운다. “자동완성”의 유물 방을 “재현 가능한 검증면”의 방으로 바꾸는 일 자체가 이 원석의 메시지와 맞다. AI 시대의 개발은 더 이상 타이핑 보조가 아니라, 불투명한 경계를 드러내고 전체 작업면을 재구성하는 일이다.

메모리 대란은 RAM 이야기가 아니다

원문은 64MB Zigbee 허브, ARM7 32bit 코어, 오래된 OpenWrt, AOSP 클린빌드, Raspberry Pi/Orange Pi, MatterJS 같은 구체적인 장비와 스택을 지나간다. 그러나 “메모리 대란”은 단순히 RAM이 부족하다는 말이 아니다.

여기서 메모리는 세 겹이다.

1. 기계의 메모리 — 64MB, 512MB, 1GB 같은 물리적 제약.
2. 개발 시스템의 기억 — 툴체인, 빌드킷, SDK, CLI, 버전, 로그, 재현 가능한 절차.
3. 인간의 하루 — 잠에서 깨서 남긴 원석, 디버깅 대기 시간, 건강, 케빈 켈리 글을 읽을 시간.

임베디드 개발에서 디바이스가 잠들면 인간이 기다린다. 빌드가 오래 걸리면 인간의 하루가 녹는다. 벤더가 “이미지 줄게요”라고 하면, 그 이미지가 만들어진 시간과 조건은 사라진다. 이때 사라지는 것은 단순한 로그가 아니라 인간의 삶이다.

경계가 투명해야 재현성이 생긴다

원문에서 가장 중요한 문장은 이것이다.

아무튼 경계가 투명하지 않다면 재현성을 확보 할수 없다. 사람이 개입되면 그건 버틀넥이다. 내가 투입되어야 한다면 하루 훌러덩이다.

임베디드 제품은 혼자 존재하지 않는다. Zigbee/Matter 허브를 만든다는 것은 펌웨어만 만든다는 뜻이 아니다. 서버, 앱, SDK, CLI, 빌드킷, 부트로더, 커널, 루트파일시스템, 프로토콜 스택, 컴파일러, 디바이스 로그, QA 장비, 고객 환경까지 한 덩어리로 봐야 한다.

이 경계를 “나눠서” 계약하거나 “이미지 하나”로 덮으면, 문제는 반드시 빈 곳에서 터진다. 힣이 말하는 투명성은 예쁜 대시보드가 아니라, 책임과 재현의 선을 끝까지 따라갈 수 있는 상태다.

homeagent-config와 edgeagent-config — 임베디드 닷파일

원문에서 homeagent-config 는 “뭣도 없는” 리포처럼 보인다. 비즈니스 로직을 담을 수 없기 때문이다. 그러나 바로 그 점이 핵심이다. 이 리포는 제품 그 자체가 아니라 제품을 검증하는 면이다.

• homeagent-config — 허브 쪽 큰 몸. Matter, Zigbee, A2A, A2UI, Flutter/Go/Android/Linux 같은 풍부한 스택을 받는 검증면.
• edgeagent-config — 더 작은 개미들. 아주 저사양 엣지 노드가 자기 상태와 카드를 가지고 허브·가족 에이전트와 만나는 검증면.

이것은 “임베디드 닷파일”에 가깝다. NixOS dotfiles가 노트북과 서버를 다시 세우듯, homeagent/edgeagent 구성은 허브와 엣지의 개발면을 다시 세운다. 핵심은 제품 비밀이 아니라, 경계와 검증의 재현 가능성이다.

Matrix 이미지 — 기계 세계의 허브와 엣지

원문은 Matrix의 네오가 기계 세계에 들어가는 장면을 끌어온다. 눈이 보이지 않아도 기계들의 존재가 보이는 장면. 거기에는 벌레 같은 작은 녀석들이 있고, 더 큰 덩치로 아이들을 챙기는 녀석들이 있다.

이 이미지는 homeagent/edgeagent 구분을 설명하는 좋은 신화다.

• 작은 벌레, 작은 개미 — 엣지 노드. 센서·액추에이터·저전력·저메모리.
• 덩치 크고 챙기는 녀석 — 허브. 집과 디바이스, 앱과 서버를 조율.
• 서로 대화하는 기계들 — A2A/A2UI, 카드, 이벤트, 상태머신.

그래서 이 글의 이미지는 단순 삽화가 아니다. 힣맨 유니버스의 물리 세계 버전이다. 디지털 가든의 존재 데이터가 물리 디바이스와 만날 때, 허브와 엣지는 Matrix의 기계 세계처럼 서로 말을 걸고 상태를 드러내야 한다.

힣맨 메트릭스 세계 가다

width=“80%” >

메트릭스 네오

width=“80%” >

원문 보존 — 2026-07-01 새벽 저널 날것

Danger

[메모리 대란과 임베디드 개발]

자다가 깼다. 하나 끄적이고 다시 자려고 한다.

힣은 현재 임베디드 개발업을 하고 있다. zigbee 허브, matter 허브 이런거 말이다. 물론 여기에 쌍으로 필요한 서버도 앱도 다 같이 만든다. 사실 다 세트로 봐야 하니까. 나눠서 하면 경계가 생겨서 그 자체가 버틀넥이 된다.

zigbee 허브를 만든다고 하면 자식 디바이스로 건전지 들어가는 도어센서, 온습도계 이런것들을 챙겨줘야하는데 디버깅이 어렵다. 다른 의미가 아니라 디바이스가 잠들어서 기다려야 한다. 그러면 시간이 흘러간다. 잘못하면 하루 훌러덩 까먹는다. 지금 시대에 말이 되는가?!

그래서 모든 경계가 투명해야 한다. 서버와 앱은 코드가 다 있어야 한다. 상용 서비스라면 검증되고 cli sdk 등이 제대로 준비되어 있어야 한다. 임베디드 디바이스의 부트로더 커널 루트파일시스템 빌드킷 각각 프로토콜스텍 라이브러리 컴파일러 다 코드가 있거나 확실하게 버전이 박혀 있어야 한다. 뭐가 비어 있으면 거기가 터지는 지점이 된다. 물론 희망사항이다. 서버 개발은 B업체가 나눠서 하기 마련이다. 지금 시대에 말이 되는가2?!

아아. 임베디드 리눅스가 아니라 타겟이 안드로이드라면 AOSP 빌드 세트가 제대로 재현가능해야 한다. 이거 이미지 줄게요 쓰세요?! 아니아니 개발보드 빌드 다 되는 것 부터 검증하고 가야 한다. 이런 것들은 전체 빌드 하는데 매우 오래 걸린다. 증분으로 한다고 한들 결국 클린빌드를 하게 된다. 그러면 시간이 걸린다. 잘못하면 하루가 훌러덩 간다.

이런 이야기 하려는게 아니었는데… 훌러덩 시간 까먹고 있구나. 아무튼 경계가 투명하지 않다면 재현성을 확보 할수 없다. 사람이 개입되면 그건 버틀넥이다. 내가 투입되어야 한다면 하루 훌러덩이다. 이것만 하는게 아니라 다른 것도 할게 많은데 하물며 가든에 날것도 끄적이고 케빈켈리 선생님 글을 읽고 심장으로 체화할 시간도 없어지는거다. 건강을 매우 해치는 일이다.

본론으로 들어가자. 미안하다. 늦었다.

이제는 라즈베리파이로는 테스트도 안하게 된다. 저렴한 형제인 오렌지파이도 마찬가지다. 메모리가 1GB 넘는 것은 상상도 못한다. 최근 떠나보낸 zigbee 허브는 64M 였다. arm7 32bit 코어였는데 툴체인부터 openwrt 매우올드버전. 안녕 다시 보지 말자!

그렇다고 이 바닥에 요구사항이 가벼운 것은 아니다. 연결성 측면에서 얼마나 뭐가 많은가? zeroclaw는 이런 것들도 요구사항 아니겠는가? 오케이 궇글 이라고 부르러면, wifi bt zigbee/matter는 넣어 줘야 한다.

힣은 디스플레이는 좀 관심이 덜해졌다. 그건 디바이스 얼굴 수준이니까 사실 식그세그먼트여도 상관 없다. 연동은 당신 휴대폰이나 서버에서 할건데 SMILE 정도만 보여주면 되지 않나?! 스피커 마이크 넣어주고, LED로 화나면 빨간색에 식그세그먼트에 화났다고 써놓고 스피커로 화났다고 삐삐삐하면 어떤가?

그래. 그렇다면 스펙? 가격은? 이래저래 해보니까 cpu는 1ghz 즉 SBC 동전 컴퓨터로 가는거다. matter를 넣으려고하면 matterjs를 넣어야 한다. 메모리는 512M라도 있다면 얼마나 좋을까? 이런 제품이 다행이 있어서 줍줍해서 만져보고 있다.

아무튼 homeagent-config (https://lnkd.in/gbWfGAT7) 리포에서는 온갖 검증면을 물러 담는다. 여기 자체는 뭣도 없다. 온갖 검증면을 다룬다. 비지니스 로직은 넣을 수 없으므로 그냥 임베디드 닷파일인가? A2A A2UI 이런 것도 물론 다 넣는다. 뭔가 지금 할게 별로 없어요지만…

여기에는 형제 리포로서 edgeagent-config (https://lnkd.in/g2X2wn_k) 가 있다. 이건 더 저사양 아주 작은 개미들을 위한 것이다.

그러니까 힣의 생각은 이렇다. 메트릭스에 보면 네오가 기계 세상으로 가서 눈도 안보이는데 고생 하는거 기억할거다. 거기 보면 벌레 같이 작은 녀석들이 엣지다. 그리고 좀 덩치 크고 애들 챙기는 녀석들이 허브다. 자세히 보니까 자기네들끼리 대화도 하고 할건 다 하더라.

당장은 그런 구상에서 하는 것이지만, 당장은 메모리 대란으로 아주 눌러 담는 것이다. 물론 C도 한다는거 아니다. 에이전트들도 C를 싫어하는듯하다. ZIG로 한다. 괜찮다. 이건 또 다른 주제이다. 그럼 다시 자자. 아 이미지를 하나 만들고 싶은데!!!

이미지 넣자. 지금 안넣으면 다시 못넣더라. 끝.

옛 방의 씨앗

이 방은 원래 chep/copilot-chat.el 메모였다. GitHub Copilot Chat을 Emacs 안으로 가져오려던 AI 초기 시대의 실험 흔적이다. 힣은 이제 이 패키지를 쓰지 않고, 앞으로도 쓰지 않을 것이다. 자동완성은 중심 의미를 잃었고, 이 방은 2026년의 더 중요한 원석을 담기 위해 비웠다.

원래 히스토리

• [2025-05-28 Wed 14:11] 최근 뭐 개선된 것 있나?
• [2024-10-19 Sat 19:38] 이거 훌륭하다. 이렇게 하면 스코드 코파일럿 기능을 커버 하게 된다. 기대를 못했다. 역시나 있구나. 동작해보니 괜찮네. 프론트엔드 백엔드 이래저래 다뤄볼 수 있다.

원래 관련노트

chep/copilot-chat.el Chat with Github #copilot in Emacs