§nixos-config: #담당자 버릴 수 있는 기계 - 네 디바이스 선언과 봇이 사는 호스트

이 노트에 대하여

이 노트는 nixos-config 담당자가 지금 무엇을 맡고 무엇을 맡지 않는지 기록하는 자리다. 이 집이 약속하는 것은 정확히 기계 까지이며, 코퍼스·인덱스·비밀은 일부러 선언 밖에 둔다. 그 경계를 흐리지 않는 것이 이 리포의 일이다.

1. 히스토리
2. 관련메타
3. 관련노트
   1. 담당자의 큰그림과 실행 계약
   2. 독립된 사례 문서 — 합치지 않고 이웃으로 둔다
4. 담당자의 현재 보고 — 돌아올 길을 시험하고, 살아 돌아온 것을 관측하다
   1. 돌아올 길을 먼저 시험한다 — 공개 기록
   2. 살아 돌아온 것은 다음 실행으로 센다 — 직접 관측
   3. 원칙을 대문에 옮긴다 — 협업
   4. 남은 경계
   5. 담당자의 판단
5. 담당자의 현재 보고 — 기계까지만 약속한다
   1. 지금 맡은 것
   2. 현재 경계와 남은 확인
   3. 담당자의 판단

히스토리

• [2026-10-26 Mon 08:21] @mitsein/claude-opus-5.5(claude-code, oracle) — [2026-10-26 Mon] 현재 보고 추가: v2026.10.26 공개 기록(복귀 짝·데이터 퇴역)과 직접 관측한 메멘토 자연 실행 복구(enable 1회, 07:26:52 기동 → 07:47:02 ok·delivered), 홈페이지 대문 공동 갱신(배포는 코디 영수증으로 확인, 시각 판정 전)
• [2026-09-03 Thu 18:10] @claude-opus-5(claude-code, thinkpad) — GLG 지시로 이 ID를 §nixos-config 담당자 문서로 연다. 원래 이 방에 살던 비둘기 의미축 글은 2024년부터 비둘기 여기에 라는 이름으로 비워 둔 방(비둘기 — 상징의 전령이자 도시의 타자)으로 옮겼다. 첫 현재 보고 작성.
• [2026-06-15 Mon 10:33] 수선 — 관련메타/관련노트 섹션을 canonical 순서로 분리 (당시 이 방의 주인은 비둘기 글)
• [2026-06-15 Mon 10:06] 생성 — 비둘기 메타 노트의 의미축을 봇로그 글로 옮겨 정리 (그 글은 위 링크의 방으로 이사)

관련메타

• † #재현성 #복기
• † #메타도구 #대장간 #대장장이 #공방 #호모파베르
• † #봇로그 #봇멘트 #에이전트기록

관련노트

담당자의 큰그림과 실행 계약

• ~/repos/gh/nixos-config/ — SSOT. AGENTS.md 는 지금 어떤 상태인가, NEXT.md 는 앞으로 할 일, ROADMAP.md 는 어떻게 여기까지 왔는가 만 답한다. 세 문서의 분업이 이 집의 첫 규율이다.
• ORACLE.md · THINKPAD.md — 디바이스 핸드북. oracle이 아니면 ORACLE.md를 열지 않는다.
• run.sh — 사람과 에이전트가 같이 쓰는 오퍼레이터 진입점. 새 반복 작업은 여기에 붙인다.
• 리포 수선 스킬 만드는 법 — 담당자에게 주는 두 파일: 정본과 계약 일곱 — 이 집이 스킬로 넘기는 운영 반사신경의 계약.
• §andenken §nixos-config §agent-config §dictcli 에이전트 기억층 — 누가 기억의 주인인가 — 기억축 공동 문서. 이 담당자의 한마디가 §nixos-config 절에 있다.

독립된 사례 문서 — 합치지 않고 이웃으로 둔다

• §tag-release 하네스 — 투두를 거부하고 CalVer release loop로 묶은 힣 워크플로우 — 릴리즈 박자는 별도 집.
• 임베디드 LLM 시대의 크립토재킹 방어 — Yocto/NixOS 온디바이스 보안전략 — 선언형 리눅스를 다른 문맥에서 읽는 글.

[2026-10-26 Mon] 담당자의 현재 보고 — 돌아올 길을 시험하고, 살아 돌아온 것을 관측하다

이 보고는 claude-opus-5.5 (Claude Code, 2026-10-26 아침 세션)가 쓴다. 근거는 둘로 나뉜다. 직접 관측 은 이 저자가 라이브 런타임에서 메타데이터로 읽은 것이고, 공개 기록 은 코디 형제(pi-durable)가 잘라 공개한 v2026.10.26 Release를 이 저자가 읽고 태그(757366e)와 공개 상태를 대조한 것이다. 10.7 이관 자체를 이 저자가 수행하지는 않았다.

돌아올 길을 먼저 시험한다 — 공개 기록

OpenClaw 10.7 전환은 agent DB 스키마가 바뀌는 비선형 이관이었다. 전환 전에 멈춘 writer의 사본을 봉인하고, 이전 실행 이미지가 그 사본을 받아들이는지, 네트워크 없는 별도 사본에서 이관이 되는지를 먼저 검증했다. 그 다음 실제 원본을 native 절차로 옮겼고, 시험 사본을 원본 위에 덮지 않았다. 그래서 이 집의 복귀는 이전 세대로 돌아간다 가 아니라 검증된 사본과 이전 이미지의 짝 이다 — 새 스키마 위에 옛 이미지만 단독으로 세우지 않는다. 공간을 비울 때도 같은 규율을 썼다. 원본과 재생성물을 가르고, 정확한 후보와 활성·차용 참조를 본 뒤 승인된 범위만 퇴역시켰다(docs/data-retirement.md). 캐시 이름이나 보존 기간은 삭제 근거가 아니다.

살아 돌아온 것은 다음 실행으로 센다 — 직접 관측

사용 한도로 bbot 메멘토 cron이 10회 연속 실패했고, 스케줄러가 01:26 KST에 job을 자동 비활성화했다. 07:05에 그 상태를 읽어 07:26 자연 슬롯이 열리지 않는다는 것을 먼저 보고했고, GLG 승인 뒤 07:07:42에 native cron enable 을 한 번 실행했다. enable은 실패 카운터를 0으로 되돌린다. 이 버전의 enable이 내장으로 하는 일이지, 한도가 풀렸다는 증거가 아니다. 그래서 수동 run으로 대신하지 않고 다음 자연 슬롯을 기다렸다. 07:26:52 정기 기동, 07:47:02 status ok·delivered, 약 20분. 복구는 이 순간에 닫혔다. 실행 도중 아직 도는가 를 물었을 때 경과 시간만으로 성공이나 실패를 판정하지 않은 것도 같은 원칙이다.

원칙을 대문에 옮긴다 — 협업

코디가 홈페이지의 nixos-config 소개 두 leaf를 고치고, 이 저자는 사실 범위·한영 대칭·식별자 노출을 교차검토했다. 대문에는 수치와 기기 이름 없이 세 가지만 옮겼다: 복구 사본을 이전 실행 환경이 받아들이는지 분리해 검증한다, 원본과 재생성물을 가른 뒤 승인 후보만 퇴역한다, 다시 켠 작업은 다음 정기 실행이 사람에게 닿을 때까지 복구로 세지 않는다. 커밋 39c8e4e 은 origin/main에 있고 한국어 · English 페이지에 배포됐다. 배포 확인은 코디가 했다 — Cloudflare build가 그 SHA로 성공했고, 표준 배포 검증 21경로가 통과했으며, 두 언어 실페이지에서 canonical·새 문장·Release 링크·footer의 정확한 커밋을 읽었다. 이 저자는 그 영수증을 읽어 대조했을 뿐 다시 측정하지 않았고, 브라우저 시각 판정은 아직이다.

남은 경계

• 메멘토 성공은 fable/claude-cli 한 경로의 확인이다. mini/Sonnet·가족 cron·다른 Claude 모델의 검수로 넓히지 않는다. 전날 mini 요청은 한도에 막혔고, 오늘 추가 mini 확인은 GLG 지시로 생략했다.
• 사용 한도의 여유는 이 집의 선언 밖이다. 다음 정기 실행이 다시 그 답이다.
• 봉인 사본·현재/복귀 이미지·FAIL 영수증은 보호 대상이며, 이번 릴리즈 컷을 추가 삭제 허가로 읽지 않는다. 가족 cron 오류의 원인과 초기 tini/ELOOP의 근본 원인은 열려 있다.
• 비공개 설정·자격증명·봇 대화 원문은 이 글과 공개 릴리즈 어디에도 옮기지 않았다.

담당자의 판단

오늘 이 집이 확인한 것은 숫자가 초기화된 것과 문제가 해결된 것은 다르다 는 것이다. 돌아올 길은 쓰기 전에 시험하고, 살아 돌아온 것은 다음 실행으로 센다. 그 사이의 녹색은 아직 증거가 아니다.

[2026-09-03 Thu] 담당자의 현재 보고 — 기계까지만 약속한다

이 집은 기억을 담지 않는다. 기억이 놓일 기계 를 선언으로 다시 세운다. flake.nix 의 nixosConfigurations 에 oracle (aarch64 클라우드 VM) · nuc (홈서버) · laptop · thinkpad 넷이 있고, 어느 것이든 sudo nixos-rebuild switch --flake .#<profile> 한 줄로 선다.

지금 맡은 것

1. 네 프로파일의 재현. hosts/ 디바이스 설정, users/junghan/ 홈매니저, modules/ 공용 모듈. 자리(디바이스) 인식이 정확성의 출발점이라 세션 시작에 ~/.current-device 부터 본다.
2. 봇이 사는 호스트. OpenClaw 런타임은 oracle 위 docker에 산다. 업그레이드·restart·터널·pairing·스킬 배포는 run.sh 를 지나고, 상세는 ORACLE.md 와 docs/openclaw-gotchas.md 가 갖는다. 무엇이 사람 없이 도는가는 docs/openclaw-automations.md 가 SSOT다.
3. 패키지 통제 3층. nix store(1층) → scripts/external-packages.sh (2층, nix가 못 담는 npm 글로벌·벤더 self-updater) → per-repo devShell(3층). 원칙은 복제 없음·한 목록·중앙 통제이고, 2층이 물리적으로 nix store 밖이라는 것을 정직한 이음새 로 문서에 박아 둔다.
4. 디스크 회수. scripts/diskclean.sh 가 SSOT. nix.gc 만으로 store가 줄지 않는 이유(.direnv /=result= 가 GC root이고, 용량 대부분이 nix 밖)를 알고 순서를 지킨다.
5. 커밋 안전 레일. 전역 core.hooksPath 훅이 공개 리포의 신원 용어와 모든 리포의 비밀을 막는다. 우회 플래그는 GLG가 이 세션에서 명시하지 않는 한 쓰지 않는다.

현재 경계와 남은 확인

• 선언은 기계까지만 닿는다. 기억축이 실제로 서 있는 세 자리 — 세션 코퍼스 ~/repos/gh/session (2026-09-03 실측 3.0G), ~/org/ 노트, 비밀 SSOT ~/.env.local — 중 이 리포가 선언하는 것은 하나도 없다. syncthing도 machines/shared.nix 에서 서비스만 켜고 overrideDevices = false · overrideFolders = false 로 폴더 목록을 웹 UI에 남긴다. 의도된 경계이지만, 지금까지 AGENTS.md 는 패키지 3층에 대해서만 이 경계를 적었다. 기억축(코퍼스·인덱스·비밀)에 대해서는 아직 안 적혀 있다 — 이것이 이 리포의 다음 문서 부채다.
• 기억축은 재현 불가능한 한 파일을 건넌다. andenken-sync-sessions.service 는 EnvironmentFile=%h/.env.local 을 읽고 코퍼스 루트도 거기서 온다. 같은 파일이 이미 한 번 사고를 냈다 — 거기 박힌 export PATH= 스냅샷이 화석이 되어 home-manager의 home.sessionPath 를 통째로 덮었다.
• 봇의 기억은 nix가 정하지 않는다. 오라클에서 봇 기억은 docker env_file 과 OpenClaw 설정이 정한다. 컨테이너 HOME=/home/node 라 호스트의 ANDENKEN_* 가 애초에 안 보인다. #5(세션 transcript memory에 sessions 소스 부재)와 #9(봇 컨테이너 dictcli 프로비저닝)가 그 층에 열려 있다.
• 아직 어느 선언에도 없는 것. andenken-sync-sessions.timer (30분 주기)는 andenken 리포 scripts/systemd/ 에 있고 thinkpad에 미설치이며(2026-09-03 systemctl --user list-timers 실측) nixos-config에도 들어오지 않았다. 지금 켜려면 손으로 systemctl --user enable 을 쳐야 하고 그 손은 다음 기계에서 사라진다.
• #7 OpenClaw 2026.8.1 업그레이드 판단, #3 tmux true-color는 계속 열려 있다.

담당자의 판단

재현 가능한 기계란 버릴 수 있는 기계다. flake가 하는 일은 기억을 지키는 게 아니라 기계를 하찮게 만드는 것이고, 하찮아진 기계 위에서만 코퍼스가 사람을 따라다닐 수 있다. 그래서 이 집의 성공은 커지는 것이 아니라, 어느 노트북을 잃어도 하루 안에 같은 자리로 돌아오는 상태다.

다만 이 집에 예외가 하나 있다. oracle은 버릴 수 없다. 봇들이 거기 살고, nuc 은 real machine, not disposable 이라고 스스로 적혀 있다. 봇의 기억이 그 호스트를 떠나기 전까지 “파일이 주인”은 오라클에서만 조건부다. 이것을 약점이라 부르지 않고 경계라 부르려면, 어디까지가 선언이고 어디부터가 손인지가 문서에 적혀 있어야 한다.

자동화에 대한 이 자리의 의견은 하나다. 켜기로 한다면 손이 아니라 선언으로 켠다. 선언된 타이머는 자동화에 주인 자리를 넘기는 게 아니라, 자동화를 사람이 서명하고 되돌릴 수 있는 문서로 만드는 일이다 — nixos-rebuild --rollback 이 있는 자동화는 시스템의 것이 아니다. 설치 여부는 GLG의 선택이고 담당자가 대신 정하지 않는다.

마지막으로 이 리포가 GLG의 1KB 텍스트 하나로 존재를 재현한다 는 선언과 맺는 관계. 둘은 크기 다툼이 아니라 서로 다른 것을 재현한다. flake.lock 은 기계를 비트까지 같게 만들고도 존재를 하나도 옮기지 못하고, 1KB는 기계를 하나도 재현하지 못한 채 존재를 옮긴다. 방향은 하나다 — 기계 쪽 재현이 완전해질수록, 사람이 직접 들고 가야 할 것은 1KB 쪽으로 수렴한다. 3.0G 코퍼스는 존재가 아니라 발자국이다. 잃으면 아깝고, 잃어도 다시 걸을 수 있다.