docs(deploy): synchronize deploy/ assets with nats-docker submodule and hermes prefix defaults

.agents/reports/canary-projects-multi-agent-mux-creator-claude/plan-1fa7183a.md

@@ -0,0 +1,375 @@
+# 🔎 문서 정합성 검증 및 동기화 계획서 Rev.2 (Job `eb04e918`)
+
+- **작성일**: 2026-08-23
+- **역할**: Planner (`.agents/MULTI_AGENT_RULES.md` §1 — Planner 는 저장소 코드/문서를 **수정하지 않으며**, 산출물은 본 보고서입니다)
+- **기준 커밋**: `916185c`, 작업 트리 clean, `main` 은 `origin/main` 보다 **ahead 2**
+- **선행 리비전**: `1fa7183a` (Rev.1) ← 본 문서가 대체합니다
+- **판정 대상 리뷰**: `b93680ab` (agy, `[VERDICT: PASS WITH CHALLENGE]`) — CI 서브모듈 인증 / D-31 스코프 / B-17 fail-closed
+- **검증 대상**: `MESSAGING.md`, `IMPROVEMENTS.md`, `implementation_plan.md`
+
+---
+
+## A. 리뷰 판정 (Adjudication of Challenge `b93680ab`)
+
+### A-0. 판정 요약
+
+| 챌린지 | 판정 | 핵심 근거 |
+|---|---|---|
+| **C1** 서브모듈 인증·URL 제약 | 🟢 **전제 확증 — 다만 처방 형태는 틀림** | `laa/nats-docker` 는 실제로 **비공개**(익명 `ls-remote` → `Failed to authenticate user`). 그러나 제안된 `url = ../nats-docker` 는 **`tmpl/nats-docker`** 로 해석되어 **잘못된 조직**을 가리킴(실측). 올바른 형태는 `../../laa/nats-docker` |
+| **C2** D-31 과도한 제약 | ✅ **전면 수용 — Rev.1 의 논거가 틀렸음** | `lint-shell`/`lint-python` 은 `.agents/`·`deploy/` 만 훑으며 서브모듈 경로를 읽지 않음(실측). Rev.1 이 내세운 "비대칭" 논거는 성립하지 않음 |
+| **C3** 명시적 `MAM_ENV_FILE` fail-closed | ✅ **원칙 수용 — 다만 차단 지점을 옮겨야 함** | `_load_dotenv()` 는 **import 시점**에 호출되고(`mqtt_common.py:112`) 테스트 3개 파일이 `mqtt_common` 을 import 함. 여기서 예외를 던지면 스위트 자체가 붕괴 |
+
+리뷰어의 세 지적은 모두 실재하는 맹점을 짚었고, 그중 둘은 **Rev.1 의 처방을 직접 교정**합니다. 다만 C1 의 구체적 처방과 C3 의 차단 지점은 그대로 구현하면 각각 서브모듈을 깨뜨리거나 테스트 스위트를 깨뜨립니다. 아래에서 측정으로 교정합니다.
+
+---
+
+### A-1. C1 — 전제는 옳다. 처방의 형태가 틀렸고, 처방만으로는 부족하다
+
+#### (1) 전제 확증: 서브모듈은 실제로 비공개다
+
+익명(자격증명 없이) `ls-remote` 실측:
+
+| 대상 | 결과 |
+|---|---|
+| `https://git.godopu.com/laa/nats-docker` | 🔴 `remote: Failed to authenticate user` → **비공개** |
+| `https://git.godopu.com/tmpl/multi-agent-mux` (상위 저장소) | 🟢 `629a67f… HEAD` 응답 → **공개** |
+
+리뷰어가 가정한 "비공개 서브모듈이면 토큰이 전파되지 않아 실패" 시나리오는 **가정이 아니라 현실**입니다. Rev.1 의 T-1(`submodules: recursive` 한 줄 추가)만으로는 CI 가 여전히 실패합니다. 이 지적은 Rev.1 의 실질적 결함을 잡아냈습니다.
+
+더 나아가 실측이 드러낸 구조는 리뷰어가 알던 것보다 까다롭습니다: **상위 저장소는 공개, 서브모듈은 비공개, 게다가 서로 다른 조직**(`tmpl/` vs `laa/`). 즉 CI 러너가 상위 저장소를 익명으로 받을 수 있어도 서브모듈에는 별도 권한이 필요합니다.
+
+#### (2) 처방 형태 교정: `../nats-docker` 는 잘못된 저장소를 가리킨다
+
+git 의 상대 서브모듈 URL 은 **상위 저장소의 origin URL 기준**으로 해석됩니다. 실측(임시 저장소에 origin 을 동일하게 설정하고 `git submodule init` 으로 해석 결과 확인):
+
+```
+origin = https://git.godopu.com/tmpl/multi-agent-mux
+
+url = ../nats-docker        ->  https://git.godopu.com/tmpl/nats-docker      ❌ 조직 불일치
+url = ../nats-docker.git    ->  https://git.godopu.com/tmpl/nats-docker.git  ❌ 조직 불일치
+url = ../../laa/nats-docker ->  https://git.godopu.com/laa/nats-docker       ✅ 정확
+```
+
+실제 저장소는 `laa/` 아래에 있으므로, 리뷰어가 제시한 두 형태(`../nats-docker`, `../nats-docker.git`)를 그대로 적용하면 **존재하지 않는 경로**를 가리켜 서브모듈이 아예 클론되지 않습니다. 상위 저장소와 서브모듈이 같은 조직에 있다는 암묵적 가정이 이 인스턴스에서는 성립하지 않습니다.
+
+#### (3) 처방 충분성 교정: 상대 URL 은 인증을 해결하지 않는다
+
+상대 URL 이 물려받는 것은 **프로토콜과 호스트**이지 **권한**이 아닙니다. SSH 로 상위를 클론하면 서브모듈도 SSH 로 가므로 키가 재사용되는 이점은 실재하지만, HTTPS + 토큰 조합에서는 토큰의 스코프가 `laa/nats-docker` 를 포함해야 합니다. 상위가 공개이고 서브모듈이 비공개인 현 구조에서는 **상대 URL 로 바꿔도 자격증명은 여전히 별도로 공급**해야 합니다.
+
+따라서 T-1 은 한 줄 추가가 아니라 세 부분으로 확장됩니다(§4 T-1a/T-1b/T-1c).
+
+#### (4) 실측으로 드러난 제3의 선택지 — 서브모듈 공개 전환
+
+`nats-docker` 가 추적하는 파일은 **10개뿐이며 비밀을 담은 파일이 0개**입니다.
+
+```
+.agents/skills/env-generator/SKILL.md      docker/.env.example
+.agents/skills/env-generator/scripts/…     docker/README.md
+.gitignore                                 docker/docker-compose.yaml
+NATS_REPORT.md                             docker/nats.conf
+PRIVATE_SERVER.md
+README.md
+```
+
+- `.gitignore` 가 `.env` / `*.env` 를 제외하고 `!*.env.example` 만 허용 — 실제 시크릿은 추적 대상이 아님.
+- `docker/.env.example` 은 설계상 **빈 값**(D-25(d) 가 봉인).
+- `docker/nats.conf` 는 모든 `password:` 가 `$VAR` 참조(D-25(e) 가 봉인).
+
+즉 이 저장소를 공개해도 유출되는 비밀은 없습니다. 남는 것은 "배포 토폴로지를 공개할 것인가"라는 **정책 판단**이므로 일방적으로 처방하지 않고 §4 에서 3개 선택지로 제시합니다. 다만 공개 전환은 CI 인증 문제를 **완전히 소멸**시키는 유일한 선택지입니다.
+
+#### (5) 부수 실측 — 폭발은 아직 안 터졌을 뿐이다
+
+`git status -sb` → `## main...origin/main [ahead 2]`. 즉 `12ba30b`(문서 서브모듈 이전)와 `916185c` 는 **아직 푸시되지 않았고**, 원격 HEAD 는 `629a67f` 입니다. CI 는 아직 이 변경을 본 적이 없습니다. **다음 푸시 순간 S-1 이 발현**하므로 T-1 은 푸시 이전에 완료되어야 합니다.
+
+---
+
+### A-2. C2 — 전면 수용. Rev.1 의 논거가 틀렸다
+
+Rev.1 은 "test 잡만 고치면 lint/compile 잡이 서브모듈 없는 트리를 훑는 **비대칭**이 남는다"는 이유로 세 checkout 전부에 `submodules` 를 요구했습니다. 실측 결과 이 논거는 성립하지 않습니다.
+
+| 잡 | 실제로 읽는 경로 | 서브모듈 필요 |
+|---|---|:---:|
+| `lint-shell` | `.agents/skills/**`, `.agents/hooks/…`, `deploy/*.sh` (shellcheck 대상 15개 파일 명시) | ❌ |
+| `lint-python` | `.agents/skills/multi-agent-mux-delegate-job/scripts/`, `.agents/skills/lib_py/` (flake8·py_compile) | ❌ |
+| `test` | `pytest tests/ -q` → D-11~D-19, D-22~D-30 이 `nats-docker/**` 를 읽음 | ✅ |
+
+lint 잡들은 서브모듈 경로를 **한 번도 참조하지 않습니다**. 없는 트리를 훑는 "비대칭"은 관측 가능한 결과를 낳지 않으므로 교정 대상이 아니었습니다. 리뷰어의 두 지적(불필요한 네트워크 I/O, 향후 경량 워크플로에서의 false positive)이 옳습니다.
+
+**다만 리뷰어 처방에 한 가지를 더합니다 — 공허 통과 방지.** "pytest 를 실행하는 잡"으로 스코프를 좁히면, 잡 이름을 바꾸거나 `pytest` 를 래퍼 스크립트(`make test`, `bash deploy/run-tests.sh`) 뒤로 숨기는 순간 가드가 **검사 대상 0건으로 조용히 통과**합니다. 따라서 D-31 은 테스트 수행 잡을 **하나도 못 찾으면 실패**해야 합니다. 이것이 없으면 스코프 축소가 곧 가드 무력화 경로가 됩니다.
+
+**구현 실측 참고**: PyYAML 로 `deploy/gitea-ci.yml` 을 파싱하면 최상위 키가 `['name', True, 'jobs']` 로 나옵니다 — YAML 1.1 이 `on:` 을 불리언 `True` 로 해석하는 알려진 함정입니다. D-31 은 `jobs` 만 읽으므로 영향은 없으나, Creator 가 `d["on"]` 에 접근하면 `KeyError` 를 만납니다. 현재 세 잡 모두 checkout 스텝 1개 · `with` 는 `None` 이며, `pytest` 가 포함된 잡은 `test` **하나**입니다.
+
+---
+
+### A-3. C3 — 원칙 수용. 그러나 "기동 차단"을 import 시점에 두면 스위트가 죽는다
+
+#### (1) 리뷰어가 옳은 부분
+
+Rev.1 의 처방은 "`MAM_ENV_FILE`(존재할 때만) → `MAM_REAL_ROOT` → … → `walk_up(cwd)`" 순서였습니다. 이는 사용자가 **명시적으로 지정한** 경로가 없을 때 상위 디렉터리의 다른 `.mam.env` 를 임의로 집어 든다는 뜻이고, 리뷰어 지적대로 **명시적 설정 우선 원칙 위반**입니다. 다른 프로젝트의 브로커/계정으로 조용히 붙을 위험이 실재합니다. 이 부분은 Rev.1 의 설계 오류이며 수정합니다.
+
+#### (2) 그러나 차단 지점은 옮겨야 한다
+
+`mqtt_common.py:112` 는 모듈 최상위에서 `_load_dotenv()` 를 호출합니다 — 즉 **import 부작용**입니다. 그리고 `mqtt_common` 을 import 하는 테스트 파일이 3개 있습니다.
+
+```
+tests/test_tier1_unit.py
+tests/test_tier2_component.py
+tests/test_deploy_freshness.py     ← D-19/D-27 이 DEFAULT_TOPIC_ROOT 만 읽으려고 import
+```
+
+여기서 예외를 던지면, 낡은 `MAM_ENV_FILE` 이 환경에 남아 있는 **모든** 상황에서 `import mqtt_common` 이 실패하고 스위트가 수집 단계에서 붕괴합니다. 브로커에 접속할 의도가 전혀 없는 소비자(상수 하나 읽는 테스트)까지 함께 죽습니다.
+
+#### (3) 종합 처방 — 기록은 import 에서, 거부는 접속 지점에서
+
+| 단계 | 동작 |
+|---|---|
+| **import (`_load_dotenv`)** | `MAM_ENV_FILE` 이 설정됐는데 파일이 없으면 → `logger.error("MAM_ENV_FILE is set to %s but no such file; refusing to auto-discover", path)` 후 **모듈 전역 플래그** `_env_file_missing = True` 설정. **자동 탐색을 시도하지 않음**(리뷰어 요구 반영). **예외를 던지지 않음** |
+| **`MAM_ENV_FILE` 미설정** | 순서 있는 탐색 수행: `MAM_REAL_ROOT` → `WORKSPACE_ROOT` → `walk_up(__file__)` → `walk_up(cwd)` |
+| **접속 지점 (`make_client()` / 브로커 설정 확정)** | ① `_env_file_missing` 이면 **명시적 예외로 거부**(fail-closed). ② 해석된 호스트가 내장 공개 기본값(`broker.hivemq.com`)과 같으면 **눈에 띄는 보안 경고** 출력 |
+
+이 배치가 두 요구를 모두 만족시킵니다: 명시적 설정이 깨졌을 때 조용히 다른 환경으로 새지 않고(리뷰어 C3-1), 자동 탐색이 아무것도 못 찾아 공개 브로커로 떨어질 때 반드시 경고가 나오며(리뷰어 C3-2), 그러면서도 읽기 전용 소비자의 import 를 깨뜨리지 않습니다.
+
+**보조 실측** — `_parse_env_file` 은 `if key and key not in os.environ` 로 기록하므로 **OS 환경변수가 파일보다 우선**합니다. 따라서 사용자가 `MQTT_BROKER` 를 직접 export 한 경우에는 공개 기본값으로 떨어지는 일이 애초에 없습니다. 위 ②의 조건을 "`MAM_ENV_FILE` 부재"가 아니라 "**해석 결과가 공개 기본값과 일치**"로 잡은 이유이며, 이 편이 탐색 경로 전체를 한 번에 덮습니다.
+
+---
+
+## B. Rev.1 → Rev.2 변경 요약
+
+| # | 변경 | 출처 |
+|---|---|---|
+| C-1 | **T-1 을 T-1a/T-1b/T-1c 로 분할** — `.gitmodules` 상대 URL은 `../../laa/nats-docker`(리뷰어 제시 형태는 오답), 비공개 서브모듈 자격증명 공급, 3개 선택지 비교 | A-1 |
+| C-2 | **D-31 스코프 축소** — "모든 checkout" → "테스트 수행 잡의 checkout". **공허 통과 방지 단언 추가** | A-2 |
+| C-3 | **T-9(B-17) 처방 재설계** — import 시점 기록 + 접속 지점 거부의 2단 구조. 명시적 경로 실패 시 자동 탐색 금지 | A-3 |
+| C-4 | 신규 발견 **S-13**(미푸시 2커밋 — S-1 발현 시점), **S-14**(공개 상위 / 비공개 서브모듈 비대칭) | A-1(5), A-1(1) |
+| C-5 | Rev.1 의 T-1 논거(“lint 잡 비대칭”) **철회** — 실측상 성립하지 않음 | A-2 |
+| C-6 | D-31 구현 주의 추가 — PyYAML 이 `on:` 을 `True` 키로 파싱 | A-2 |
+
+Rev.1 의 판정, 실측 원장(V-1~V-15), 발견 S-1~S-12, 작업 T-2~T-8·T-10~T-14, 가드 D-32 는 리뷰에서 전면 동의를 받았으며 변경 없이 유지합니다.
+
+---
+
+## 0. 판정
+
+테스트는 전건 통과하나 **문서 동기화 목표는 여전히 미충족**입니다(구현이 아직 수행되지 않았으므로 Rev.1 판정 유지).
+
+- `MESSAGING.md` 는 NATS·JetStream·Docker·원격·Tailscale 을 **0건** 언급하며, 확정 표준(`nats-server` MQTT **3.1.1**)과 모순되는 서술(`MQTT 5.0` / `Mosquitto·EMQX`)을 프로덕션 표준으로 제시합니다.
+- `IMPROVEMENTS.md` 는 해결된 B-14/B-15 를 미해결로 집계하고, Track 1R·D-22~D-30·서브모듈 전환을 0건 반영했습니다.
+- CI 는 서브모듈을 받지 않아 배포 신선도 가드 29건 중 **18건이 실패**하며(실측), 서브모듈이 **비공개**이므로 `submodules: recursive` 한 줄로는 해결되지 않습니다(신규).
+
+**[VERDICT: NOT PASS]**
+
+---
+
+## 1. 테스트 실행 결과
+
+| 명령 | 결과 |
+|---|---|
+| `.venv/bin/python -m pytest tests/test_deploy_freshness.py tests/test_sanity.py -q` | **31 passed in 21.43s** |
+| `.venv/bin/python -m pytest tests/ -q` (전체) | **306 passed in 375.81s** (exit 0) |
+| `pytest tests/ -q --collect-only` | **306 collected** |
+
+문서 회귀 0건. 양호 항목(조치 불필요): `_resolve_private_server_doc()`·`_resolve_docker_dir()` 3-후보 폴백 구현 ✅ / D-16 구멍 교정(`assert "alpine" in tag`) ✅ / `requirements.txt` 에 `PyYAML>=6.0` 추가 ✅ / CI 의 PyYAML 은 스킬 `requirements.txt` 의 `pyyaml` 로 확보되어 **결함 아님** ✅ / `implementation_plan.md` §5 P0.5·R-1~R-13 및 서브모듈 링크(`:7`, `:147`) 갱신 ✅.
+
+---
+
+## 2. 실측 원장
+
+Rev.1 의 V-1 ~ V-15 는 유지하며, 본 리비전에서 다음을 추가 측정했습니다.
+
+| # | 검증 | 방법 | 결과 |
+|---|---|---|---|
+| **V-16** | 서브모듈 공개 여부 | 자격증명 없이 `git ls-remote https://git.godopu.com/laa/nats-docker` | 🔴 `remote: Failed to authenticate user` → **비공개** |
+| **V-17** | 상위 저장소 공개 여부 | 동일 방식 `…/tmpl/multi-agent-mux` | 🟢 ref 목록 응답 → **공개** (원격 HEAD `629a67f`) |
+| **V-18** | 상대 URL 해석 | 임시 저장소에 동일 origin 설정 후 `git submodule init` | `../nats-docker` → `tmpl/nats-docker` ❌ / `../../laa/nats-docker` → `laa/nats-docker` ✅ |
+| **V-19** | 서브모듈 비밀 노출 | `git -C nats-docker ls-files` + `.gitignore` | 추적 파일 **10개, 비밀 파일 0개**. `.env` 제외, `.env.example` 빈 값, `nats.conf` 전부 `$VAR` |
+| **V-20** | 미푸시 커밋 | `git status -sb` | `## main...origin/main [ahead 2]` — `12ba30b`, `916185c` 미푸시 |
+| **V-21** | lint 잡의 서브모듈 의존 | `deploy/gitea-ci.yml:15-80` 의 shellcheck/flake8/py_compile 대상 경로 | `.agents/**`, `deploy/*.sh` 만 — **서브모듈 참조 0건** |
+| **V-22** | CI YAML 파싱 | PyYAML `safe_load` | 최상위 키 `['name', True, 'jobs']` (`on:` → 불리언). `pytest` 포함 잡 = `test` **1개**, 세 잡 모두 checkout 1개 · `with` 는 `None` |
+| **V-23** | `_load_dotenv` 호출 시점 | `mqtt_common.py:112` | **모듈 최상위 = import 부작용** |
+| **V-24** | `mqtt_common` import 소비자 | `grep -rln "import mqtt_common" tests/` | `test_tier1_unit.py`, `test_tier2_component.py`, `test_deploy_freshness.py` — **3개** |
+| **V-25** | 환경변수 우선순위 | `_parse_env_file`: `if key and key not in os.environ` | **OS 환경변수가 `.mam.env` 보다 우선** |
+
+---
+
+## 3. 발견 사항
+
+Rev.1 의 S-1 ~ S-12 를 유지하고, S-1 을 갱신하며 S-13/S-14 를 신설합니다. (S-2 ~ S-12 상세는 Rev.1 과 동일하므로 요지만 재수록합니다.)
+
+### 🔴 S-1 (P1, CI 차단) — **갱신**: 서브모듈 미체크아웃 + 비공개 저장소 인증
+
+`deploy/gitea-ci.yml` 의 checkout 3곳(`:21`, `:53`, `:87`)이 옵션 없이 `actions/checkout@v3` 를 씁니다. 트리를 복제해 `nats-docker/` 를 비운 시뮬레이션에서 **18 failed, 11 passed**(D-11~D-19, D-22~D-30 전멸)를 실측했습니다.
+
+**Rev.2 갱신**: `submodules: recursive` 추가만으로는 부족합니다. 서브모듈이 **비공개**(V-16)이고 상위 저장소는 **공개**(V-17)이며 **서로 다른 조직**이므로, 러너에 `laa/nats-docker` 읽기 권한이 별도로 공급되어야 합니다. §4 T-1a/T-1b/T-1c 참조.
+
+### 🔴 S-13 (P1, 타이밍) — **신설**: 아직 푸시되지 않았을 뿐이다
+
+`main` 이 `origin/main` 보다 **ahead 2**(V-20). 원격 HEAD 는 `629a67f` 이고, 서브모듈 문서 이전 커밋 `12ba30b`·`916185c` 는 로컬에만 있습니다. CI 는 아직 이 상태를 본 적이 없으며, **다음 푸시 순간 S-1 이 발현**합니다. T-1 은 푸시 이전에 완료되어야 하며, 그렇지 않으면 `main` 브랜치 CI 가 즉시 빨간불이 됩니다.
+
+### 🟠 S-14 (P2, 구조) — **신설**: 공개 상위 / 비공개 서브모듈 비대칭
+
+상위 저장소는 누구나 클론할 수 있으나(V-17) 서브모듈은 자격증명을 요구합니다(V-16). 결과적으로 **외부 사용자가 `deploy/install.sh` 경로로 이 프레임워크를 받으면 `nats-docker/` 는 빈 디렉터리**가 됩니다. 현재는 `install.sh` 가 `docker/` 나 `PRIVATE_SERVER.md` 를 배포하지 않으므로(Rev.1 D-8) 실사용에 지장은 없지만, 저장소를 클론해 테스트를 돌리려는 외부 기여자는 **18건 실패**를 만나게 됩니다. §4 T-1c 의 선택지 A(공개 전환)가 이 문제까지 함께 해소합니다.
+
+### 나머지 발견 (Rev.1 유지, 요지)
+
+| ID | 요지 |
+|---|---|
+| 🔴 **S-2** (P1) | `MESSAGING.md` 에 nats/jetstream/docker/remote/tailscale **0건**. §1.2 가 "MQTT **5.0** … Mosquitto or EMQX" 를 프로덕션 표준으로 제시 — NATS 는 MQTT 5.0 미지원이므로 단순 구식이 아니라 모순. §1.3 은 Mosquitto 설정을 유일한 레퍼런스로 제시 |
+| 🔴 **S-3** (P1) | `MESSAGING.md` §6.1-3 이 이미 해결된 B-15 를 현재 제약으로 서술("it exits, leaving the running herdr agent orphaned"). 실제로는 `job_subscriber.py:60 _check_disk_fallback`, `:230`, `:244`, `return 3` 존재. §4.2 도 B-14 수정 미반영 |
+| 🟠 **S-4** (P2) | `MESSAGING.md` 가 `broker_config_from_env` 파싱 10종 중 8종만 문서화 — `MQTT_CLIENT_ID_PREFIX`, `MQTT_KEEPALIVE` 누락. `.mam.env` 해석 순서(`_load_dotenv`) 절 부재 |
+| 🔴 **S-5** (P1) | `IMPROVEMENTS.md:3-6` 이 `276/276`, 미해결 5건(B-14·B-15 포함), 완료 24건. 실제로는 306/306, B-14/B-15 는 `c6b6c77` 에서 해결·G-1~G-10 봉인. 제목의 `✅ 완료` 마커도 이 둘만 누락(다른 42개는 보유) → 미해결 **3건**, 완료 **26건**. **A-2 는 M3 미완이므로 미해결 유지** |
+| 🔴 **S-6** (P1) | `IMPROVEMENTS.md` 에 `D-22`~`D-30`, `nats-docker`, `submodule`, `Track 1R` **0건**. 커밋 5종(`3523b9b`, `b09d420`, `629a67f`, `12ba30b`, `916185c`)의 성과가 백로그에 부재 |
+| 🔴 **S-7** (P1, 보안) | `B-17`/`B-18` 미등록(`implementation_plan.md:143` 은 등록 요구). HEAD 재현: `MAM_ENV_FILE=<오타경로>` → `broker.hivemq.com 1883 tls=False`, 대조군 → `vm-ubuntu 1883`. `.mam.env` 가 이미 사설 브로커를 가리키므로 지금이 더 위험 |
+| 🟠 **S-8** (P2) | `implementation_plan.md:3-5` 헤더가 `v1.0.0` / `a9934ad` / `276/276` — 실제 HEAD `916185c`, 306/306 |
+| 🟠 **S-9** (P2) | `:23` Track 1R 변경 지점이 구 경로. `:13-16` 트랙 다이어그램에 Track 1R 부재(§2 마일스톤 도식과 불일치). `:39` 테스트 수 `276 -> 280` |
+| 🟠 **S-10** (P2) | 서브모듈 전환(`629a67f`, `12ba30b`)이 로드맵에 기록 없음 |
+| 🟠 **S-11** (P2) | `:177` `.mam.env` 전환 미체크인데 실제로는 `MQTT_BROKER=vm-ubuntu`, `MQTT_USERNAME=mam_agent` 로 전환 완료 — 추적기가 현실보다 뒤처짐 |
+| 🟡 **S-12** (P3) | `:172` 의 `PRIVATE_SERVER.md:73`, `:146` 행 번호 인용이 낡음 → 절 번호로 교체 |
+
+---
+
+## 4. 동기화 작업 명세 (Creator 범위)
+
+**T-1 계열은 CI 를 되살리는 작업이며 S-13 때문에 다음 푸시 이전에 완료되어야 합니다.**
+
+### T-1a — `.gitmodules` 상대 URL 전환 (선택지 C 를 택할 경우 필수, 그 외에는 권고)
+
+```ini
+[submodule "nats-docker"]
+	path = nats-docker
+	url = ../../laa/nats-docker
+```
+
+⚠️ **`../nats-docker` 를 쓰지 마십시오.** 상위 origin 이 `tmpl/multi-agent-mux` 이므로 `tmpl/nats-docker` 로 해석되어 존재하지 않는 저장소를 가리킵니다(V-18). 변경 후 반드시 검증:
+
+```bash
+git submodule sync --recursive
+git config --get submodule.nats-docker.url   # → https://git.godopu.com/laa/nats-docker
+```
+
+효과는 **프로토콜·호스트 상속**(SSH 클론 시 서브모듈도 SSH, 미러/포크 이전 시 자동 추종)이며, **권한 문제는 해결하지 않습니다**.
+
+### T-1b — CI checkout 에 서브모듈 활성화
+
+`test` 잡의 checkout 스텝(`deploy/gitea-ci.yml:87`)에만 적용합니다(A-2).
+
+```yaml
+      - name: Checkout Code
+        uses: actions/checkout@v3
+        with:
+          submodules: recursive
+```
+
+`lint-shell`/`lint-python` 은 **변경하지 않습니다** — 서브모듈 경로를 읽지 않음이 실측되었습니다(V-21).
+
+### T-1c — 비공개 서브모듈 접근 확보 (택 1, 정책 판단 필요)
+
+| 선택지 | 방법 | 장점 | 단점 |
+|---|---|---|---|
+| **A. `nats-docker` 공개 전환** 🏆 | Gitea 에서 저장소 visibility 를 public 으로 | CI 인증 문제 **완전 소멸**. 외부 기여자 S-14 도 동시 해소. 추적 파일에 비밀 0건이 실측됨(V-19) | 배포 토폴로지(포트·계정 구조)가 공개됨. 단, 비밀은 없으며 보안은 시크릿에 의존하지 모호성에 의존하지 않음 |
+| **B. 러너에 읽기 토큰 주입** | `test` 잡에 `laa/nats-docker` 읽기 스코프 토큰을 secret 으로 두고, checkout 앞에 `git config --global url."https://<user>:${{ secrets.SUBMODULE_TOKEN }}@git.godopu.com/".insteadOf "https://git.godopu.com/"` | 저장소 비공개 유지 | 토큰 수명 관리 필요. 토큰이 CI 로그에 노출되지 않도록 주의. 외부 기여자는 여전히 실패 |
+| **C. 배포 키 + SSH URL** | `.gitmodules` 를 SSH 로 두고 러너에 read-only deploy key 배치 (T-1a 와 병행) | 스코프가 저장소 단위로 최소화됨 | 러너 이미지에 키 배치·`known_hosts` 관리 필요. 사설 도메인 DNS/인증서 이슈는 별도 |
+
+**권고: A.** 실측(V-19)상 공개해도 잃을 비밀이 없고, 세 선택지 중 유일하게 CI·외부 기여자·미래 미러 문제를 한 번에 없앱니다. 비공개 유지가 조직 정책이라면 B 를 택하고, 그 경우 §5 의 D-31 은 "checkout 이전에 자격증명 설정 스텝이 존재하는가"까지 검사하도록 확장하십시오.
+
+**검증**: Rev.1 의 시뮬레이션(트리 복제 후 `nats-docker/` 를 비우고 `pytest tests/test_deploy_freshness.py -q`)을 재실행하여 `18 failed` → `0 failed` 확인. 가능하면 실제 CI 에서 `test` 잡 1회 통과까지 확인.
+
+### T-2 ~ T-14 (Rev.1 유지, T-9 만 재설계)
+
+| ID | 파일 | 작업 |
+|---|---|---|
+| **T-2** | `MESSAGING.md` §1.2 / §1.3 | 프로덕션 브로커 표준을 `nats-server`(MQTT **3.1.1**)로 재작성. mermaid 노드·ACL 예시를 `MAM` 계정 / `mam_agent`·`mam_observer` / NATS `permissions` 문법으로 교체. Mosquitto 설정은 §1.4 "대안"으로 강등하고 상세는 `nats-docker/PRIVATE_SERVER.md` 링크 |
+| **T-3** | `MESSAGING.md` 신설 절 | JetStream 요구(MQTT 리스너 전제), retained=MQTT 전용 경계(N-1), MQTT-over-WebSocket `/mqtt`(N-7), 원격 노출 모델(모델 T/P) 요약 + 서브모듈 링크 |
+| **T-4** | `MESSAGING.md` §4.2 / §4.3 / §6.1-3 | B-14(발행 실패와 무관한 상태 동기화), B-15(`_check_disk_fallback`), F-4(rc=3) 반영. §6.1-3 은 "해결됨" 처리하되 잔여 제약(자동 재연결 루프 부재)만 유지 |
+| **T-5** | `MESSAGING.md` §4.4 | `MQTT_CLIENT_ID_PREFIX`·`MQTT_KEEPALIVE` 추가. `.mam.env` 해석 순서 절 신설, **OS 환경변수 우선**(V-25) 명기, **B-17 미해결 경고** 포함 |
+| **T-6** | `IMPROVEMENTS.md` 헤더 | 갱신일 2026-08-23, `306/306`, 미해결 **3건**(A-2, B-16, O-5), 완료 **26건** |
+| **T-7** | `IMPROVEMENTS.md` `:76`, `:81` | B-14·B-15 제목에 `✅ 완료` 마커 + 해결 커밋(`c6b6c77`)·가드(G-1~G-10) 기록 |
+| **T-8** | `IMPROVEMENTS.md` 신설 | `O-6 (✅ 완료): 원격 프로덕션 브로커 자산 정본화 및 nats-docker 서브모듈 분리` — 커밋 5종, D-22~D-30, 동적 경로 해석기, 297→306 |
+| **T-9** 🔄 | `IMPROVEMENTS.md` 신설 + 처방 | **`B-17 (P1)`** 등록. 처방을 **2단 구조**로 명시(아래 상세). `B-18` 도 함께 등록 |
+| **T-10** | `implementation_plan.md` `:3-5` | 문서 버전 상향, 기준 커밋 `916185c`, `306/306` |
+| **T-11** | `implementation_plan.md` `:13-16`, `:23`, `:39` | 트랙 다이어그램에 Track 1R 포함, 변경 지점을 `nats-docker/…` 경로로, 마일스톤 표 테스트 수 갱신 |
+| **T-12** | `implementation_plan.md` §5, §8 | `P0.6 서브모듈 분리` 단계 + 체크리스트 3행(2행 완료, **CI 1행 미완료**) |
+| **T-13** | `implementation_plan.md` `:177` | `.mam.env` 전환 실태 반영 — 체크 처리하거나 절차 미이행 사실 기록 |
+| **T-14** | `implementation_plan.md` `:172` | 행 번호 인용을 절 번호로 교체 |
+
+#### T-9 상세 — B-17 처방 (C3 반영 재설계)
+
+```python
+# mqtt_common.py — import 시점: 기록만, 예외 없음
+_env_file_missing: Optional[str] = None
+
+def _load_dotenv(workspace_dir=None):
+    global _env_file_missing
+    explicit = os.environ.get("MAM_ENV_FILE")
+    if explicit:
+        if os.path.isfile(explicit):
+            _parse_env_file(explicit)
+        else:
+            _env_file_missing = explicit
+            logger.error(
+                "MAM_ENV_FILE is set to %s but no such file exists; "
+                "refusing to auto-discover another .mam.env", explicit)
+        return                      # 명시적 지정 시 자동 탐색 금지 (리뷰어 C3-1)
+    # 미설정일 때만 순서 있는 탐색 (first-hit-wins)
+    for cand in (_from_env("MAM_REAL_ROOT"), _from_env("WORKSPACE_ROOT"),
+                 _walk_up(os.path.dirname(os.path.abspath(__file__))),
+                 _walk_up(os.getcwd())):
+        if cand and os.path.isfile(cand):
+            _parse_env_file(cand); return
+```
+
+```python
+# 접속 지점(make_client 또는 설정 확정 함수) — 여기서 거부한다
+def make_client(role, cfg):
+    if _env_file_missing:
+        raise RuntimeError(
+            f"MAM_ENV_FILE points to a missing file ({_env_file_missing}); "
+            "refusing to connect with an unverified broker identity")
+    if cfg.host == "broker.hivemq.com":
+        logger.error("SECURITY: falling back to the PUBLIC broker "
+                     "broker.hivemq.com — job payloads will be world-readable")
+    ...
+```
+
+**왜 import 에서 던지지 않는가**: `_load_dotenv()` 는 `mqtt_common.py:112` 의 import 부작용이고(V-23), 테스트 3개 파일이 브로커 접속 의도 없이 이 모듈을 import 합니다(V-24). import 에서 예외를 던지면 낡은 `MAM_ENV_FILE` 하나로 스위트 전체가 수집 단계에서 붕괴합니다.
+
+**왜 경고 조건이 "공개 기본값과 일치"인가**: OS 환경변수가 파일보다 우선하므로(V-25), `MQTT_BROKER` 를 직접 export 한 사용자는 파일이 없어도 공개 브로커로 떨어지지 않습니다. 호스트 결과값을 기준으로 삼으면 탐색 경로 전체를 한 조건으로 덮습니다.
+
+---
+
+## 5. 권고 신규 가드
+
+| ID | 단언 | 공허 통과 방지 | 잡아내는 회귀 |
+|---|---|---|---|
+| **D-31** 🔄 | `deploy/gitea-ci.yml` 을 YAML 파싱 → 각 잡의 `run` 블록을 합쳐 `pytest` 또는 `tests/` 가 등장하면 **테스트 수행 잡**으로 판정 → 그 잡의 모든 `actions/checkout` 스텝이 `with.submodules` 를 truthy 로 가질 것. **`.gitmodules` 가 존재할 때만 활성**(서브모듈 제거 시 자동 무력화) | **테스트 수행 잡이 0건이면 FAIL** — 잡 이름 변경이나 래퍼 스크립트로 `pytest` 를 숨겨 가드를 조용히 비활성화하는 경로를 차단 | S-1 재발. 린트 잡은 검사 대상에서 제외되므로 경량 워크플로 추가를 방해하지 않음(A-2) |
+| **D-32** | `MESSAGING.md` 가 문서화한 `MQTT_*` 집합 ⊇ `mqtt_common.broker_config_from_env` 가 파싱하는 집합 | 코드에서 변수 0개 추출 시 FAIL | S-4 재발. D-11 이 `PRIVATE_SERVER.md` 에 대해 하는 검사를 `MESSAGING.md` 로 확장 |
+
+**D-31 구현 주의**: PyYAML 은 `on:` 을 불리언 `True` 키로 파싱합니다(V-22). `d["jobs"]` 만 읽으면 무해하나 `d["on"]` 접근은 `KeyError` 입니다. 현재 상태에서 이 가드는 `test` 잡 1개를 대상으로 삼고 **즉시 FAIL** 합니다(`with` = `None`) — 착수 시점에 공허 통과가 아님이 자동 증명됩니다.
+
+**뮤테이션 수용 기준**: ① `test` 잡의 `submodules: recursive` 제거 → D-31 FAIL. ② `test` 잡 이름을 `verify` 로 변경 → **여전히 FAIL 해야 함**(`run` 내용 기준 판정). ③ `pytest tests/ -q` 를 `bash deploy/run-tests.sh` 로 감싸고 `tests/` 문자열 제거 → D-31 이 대상 0건을 만나 **FAIL**(공허 통과 방지 단언). ④ `MESSAGING.md` 에서 `MQTT_PORT` 삭제 → D-32 FAIL.
+
+---
+
+## 6. 열린 질문
+
+| # | 질문 | 기본값(무응답 시) |
+|---|---|---|
+| **Q-1** | `.mam.env` 전환(S-11)이 §9.5 드레인 절차를 밟은 것인가? | 밟지 않은 것으로 간주, T-13 에서 사후 잔여 스캔을 과제로 기록 |
+| **Q-2** | A-2 를 완료로 전환할 시점은? | M3(지문 토픽 + 무조건 토큰) 이후 유지. 사설 브로커 전환만으로는 종결하지 않음 |
+| **Q-3** | `MESSAGING.md` 의 Mosquitto 절을 삭제할 것인가? | **남김**(§1.4 로 강등). `PRIVATE_SERVER.md` §4.2 가 mosquitto 를 여전히 대안으로 제시하므로 삭제하면 두 문서가 어긋남 |
+| **Q-4** | D-31 / D-32 를 이번 커밋에 포함할 것인가? | 포함 권고 |
+| **Q-5** 🆕 | **T-1c 선택지 — `nats-docker` 를 공개로 전환할 것인가?** | **A(공개 전환) 권고**. 추적 파일에 비밀 0건 실측(V-19). 비공개 유지가 정책이면 B(토큰 주입) |
+| **Q-6** 🆕 | B-17 의 접속 지점 거부를 예외로 할 것인가 종료 코드로 할 것인가? | **예외**(`RuntimeError`). `publish_event.py` 는 이미 B-14 로 예외를 잡아 디스크 상태를 동기화한 뒤 rc 를 매핑하므로, 예외가 루프를 멈추지 않고 fail-closed 만 달성 |
+
+---
+
+## 7. 결론
+
+- **테스트**: 충족. 요청 명령 31/31, 전체 306/306, 문서 회귀 0건.
+- **`MESSAGING.md`**: 미충족(S-2, S-3, S-4).
+- **`IMPROVEMENTS.md`**: 미충족(S-5, S-6, S-7).
+- **`implementation_plan.md`**: 부분 충족 — 서브모듈 링크는 갱신되었으나 헤더·트랙표·다이어그램·전환 기록·상태 드리프트 잔존(S-8 ~ S-12).
+- **최우선**: S-1 + S-13. CI 는 서브모듈을 받지 않고, 서브모듈은 비공개이며, 문제를 발현시킬 커밋 2개가 아직 푸시되지 않은 상태입니다. **푸시 이전에 T-1a~T-1c 를 완료하십시오.**
+
+리뷰어 `agy` 의 세 지적은 모두 실재하는 맹점이었고, C2·C3 는 Rev.1 의 처방을 직접 교정했습니다. C1 은 전제가 옳았으나 제시된 상대 URL 형태(`../nats-docker`)가 잘못된 조직을 가리키므로 `../../laa/nats-docker` 로 교정하여 반영했습니다.
+
+[VERDICT: NOT PASS]

.agents/reports/canary-projects-multi-agent-mux-creator-cline/report-354f9a22.md

@@ -0,0 +1,196 @@
+# Cross-Code Review Report — Job `354f9a22`
+
+- **Reviewer**: cline (session `herdr:canary-projects-multi-agent-mux-creator-cline`)
+- **Date**: 2026-08-23
+- **Changeset**: uncommitted working-tree, 3 files, +20/-1 (`deploy/INSTALL.md`, `deploy/README.md`, `deploy/install.sh`)
+- **Scope**: Cross-code review (lint / behavior / loss) of `deploy/` scripts & documentation
+  synchronization against the latest NATS messaging architecture and the `nats-docker`
+  submodule integration.
+
+---
+
+## 1. Changeset Summary
+
+| File | Δ | Nature |
+|---|---|---|
+| `deploy/INSTALL.md` | +6 | New §7 "전용 NATS 메시징 브로커 설정 (.mam.env)": `.mam.env` generation, `git submodule update --init --recursive` guidance, links to `nats-docker/PRIVATE_SERVER.md` + `MESSAGING.md` |
+| `deploy/README.md` | +13 | New §5 "Private NATS Broker & Submodule Integration (nats-docker)": broker description, `git clone --recurse-submodules` / `git submodule update --init --recursive` commands, links to `nats-docker/PRIVATE_SERVER.md` + `MESSAGING.md` |
+| `deploy/install.sh` | +1/-1 | Inline `.mam.env` default `MAM_CLIENT_PREFIX`: `mam-agent` → `hermes` |
+
+---
+
+## 2. Verification Methodology
+
+1. Gathered changeset via `git diff --stat` / `git --no-pager diff`.
+2. Audited all `deploy/` files for submodule-init support, stale root-`docker/` references,
+   and `MQTT_CLIENT_ID_PREFIX` default alignment.
+3. Verified cross-reference link resolution for every new doc link (target existence +
+   relative-path correctness vs. the document's location under `deploy/`).
+4. Confirmed `MAM_CLIENT_PREFIX="hermes"` consistency across `install.sh`, `.mam.env.example`,
+   `MESSAGING.md`, and `mqtt_common.py`.
+5. Verified `deploy/generate-env.sh` (the `.mam.env` generation path referenced by INSTALL.md)
+   works and relies on the committed `.mam.env.example` template.
+6. Verified `deploy/gitea-ci.yml` test job enables `submodules: recursive`.
+7. Ran mandated tests: `.venv/bin/python -m pytest tests/test_deploy_freshness.py tests/test_sanity.py -q`.
+
+---
+
+## 3. Verification Results
+
+### 3.1 `deploy/install.sh` — `MAM_CLIENT_PREFIX` default — PASS
+- Line 509: `MAM_CLIENT_PREFIX="hermes"` (was `mam-agent`), written to `MQTT_CLIENT_ID_PREFIX=hermes`
+  in the inline `.mam.env` block (line 520).
+- This now matches all other sources of the default:
+  - `mqtt_common.py:230` → `os.environ.get("MQTT_CLIENT_ID_PREFIX", "hermes")`
+  - `mqtt_common.py:218` docstring → `MQTT_CLIENT_ID_PREFIX (hermes)`
+  - `.mam.env.example:80-81` → `#default: hermes` / `# MQTT_CLIENT_ID_PREFIX=hermes`
+  - `MESSAGING.md:302` → `MQTT_CLIENT_ID_PREFIX | hermes`
+- No `mam-agent` references remain anywhere in code/docs (only in historical job briefs/logs).
+- The change is a correct, surgical alignment fix.
+
+### 3.2 Stale root `docker/` references — PASS
+- `grep -rn 'docker/' deploy/ | grep -v nats-docker` → **none found**.
+- All `deploy/` scripts (`install.sh`, `install_mam.sh`, `update.sh`, `remove.sh`,
+  `generate-env.sh`) and docs (`INSTALL.md`, `README.md`, `gitea-ci.yml`) contain zero
+  references to the removed root-level `docker/` directory. All Docker references now point to
+  the `nats-docker/` submodule. Migration is complete.
+
+### 3.3 Submodule initialization support — PASS
+- **CI**: `deploy/gitea-ci.yml` test job (line 82-89) uses `actions/checkout@v3` with
+  `submodules: recursive`, then runs `pytest tests/ -q`. Correct — CI test runs get the
+  `nats-docker` assets.
+- **Fresh install / update (documentation)**: `deploy/INSTALL.md` §7 and `deploy/README.md` §5
+  both instruct users to run `git submodule update --init --recursive` (README.md also shows
+  `git clone --recurse-submodules ...` for fresh clones).
+- **Scripts**: `install.sh`, `update.sh`, `install_mam.sh`, `remove.sh` do **not** auto-run
+  `git submodule update --init --recursive`. This is appropriate ("where appropriate" in the
+  task): the `nats-docker` submodule holds *optional private-broker deployment assets*
+  (docker-compose, nats.conf, guides), not the MAM runtime. Forcing git operations during a
+  user-environment install/update would be wrong for users who don't deploy a private broker
+  and could fail where git/submodule access is unavailable. Submodule init is therefore
+  *documented guidance* (present) rather than *automated* (correctly absent) — consistent
+  with the submodule being an optional deployment concern.
+
+### 3.4 `.mam.env` generation & default MQTT parameters — PASS
+- `deploy/generate-env.sh` copies `.mam.env.example` → `.mam.env` (idempotent, `--force`/
+  `--migrate-legacy` options, repo-root-relative path resolution). Works as documented.
+- `.mam.env.example` documents `MQTT_CLIENT_ID_PREFIX` default as `hermes` (line 80-81),
+  consistent with `install.sh` and code.
+- INSTALL.md §7 correctly directs users to `bash deploy/generate-env.sh` (or
+  `cp .mam.env.example .mam.env`) for `.mam.env` creation.
+- Note (pre-existing, **not** introduced by this changeset): `.mam.env.example:7` comments
+  `scripts/generate-env.sh` while the actual path is `deploy/generate-env.sh`. Out of scope
+  for this review; flagged for awareness only.
+
+### 3.5 `deploy/README.md` §5 — PASS
+- New §5 accurately describes the private NATS broker (`nats:2.12-alpine`, MQTT 3.1.1 +
+  JetStream) and the `nats-docker` submodule.
+- Provides both fresh-clone (`git clone --recurse-submodules <url>`) and existing-clone
+  (`git submodule update --init --recursive`) commands.
+- Clone URL `https://git.godopu.com/tmpl/multi-agent-mux.git` matches the actual remote origin.
+- Cross-reference links use the correct file-relative form:
+  `../nats-docker/PRIVATE_SERVER.md` and `../MESSAGING.md` (both resolve from `deploy/` to the
+  repo-root targets, confirmed to exist). ✓
+
+### 3.6 `deploy/INSTALL.md` §7 — see M-1 (link defect), content otherwise PASS
+- §7 content is accurate and well-placed: NATS broker purpose, `.mam.env` generation path,
+  submodule sync command, and broker/Tailscale guide pointer.
+- The `git submodule update --init --recursive` guidance is correct and consistent with
+  README.md §5.
+- **Link defect**: the two cross-reference links use a non-standard `file://./` scheme
+  (see Finding M-1). Content is correct; only the link URLs are wrong.
+
+### 3.7 Mandated tests — PASS
+- `.venv/bin/python -m pytest tests/test_deploy_freshness.py tests/test_sanity.py -q`
+  → **33 passed** in 22.58s. 100% pass rate, 0 regressions.
+- No test depends on the new doc sections, so the changeset is test-neutral; the prior D-31
+  (CI submodules) and D-32 (MESSAGING.md env coverage) guards remain green.
+
+---
+
+## 4. Detailed Findings
+
+### M-1 (Medium) — Non-standard / broken cross-reference links in `deploy/INSTALL.md` §7
+
+- **Location**: `deploy/INSTALL.md` line 134 (new §7):
+  - `[\`nats-docker/PRIVATE_SERVER.md\`](file://./nats-docker/PRIVATE_SERVER.md)`
+  - `[\`MESSAGING.md\`](file://./MESSAGING.md)`
+- **Observation**: These links use the `file://./<path>` URL scheme. Per RFC 8089, `file://`
+  introduces an authority; `file://./...` places a `.` (invalid) authority before the path, so
+  the form is non-standard. More importantly, `file://` URLs are **not** rewritten to
+  repo-relative paths by the Gitea/GitHub markdown renderer — they render as literal `file://`
+  links. Resolved relative to the document's location (`deploy/`), `./nats-docker/...` and
+  `./MESSAGING.md` point to `deploy/nats-docker/PRIVATE_SERVER.md` and `deploy/MESSAGING.md`,
+  both of which **do not exist** (confirmed: `deploy/nats-docker/` and `deploy/MESSAGING.md`
+  are missing; the real targets are at the repo root).
+- **Inconsistency**: The sibling `deploy/README.md` §5, added in the **same** changeset, uses
+  the correct file-relative form `../nats-docker/PRIVATE_SERVER.md` and `../MESSAGING.md`
+  (which resolve from `deploy/` to the repo-root targets). The two new sections therefore
+  disagree on link convention.
+- **Impact**: Medium. A user following INSTALL.md cannot click through to the private-broker
+  guide / MESSAGING reference in the Gitea web UI (the canonical viewing context). The link
+  *text* still shows the path, so a user can navigate manually, and README.md §5 provides
+  working links — impact is mitigated but the defect is real and functional (broken
+  navigation), not merely cosmetic. No runtime/test effect.
+- **Recommendation**: Replace the two `file://./` URLs with the file-relative form used by
+  README.md:
+  - `file://./nats-docker/PRIVATE_SERVER.md` → `../nats-docker/PRIVATE_SERVER.md`
+  - `file://./MESSAGING.md` → `../MESSAGING.md`
+  This is a 2-token surgical edit; no design change required.
+
+### Note (pre-existing, out of this changeset's scope)
+- `.mam.env.example:7` documents the generator path as `scripts/generate-env.sh` but the
+  actual location is `deploy/generate-env.sh`. This predates the changeset and is not
+  introduced or touched by it; flagged for awareness only (do not fix in this review's scope).
+
+### Positive observations
+- `install.sh` `MAM_CLIENT_PREFIX` → `hermes` is a clean, correct alignment that achieves
+  100% consistency across `mqtt_common.py`, `.mam.env.example`, `MESSAGING.md`, and fresh
+  `.mam.env` generation.
+- Zero stale root-`docker/` references across the entire `deploy/` tree.
+- Submodule-init guidance is consistently provided in both INSTALL.md and README.md, and CI
+  correctly automates it via `submodules: recursive`. Scripts appropriately do **not** force
+  the optional submodule during user install/update.
+- README.md §5 links and clone URL are correct.
+---
+
+## 5. Risk Assessment
+
+| Area | Status |
+|---|---|
+| Runtime behavior | No runtime code changed (docs + one shell default). `install.sh` default alignment is correct. PASS. |
+| Test suite | 33/33 mandated tests pass; 0 regressions. PASS. |
+| Stale references | Zero root-`docker/` references in `deploy/`. PASS. |
+| Submodule support | CI automates (`submodules: recursive`); docs guide manual init; scripts correctly leave optional submodule out of user install/update. PASS. |
+| `.mam.env` / MQTT defaults | `hermes` consistent across install.sh, .mam.env.example, MESSAGING.md, code. PASS. |
+| Cross-reference links | INSTALL.md §7 links use non-standard `file://./` → broken in Gitea renderer (M-1). README.md links correct. Minor / non-blocking. |
+| Loss / orphaned references | None — all `nats-docker/` and `MESSAGING.md` targets exist at repo root. PASS. |
+
+The single finding (M-1) is documentation-level, non-blocking, and fixable by a 2-token edit.
+No design-level rework is warranted; no `[ESCALATE: PLANNER]` is required.
+
+---
+
+## 6. Actionable Follow-up (optional, small cleanup commit)
+
+1. **M-1**: In `deploy/INSTALL.md` line 134, replace
+   `(file://./nats-docker/PRIVATE_SERVER.md)` → `(../nats-docker/PRIVATE_SERVER.md)` and
+   `(file://./MESSAGING.md)` → `(../MESSAGING.md)` to match README.md §5's working link form.
+2. *(Pre-existing, separate)*: Fix `.mam.env.example:7` path comment
+   `scripts/generate-env.sh` → `deploy/generate-env.sh`.
+
+---
+
+## 7. Verdict
+
+All mandated tests pass (33/33, 0 regressions). The `install.sh` `MAM_CLIENT_PREFIX` →
+`hermes` change correctly aligns the default across code, template, and docs. No stale
+root-`docker/` references remain anywhere in `deploy/`. Submodule initialization is properly
+supported (CI automates it; INSTALL.md and README.md document the manual step; scripts
+appropriately treat the optional `nats-docker` submodule as a deployment concern rather than
+a runtime one). The only finding (M-1) is a non-standard, non-functional cross-reference
+link scheme in `deploy/INSTALL.md` §7 — documentation-level, non-blocking, fixable by a
+2-token edit, and inconsistent only with the sibling README.md §5 added in the same changeset.
+No escalation to the planner is warranted.
+
+[VERDICT: PASS]

.agents/reports/canary-projects-multi-agent-mux-creator-cline/report-869d7874.md

@@ -0,0 +1,350 @@
+# Cross-Code Review Report — Job 869d7874
+
+- **Reviewer**: cline (session: `herdr:canary-projects-multi-agent-mux-creator-cline`)
+- **Job ID**: 869d7874
+- **Review Target**: Commit `12ba30b` — `docs: move PRIVATE_SERVER.md and NATS_REPORT.md to nats-docker submodule`
+- **Base**: `origin/main` (commit `629a67f`)
+- **Date**: 2026-08-23
+- **Scope**: Pre-push review of all local commits ahead of remote (`origin/main..HEAD`), focusing on Git submodule configuration, test guard submodule compatibility, and legacy file removal/migration.
+
+---
+
+## 1. Executive Summary
+
+Commit `12ba30b` migrates two documentation files (`PRIVATE_SERVER.md`, `NATS_REPORT.md`) from the repository root into the `nats-docker` Git submodule and updates the deploy-freshness test suite to resolve their new locations dynamically. The submodule pointer is bumped from `c86cc98` → `a4b6e49`.
+
+**Changeset**: 4 files changed, +26 insertions, -772 deletions:
+- `NATS_REPORT.md` — **deleted** from root (176 lines)
+- `PRIVATE_SERVER.md` — **deleted** from root (584 lines)
+- `nats-docker` — submodule pointer updated (`c86cc98` → `a4b6e49`)
+- `tests/test_deploy_freshness.py` — added `_resolve_private_server_doc()`, updated D-11~D-19 + D-23 to use `PRIVATE_SERVER_DOC_PATH`
+
+**Verdict**: **[VERDICT: PASS]** — The migration is clean, byte-identical, and test-compatible. Two non-blocking documentation findings (orphaned markdown links and stale text references in `implementation_plan.md`).
+
+---
+
+## 2. Changeset Overview
+
+```
+12ba30b docs: move PRIVATE_SERVER.md and NATS_REPORT.md to nats-docker submodule
+
+ NATS_REPORT.md                 | 176 ---
+ PRIVATE_SERVER.md              | 584 ----
+ nats-docker                    |   2 +-
+ tests/test_deploy_freshness.py |  36 ++-
+ 4 files changed, 26 insertions(+), 772 deletions(-)
+```
+
+| File | Change | Lines |
+|---|---|---|
+| `NATS_REPORT.md` | Deleted from root; content now lives at `nats-docker/NATS_REPORT.md` | -176 |
+| `PRIVATE_SERVER.md` | Deleted from root; content now lives at `nats-docker/PRIVATE_SERVER.md` | -584 |
+| `nats-docker` | Submodule gitlink pointer updated `c86cc98` → `a4b6e49` | ±1 |
+| `tests/test_deploy_freshness.py` | New `_resolve_private_server_doc()` resolver; 9 test functions updated to use `PRIVATE_SERVER_DOC_PATH` | +26/-10 |
+
+### Commit Context (Accumulated Changeset `3523b9b..12ba30b`)
+
+The brief references the broader range `3523b9b..12ba30b` (4 commits). The first 3 commits (`3523b9b`, `b09d420`, `629a67f`) were already reviewed in job `1ed5cf56` (Track 1R Docker assets + D-22~D-30 guards). This review focuses on the new unpushed commit `12ba30b`, which is the final step in the submodule migration chain:
+
+| Commit | Description | Reviewed In |
+|---|---|---|
+| `3523b9b` | Established remote Docker deployment plan + D-15~D-21 guards | Job `1ed5cf56` |
+| `b09d420` | Created `docker/` assets + D-22~D-30 guards | Job `1ed5cf56` |
+| `629a67f` | Converted `docker/` to `nats-docker` submodule | Job `1ed5cf56` (prior state) |
+| **`12ba30b`** | **Moved docs to submodule + test resolver update** | **This review** |
+
+---
+
+## 3. Review Area 1 — Git Submodule Configuration
+
+### 3.1 `.gitmodules` ✅
+
+```ini
+[submodule "nats-docker"]
+    path = nats-docker
+    url = https://git.godopu.com/laa/nats-docker
+```
+
+- **Path**: `nats-docker` (relative to repo root) — correct
+- **URL**: `https://git.godopu.com/laa/nats-docker` — well-formed HTTPS URL
+- **Single submodule**: Only one submodule entry; no orphan or duplicate entries
+
+### 3.2 Submodule Pointer ✅
+
+```
+Parent records: Subproject commit a4b6e49a1f01dac4974fcd3c7e4e9382be665e33
+Submodule HEAD: a4b6e49a1f01dac4974fcd3c7e4e9382be665e33
+git submodule status: a4b6e49a1f01dac4974fcd3c7e4e9382be665e33 nats-docker (heads/main)
+```
+
+- Parent repo's gitlink and submodule's actual HEAD are **identical** (`a4b6e49`) — no detached/dirty state.
+- Mode `160000` (gitlink) — correct submodule entry type.
+- Previous pointer `c86cc98` → new pointer `a4b6e49` — the bump corresponds to the commit that added `PRIVATE_SERVER.md` and `NATS_REPORT.md` to the submodule.
+
+### 3.3 Submodule Git Directory ✅
+
+```
+nats-docker/.git → gitdir: ../.git/modules/docker
+.git/modules/docker/HEAD → ref: refs/heads/main
+```
+
+- Submodule's `.git` file correctly points to the parent's `.git/modules/docker/` directory (standard Git submodule layout).
+- HEAD tracks `refs/heads/main` — clean checkout, not detached.
+
+### 3.4 Submodule Contents ✅
+
+```
+nats-docker/
+├── .agents/
+├── .git (gitdir)
+├── .gitignore
+├── docker/
+│   ├── .env.example
+│   ├── docker-compose.yaml
+│   ├── nats.conf
+│   └── README.md
+├── NATS_REPORT.md
+├── PRIVATE_SERVER.md
+└── README.md
+```
+
+All expected assets are present. The `docker/` directory (moved in commit `629a67f`) and the two documentation files (moved in this commit `12ba30b`) coexist cleanly in the submodule.
+
+### 3.5 Byte-Level Content Verification ✅
+
+Verified that the moved files are **byte-for-byte identical** to the originals deleted from root:
+
+| File | Old root path | New submodule path | `diff` result |
+|---|---|---|---|
+| `PRIVATE_SERVER.md` | 584 lines (deleted) | `nats-docker/PRIVATE_SERVER.md` (584 lines) | **MATCH** (0 diff) |
+| `NATS_REPORT.md` | 176 lines (deleted) | `nats-docker/NATS_REPORT.md` (176 lines) | **MATCH** (0 diff) |
+
+No content was modified during the migration — pure file move.
+
+### 3.6 Submodule `.gitignore` ✅
+
+```gitignore
+# Environment files
+.env
+*.env
+!*.env.example
+
+# Runtime data & volumes
+docker/volumes/
+volumes/
+
+# Logs
+*.log
+```
+
+- `.env` and `*.env` are ignored; `!*.env.example` un-ignores the template — consistent with the parent repo's secret hygiene pattern.
+- `docker/volumes/` is ignored — runtime data won't leak into the submodule repo.
+
+---
+
+## 4. Review Area 2 — Test Guards (Submodule Compatibility)
+
+### 4.1 `_resolve_docker_dir()` ✅ (pre-existing, from commit `629a67f`)
+
+```python
+def _resolve_docker_dir() -> str:
+    for candidate in [
+        os.path.join(REPO_ROOT, "nats-docker", "docker"),  # submodule path (canonical)
+        os.path.join(REPO_ROOT, "nats-docker"),            # flat submodule layout
+        os.path.join(REPO_ROOT, "docker"),                 # legacy root path
+    ]:
+        if os.path.exists(os.path.join(candidate, "docker-compose.yaml")):
+            return candidate
+    return os.path.join(REPO_ROOT, "nats-docker", "docker")  # fail-safe default
+```
+
+- **Search order**: submodule → flat submodule → legacy root. Correct priority (new canonical first, legacy fallback last).
+- **Existence check**: Probes for `docker-compose.yaml` specifically, preventing false matches from empty directories.
+- **Fail-safe default**: Returns the expected canonical path even if nothing exists, so downstream assertions produce meaningful "file missing" errors rather than `None`-related crashes.
+- All D-22~D-30 guards use `DOCKER_DIR`, `COMPOSE_PATH`, `NATS_CONF_PATH`, `ENV_EXAMPLE_PATH`, `DOCKER_README_PATH` — all derived from this resolver. ✅
+
+### 4.2 `_resolve_private_server_doc()` ✅ (new in this commit)
+
+```python
+def _resolve_private_server_doc() -> str:
+    for candidate in [
+        os.path.join(REPO_ROOT, "nats-docker", "PRIVATE_SERVER.md"),      # submodule (canonical)
+        os.path.join(REPO_ROOT, "nats-docker", "docs", "PRIVATE_SERVER.md"), # alternate layout
+        os.path.join(REPO_ROOT, "PRIVATE_SERVER.md"),                     # legacy root
+    ]:
+        if os.path.exists(candidate):
+            return candidate
+    return os.path.join(REPO_ROOT, "nats-docker", "PRIVATE_SERVER.md")   # fail-safe default
+```
+
+- **Symmetrical design**: Mirrors `_resolve_docker_dir()`'s pattern — submodule first, legacy fallback last, fail-safe default.
+- **Alternate layout**: Includes `nats-docker/docs/` as a candidate, future-proofing against a potential reorganization within the submodule.
+- **Module-level constant**: `PRIVATE_SERVER_DOC_PATH = _resolve_private_server_doc()` is evaluated once at import time, not per-test — consistent with `DOCKER_DIR`.
+
+### 4.3 D-11 ~ D-19 Migration ✅
+
+Nine test functions updated from hardcoded `os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")` to the new `PRIVATE_SERVER_DOC_PATH`:
+
+| Guard | What it checks | Path source |
+|---|---|---|
+| D-11 | PRIVATE_SERVER.md env names valid | `PRIVATE_SERVER_DOC_PATH` ✅ |
+| D-12 | No deprecated MAM_MQTT_* in code fences | `PRIVATE_SERVER_DOC_PATH` ✅ |
+| D-13 | nats config blocks valid (mqtt {) | `PRIVATE_SERVER_DOC_PATH` ✅ |
+| D-14 | CLI args valid | `PRIVATE_SERVER_DOC_PATH` ✅ |
+| D-15 | store_dir valid + unquoted heredoc | `PRIVATE_SERVER_DOC_PATH` ✅ |
+| D-16 | nats image alpine-pinned | `PRIVATE_SERVER_DOC_PATH` ✅ |
+| D-17 | Port 8222 localhost-bound | `PRIVATE_SERVER_DOC_PATH` ✅ |
+| D-18 | TLS examples use domain names | `PRIVATE_SERVER_DOC_PATH` ✅ |
+| D-19 | Subject literals match topic root | `PRIVATE_SERVER_DOC_PATH` ✅ |
+
+All 9 functions now resolve the document through the submodule-aware resolver. The assertion message in D-11 was also improved: `"PRIVATE_SERVER.md missing"` → `f"PRIVATE_SERVER.md missing at {doc_path}"` — provides the resolved path in the error, aiding debugging.
+
+### 4.4 D-23 Cross-Document Tag Matching ✅
+
+D-23 verifies that the compose image tag appears in `PRIVATE_SERVER.md`. This test was updated to use `PRIVATE_SERVER_DOC_PATH` instead of the hardcoded root path. Since the content is byte-identical (§3.5), the tag-matching logic produces the same result.
+
+### 4.5 D-22 ~ D-30 (Docker Assets Guards) ✅
+
+These guards use `DOCKER_DIR` (from `_resolve_docker_dir()`) and were **not modified** in this commit — they were already submodule-compatible from commit `629a67f`. Verified all 9 guards resolve through the correct paths:
+
+| Guard | Path variables used | Submodule-aware? |
+|---|---|---|
+| D-22 | `COMPOSE_PATH`, `NATS_CONF_PATH`, `ENV_EXAMPLE_PATH`, `DOCKER_README_PATH` | ✅ (via `DOCKER_DIR`) |
+| D-23 | `COMPOSE_PATH` + `PRIVATE_SERVER_DOC_PATH` | ✅ |
+| D-24 | `COMPOSE_PATH` | ✅ |
+| D-25 | `NATS_CONF_PATH`, `ENV_EXAMPLE_PATH` | ✅ |
+| D-26 | `NATS_CONF_PATH`, `COMPOSE_PATH` | ✅ |
+| D-27 | `NATS_CONF_PATH` + `mqtt_common.DEFAULT_TOPIC_ROOT` | ✅ |
+| D-28 | `COMPOSE_PATH` | ✅ |
+| D-29 | `DOCKER_DIR`, `ENV_EXAMPLE_PATH` + submodule-aware git commands | ✅ |
+| D-30 | `NATS_CONF_PATH` | ✅ |
+
+### 4.6 D-29 Submodule-Aware Git Commands ✅ (pre-existing, critical)
+
+D-29 is the most submodule-sensitive guard. It runs `git check-ignore` and `git ls-files` to verify `.env` is ignored and untracked:
+
+```python
+is_submodule = os.path.exists(os.path.join(REPO_ROOT, ".gitmodules")) and "nats-docker" in DOCKER_DIR
+target_repo = os.path.join(REPO_ROOT, "nats-docker") if is_submodule else REPO_ROOT
+rel_env = os.path.relpath(os.path.join(DOCKER_DIR, ".env"), target_repo)
+# ... runs git check-ignore / ls-files with cwd=target_repo
+```
+
+- **Submodule detection**: Checks both `.gitmodules` existence AND that `DOCKER_DIR` contains `nats-docker` — robust dual-condition check.
+- **Correct repo target**: When submodule is detected, git commands run with `cwd=nats-docker` (the submodule's own git repo), not the parent — ensuring the submodule's `.gitignore` is the one being checked.
+- **Relative path calculation**: `os.path.relpath(...)` computes the correct relative path from the submodule root to `docker/.env`.
+
+This is correctly implemented and will catch secrets leakage in both submodule and non-submodule layouts.
+
+---
+
+## 5. Review Area 3 — Legacy File Removal & Migration
+
+### 5.1 Root-Level Deletions ✅
+
+```
+git diff-tree --name-status -r 12ba30b:
+D    NATS_REPORT.md
+D    PRIVATE_SERVER.md
+M    nats-docker
+M    tests/test_deploy_freshness.py
+```
+
+- `NATS_REPORT.md` — deleted from root (176 lines). Confirmed absent: `ls NATS_REPORT.md` → "No such file or directory".
+- `PRIVATE_SERVER.md` — deleted from root (584 lines). Confirmed absent: `ls PRIVATE_SERVER.md` → "No such file or directory".
+- `docker/` — already removed in prior commit `629a67f`; confirmed absent from root.
+
+### 5.2 Submodule Migration Verification ✅
+
+| File | Root (deleted) | Submodule (new home) | Content match |
+|---|---|---|---|
+| `PRIVATE_SERVER.md` | 584 lines | `nats-docker/PRIVATE_SERVER.md` (584 lines) | **byte-identical** (diff: 0 lines) |
+| `NATS_REPORT.md` | 176 lines | `nats-docker/NATS_REPORT.md` (176 lines) | **byte-identical** (diff: 0 lines) |
+
+The migration is a pure file move — no content was modified, truncated, or reformatted. This preserves all documentation parity guarantees established in the prior review (job `1ed5cf56`).
+
+### 5.3 No Orphaned Imports or Code References ✅
+
+Searched all `.py`, `.sh`, `.md`, `.json` files (excluding `.mam/jobs`, `.agents/reports`, `nats-docker/`, `tests/test_deploy_freshness.py`) for references to the old root paths:
+
+- **No Python/shell code** references root-level `PRIVATE_SERVER.md` or `NATS_REPORT.md` — only the test file (already updated) and documentation files contain references.
+- **No `docker/` bare path references** in code — the test file's `_resolve_docker_dir()` handles this via the fallback chain.
+
+### 5.4 Submodule as Single Source of Truth ✅
+
+The `nats-docker` submodule now contains the complete deployment stack:
+- `docker/` — canonical deployment assets (compose, nats.conf, .env.example, README)
+- `PRIVATE_SERVER.md` — deployment guide with §9 verification playbook
+- `NATS_REPORT.md` — MQTT vs NATS feasibility analysis
+- `README.md` — submodule-level overview
+
+This consolidates all deployment-related artifacts in one versioned repository, enabling independent updates to the deployment stack without coupling to the MAM framework release cycle.
+
+---
+
+## 6. Findings
+
+### M-1: Orphaned Markdown Links in `implementation_plan.md` — Medium
+
+**Location**: `implementation_plan.md` lines 7, 147
+
+```
+Line 7:  [`NATS_REPORT.md`](NATS_REPORT.md), [`PRIVATE_SERVER.md`](PRIVATE_SERVER.md)
+Line 147: | [`PRIVATE_SERVER.md`](PRIVATE_SERVER.md) | 스파이크 결과 반영 및 최종 가이드 확정 |
+```
+
+**Issue**: These markdown links use relative paths to the repository root. Since both files moved to the `nats-docker/` submodule, the links now resolve to non-existent paths and will 404 in GitHub/rendered markdown.
+
+**Recommendation**: Update to `[NATS_REPORT.md](nats-docker/NATS_REPORT.md)` and `[PRIVATE_SERVER.md](nats-docker/PRIVATE_SERVER.md)`.
+
+### L-1: Stale Text References in `implementation_plan.md` — Low
+
+**Location**: Lines 23, 39, 112, 156, 172, 179 — text references to `PRIVATE_SERVER.md` and `docker/` without `nats-docker/` prefix. Not broken links, but don't indicate the new location.
+
+### L-2: Stale Text References in `IMPROVEMENTS.md` — Low
+
+**Location**: Lines 3, 4, 21, 77, 83, 84, 91, 100, 271 — text citations to `NATS_REPORT.md` sections. Content is accurate (section numbers unchanged) but file location moved.
+
+### Positive Highlights
+
+- **Byte-identical migration**: Both files moved with zero content modification.
+- **Symmetrical resolver design**: `_resolve_private_server_doc()` mirrors the proven `_resolve_docker_dir()` pattern.
+- **Backward-compatible fallback**: Both resolvers include legacy root path as fallback.
+- **D-29 submodule-awareness**: Correctly detects submodule layout and runs git commands against the correct repo.
+- **D-11 error improvement**: Assertion now includes resolved path for better debugging.
+- **Clean atomic commit**: Deletion, pointer bump, and test update in one commit — no intermediate broken states.
+- **No secrets in submodule**: `.gitignore` enforces same `.env` exclusion pattern.
+
+### No Escalation Required
+
+All findings are documentation-level (M/L severity). No blocking defects, security vulnerabilities, or correctness errors.
+
+---
+
+## 7. Full Test Suite
+
+Command: `.venv/bin/python -m pytest tests/ -q`
+
+```
+........................................................................ [ 23%]
+........................................................................ [ 47%]
+........................................................................ [ 70%]
+........................................................................ [ 94%]
+..................                                                       [100%]
+306 passed in 352.84s (0:05:52)
+```
+
+| Metric | Value |
+|---|---|
+| Total tests collected | 306 |
+| Passed | 306 |
+| Failed | 0 |
+| Errors | 0 |
+| Skipped | 0 |
+| Duration | 352.84s (5:52) |
+
+**Result**: 100% pass rate, 0 regressions. Identical to the baseline established in job `1ed5cf56` (306 passed, 353.84s). The submodule migration introduced no test breakage — all D-11~D-30 guards correctly resolve the new submodule paths and pass.
+
+---
+
+[VERDICT: PASS]

.agents/reports/canary-projects-multi-agent-mux-creator-cline/report-9f9e7c2c.md

@@ -0,0 +1,196 @@
+# Cross-Code Review Report — Job `9f9e7c2c`
+
+- **Reviewer**: cline (session `herdr:canary-projects-multi-agent-mux-creator-cline`)
+- **Date**: 2026-08-23
+- **Changeset**: uncommitted working-tree, 6 files, +235/-48
+- **Scope**: Cross-code review (lint / behavior / loss) of documentation synchronization
+  (`MESSAGING.md`, `IMPROVEMENTS.md`, `implementation_plan.md`), `.gitmodules` relative URL,
+  `deploy/gitea-ci.yml` submodule checkout, and test guards D-31/D-32 against the latest
+  NATS deployment + `nats-docker` submodule integration.
+
+---
+
+## 1. Changeset Summary
+
+| File | Δ | Nature |
+|---|---|---|
+| `.gitmodules` | 1 line | Absolute URL → relative `../../laa/nats-docker` |
+| `IMPROVEMENTS.md` | +52/-2 | Header counts, new §2/§3 sections (B-14✅/B-15✅/B-16/B-17/B-18, O-6✅), §6.6 refresh |
+| `MESSAGING.md` | +63/-45 | Mosquitto/EMQX → NATS broker (§1.2, ACLs, accounts), §4.4 10-env table, `.mam.env` resolution hierarchy (B-17) |
+| `deploy/gitea-ci.yml` | +2/-0 | `test` job checkout gains `submodules: recursive` |
+| `implementation_plan.md` | +21/-10 | Track 1R P0.6 submodule items, §7 description correction, M2b gate count (306) |
+| `tests/test_deploy_freshness.py` | +86/-0 | New guards `test_d31_*` (CI submodules) and `test_d32_*` (MESSAGING.md env coverage) |
+
+---
+
+## 2. Verification Methodology
+
+1. Gathered changeset via `git diff --stat` and per-file diffs.
+2. Verified `.gitmodules` relative URL resolution against the **actual** parent origin
+   (`git remote get-url origin` → `https://git.godopu.com/tmpl/multi-agent-mux`) and the
+   configured submodule URL in `.git/config` + submodule's own `origin`.
+3. Confirmed on-disk existence of every `nats-docker/` path referenced in the docs; confirmed
+   no orphaned root-level `PRIVATE_SERVER.md` / `NATS_REPORT.md` / `docker/`.
+4. Cross-checked all 10 `MQTT_*` env vars in `MESSAGING.md` §4.4 against
+   `mqtt_common.py` (`broker_config_from_env` + `make_client` defaults + docstring).
+5. Verified `deploy/gitea-ci.yml` test job enables `submodules: recursive`.
+6. Ran mandated tests: `.venv/bin/python -m pytest tests/test_deploy_freshness.py tests/test_sanity.py -q`.
+7. Ran D-31/D-32 in isolation.
+8. Audited `IMPROVEMENTS.md` section-header structure (`grep '^## '`) against the diff to detect
+   insertions that orphan or duplicate existing sections.
+
+---
+
+## 3. Verification Results
+
+### 3.1 `.gitmodules` relative URL — PASS
+- Parent origin: `https://git.godopu.com/tmpl/multi-agent-mux`.
+- `../../laa/nats-docker` resolves: `/tmpl/multi-agent-mux` → `../` → `/tmpl` → `../../` →
+  host root → `laa/nats-docker` = **`https://git.godopu.com/laa/nats-docker`**.
+- Confirmed equal to `git config --get submodule.nats-docker.url` and the submodule's own
+  `origin` fetch/push URL.
+- Submodule checked out at `a4b6e49` (heads/main). Relative form improves org-wide mirroring
+  portability vs the prior absolute URL. No functional regression.
+
+### 3.2 Submodule on-disk asset integrity — PASS
+All paths referenced by the docs exist under `nats-docker/`:
+- `nats-docker/docker/{docker-compose.yaml, nats.conf, .env.example, README.md}`
+- `nats-docker/PRIVATE_SERVER.md`, `nats-docker/NATS_REPORT.md`
+
+No orphaned root-level `PRIVATE_SERVER.md` / `NATS_REPORT.md` / `docker/` remain (confirmed via
+`ls`; all three return "No such file or directory"). The `12ba30b` / `629a67f` migration is
+complete on disk.
+
+### 3.3 `MESSAGING.md` — PASS
+- §1.2 cleanly switched from "Mosquitto/EMQX" to "NATS server (`nats:2.12-alpine`)"; mermaid
+  diagram, ACL accounts (`mam_agent` / `mam_observer`), and `nats-docker/docker/nats.conf`
+  references are consistent with the submodule assets.
+- §4.4 environment table now lists **all 10** supported `MQTT_*` variables.
+- `MQTT_CLIENT_ID_PREFIX` default documented as **`hermes`**, matching
+  `mqtt_common.py:230` (`os.environ.get("MQTT_CLIENT_ID_PREFIX", "hermes")`) and the
+  module docstring (`mqtt_common.py:218`). **Prior finding M-1 is RESOLVED.**
+- §4.4 `.mam.env` resolution hierarchy documents B-17 fail-closed behavior (explicit
+  `MAM_ENV_FILE` missing → log error + `RuntimeError` at connect; public-broker security
+  warning). Consistent with the B-17 action direction recorded in `IMPROVEMENTS.md`.
+
+### 3.4 `MQTT_*` env cross-check vs `mqtt_common.py` — PASS
+All 10 documented vars are parsed by code: `MQTT_BROKER`, `MQTT_PORT`, `MQTT_TLS`,
+`MQTT_USERNAME`, `MQTT_PASSWORD`, `MQTT_CA_CERTS`, `MQTT_CERTFILE`, `MQTT_KEYFILE`,
+`MQTT_CLIENT_ID_PREFIX`, `MQTT_KEEPALIVE`. No drift. D-32 enforces presence of these 10.
+
+### 3.5 `deploy/gitea-ci.yml` — PASS
+- `test` job (line 87-89): `actions/checkout@v3` with `submodules: recursive`.
+- The job runs `pytest tests/ -q` (line 112) → correctly classified as a test job by D-31.
+- `lint-shell` / `lint-python` jobs intentionally omit `submodules` (they do not touch
+  `nats-docker/` paths) — D-31's logic only requires submodules on pytest jobs, which is
+  the correct, minimal scope.
+
+### 3.6 `implementation_plan.md` — PASS
+- Track 1R row updated to cite `nats-docker/PRIVATE_SERVER.md` §9 and
+  `nats-docker/docker/docker-compose.yaml` (submodule-prefixed) instead of root-level paths.
+- M2b gate annotated with `(290 -> 297 -> 306)`.
+- P0.6 checklist block added (submodule split, dynamic path resolvers, CI checkout sync).
+- §7 `IMPROVEMENTS.md` description corrected: removed the prior false claim
+  "A-2 완료 전환, B-14/B-15/B-16/O-5 해결 상태 갱신" (A-2 is still open) and replaced with
+  "B-14/B-15 완료 상태 반영, O-6 신설, B-17/B-18 신설 등록" — factually accurate.
+
+### 3.7 Mandated tests — PASS
+- `pytest tests/test_deploy_freshness.py tests/test_sanity.py -q` → **33 passed** in 21.45s.
+- D-31 (`test_d31_gitea_ci_submodules_in_test_job`) — PASS in isolation.
+- D-32 (`test_d32_messaging_doc_covers_all_mqtt_env_vars`) — PASS in isolation.
+- No doc regressions; 100% pass rate confirmed.
+
+### 3.8 Prior-review findings disposition
+- **M-1** (MESSAGING.md `MQTT_CLIENT_ID_PREFIX` default mismatch) — **RESOLVED** (now `hermes`).
+- **M-2** (IMPROVEMENTS.md open-item count excluded B-18) — **RESOLVED** (now 5건 incl. B-18).
+- **L-1** (§6.6 stale conclusion listing B-14/B-15) — **RESOLVED** (now lists B-16/B-17/B-18).
+- **L-2** (§3 header count included completed O-6) — **PARTIALLY RESOLVED**: the new §3 (line 56)
+  correctly splits "추적 중 1건 / 완료 1건"; however the *old* §3 remains stale (see M-3).
+
+---
+
+## 4. Detailed Findings
+
+### M-3 (Medium) — Duplicate §2 and §3 section headers in `IMPROVEMENTS.md`
+
+- **Location**: `IMPROVEMENTS.md` — new §2 at line 28 and new §3 at line 56; pre-existing §2 now
+  at line 120 and §3 at line 143.
+- **Observation**: This changeset *inserted* new `## 2.` and `## 3.` sections (with updated
+  content: B-14/B-15 marked `✅ 완료`, B-17/B-18 added, O-6 added) immediately after the §1 intro,
+  but did **not remove** the pre-existing `## 2.` (Edge-case Bugs) and `## 3.` (Orchestration)
+  sections that remain further down. Confirmed via `grep -n '^## '` showing two `## 2.` and two
+  `## 3.` headers, and via `git diff` which contains only an insertion hunk (`@@ -23,6 +23,52 @@`)
+  with no deletion of the old sections.
+- **Contradiction introduced**: the duplicate sections disagree:
+  - New §2 (line 30-36): B-14 and B-15 carry `✅ 완료` markers with "조치 결과 (완료 — 커밋 `c6b6c77`)".
+  - Old §2 (line 120-141): B-14/B-15 are described as open with "조치 방향 (Track 0 Step 1/2/3)"
+    and no completion marker — implying unresolved.
+  - New §3 (line 56): header "추적 중 1건 / 완료 1건: O-5, O-6", lists O-5 + O-6 (✅).
+  - Old §3 (line 143): header "1건", lists only O-5.
+- Additionally, the `A-4` entry (a completed structural-improvement proposal) is now orphaned
+  between the new §3 and the old §2 (it originally sat under §1 Architecture).
+- **Impact**: Medium. Purely documentation-level (no runtime/test effect; no D-guard asserts
+  section-header uniqueness). However it directly undermines the stated goal of this changeset
+  ("synchronize documentation"): a reader navigating by section number hits contradictory
+  duplicate content, and stale "action direction" text for already-completed B-14/B-15 persists.
+- **Recommendation**: Delete the now-redundant old §2 (lines ~120-141) and old §3 (lines ~143-153)
+  blocks — the new §2/§3 supersede them. Re-home `A-4` (e.g., into §1 or §5 Completed) so it no
+  longer dangles between sections. This is a surgical delete, not a redesign.
+
+### M-4 (Low) — `§5` completed-tasks header count stale
+
+- **Location**: `IMPROVEMENTS.md` line 158 — `## 5. 🎉 완료된 과제 (Completed Tasks — 24건)`.
+- **Observation**: The header summary (line 6) was updated to claim **27** completed items
+  (adding B-14, B-15, O-6). But the §5 header still reads **24건** and the §5 body was not
+  extended to include B-14/B-15/O-6 (those three are instead described inline in the new §2/§3
+  with `✅` markers). This creates an internal count drift between the top summary and the §5
+  detail section.
+- **Impact**: Low. Internal consistency only; not enforced by any D-guard.
+- **Recommendation**: Either update §5 header to 27건 and migrate B-14/B-15/O-6 entries into §5,
+  or annotate §5 to note the three are tracked in §2/§3. Pick one location as the single source
+  of truth for the completed list.
+
+### Note (positive)
+- `MESSAGING.md` and `implementation_plan.md` changes are clean, accurate, and well-synchronized
+  with the NATS deployment and submodule state. No orphaned root-level files. The `MQTT_*`
+  table, broker architecture, ACL/account model, and `.mam.env` resolution hierarchy are all
+  consistent with `mqtt_common.py` and the `nats-docker/` assets.
+- D-31/D-32 are well-scoped, auto-disable gracefully when prerequisites are absent, and include
+  anti-void assertions (they assert at least one test job exists / at least one MQTT var is
+  documented).
+---
+
+## 5. Risk Assessment
+
+| Area | Status |
+|---|---|
+| Runtime behavior | No code change outside tests/docs; behavior unaffected. PASS. |
+| Test suite | 33/33 mandated tests pass; D-31/D-32 green in isolation. PASS. |
+| Submodule integrity | Relative URL resolves correctly; submodule checked out; assets on disk. PASS. |
+| Documentation sync (MESSAGING.md / implementation_plan.md) | Accurate and complete. PASS. |
+| Documentation sync (IMPROVEMENTS.md) | New content correct, but duplicate §2/§3 + stale §5 count (M-3/M-4). Minor. |
+| Loss / orphaned references | None — all `nats-docker/` doc links resolve; root-level originals removed. PASS. |
+
+All findings (M-3, M-4) are documentation-level, non-blocking, and fixable by surgical edits.
+No design-level rework is warranted; no `[ESCALATE: PLANNER]` is required.
+
+---
+
+## 6. Actionable Follow-ups (optional, separate cleanup commit)
+
+1. **M-3**: Remove the duplicate old §2 (lines ~120-141) and old §3 (lines ~143-153) blocks in
+   `IMPROVEMENTS.md`; re-home the orphaned `A-4` entry.
+2. **M-4**: Align `§5` header count (24건) with the summary (27건), or annotate §5 to delegate
+   B-14/B-15/O-6 to §2/§3.
+
+---
+
+## 7. Verdict
+
+All mandated tests pass, the `.gitmodules` relative URL resolves correctly, submodule assets
+are intact, `MESSAGING.md` and `implementation_plan.md` are accurately synchronized with the
+NATS deployment, and the prior review's M-1/M-2/L-1 findings are resolved. The two new findings
+(M-3 duplicate §2/§3 headers, M-4 stale §5 count) are documentation-level, non-blocking, and
+do not affect runtime behavior or test results. No escalation to the planner is warranted.
+
+[VERDICT: PASS]

.gitmodules

@@ -1,3 +1,3 @@
 [submodule "nats-docker"]
 	path = nats-docker
-	url = https://git.godopu.com/laa/nats-docker
+	url = ../../laa/nats-docker

IMPROVEMENTS.md

@@ -1,9 +1,9 @@
 # 🛠️ Multi-Agent Mux 종합 개선 및 미해결 과제 백로그 (`IMPROVEMENTS.md`)
 
-- **최종 갱신일**: 2026-08-20 (`NATS_REPORT.md` 실측 분석 및 메시징 잠복 결함 B-14/B-15/B-16/O-5 발굴 반영, 276/276 통과 유지)
+- **최종 갱신일**: 2026-08-23 (`nats-docker` 서브모듈 분리, 프로덕션 Docker 자산 정본화, 가드 D-22~D-30 도입, 306/306 통과 유지)
 - **통합 관리 대상**: 기존 `CODEBASE_REVIEW_REPORT.md` + `OPTIMIZATION.md` + `NATS_REPORT.md`
-- **총 추적 미해결 과제**: **5건** (아키텍처 1건: `A-2`, 엣지케이스 및 가용성 3건: `B-14`, `B-15`, `B-16`, 오케스트레이션 1건: `O-5`)
-- **완료된 과제**: **24건** (A-1, A-3, A-4, A-5, B-1, B-3, B-4, B-5, B-7, B-8, B-9, B-10, B-13, C-1, C-2, C-3b, C-6, O-1, O-2, O-3, O-4-OrcOnboard, Herdr-0.8.0-Compat-SanitizeHash, P2-1-DelegateJobSafe-TrapFix, P2-2-C3a-C4-LegacyCleanup)
+- **총 추적 미해결 과제**: **5건** (아키텍처 1건: `A-2`, 엣지케이스 및 가용성 3건: `B-16`, `B-17`, `B-18`, 오케스트레이션 1건: `O-5`)
+- **완료된 과제**: **27건** (A-1, A-3, A-4, A-5, B-1, B-3, B-4, B-5, B-7, B-8, B-9, B-10, B-13, B-14, B-15, C-1, C-2, C-3b, C-6, O-1, O-2, O-3, O-4-OrcOnboard, O-6, Herdr-0.8.0-Compat-SanitizeHash, P2-1-DelegateJobSafe-TrapFix, P2-2-C3a-C4-LegacyCleanup)
 
 ---
 
@@ -23,6 +23,52 @@
   - 대신 **`nats-server`의 내장 MQTT 3.1.1 리스너를 전용 사설 브로커로 채택(Option C)**하여 클라이언트 코드 0줄 변경으로 NKey/JWT 계정·Subject별 ACL 격리 및 JetStream 영속성을 100% 확보하기로 확정했습니다.
   - 단, 브로커 제품과 무관하게 존재하는 **가용성 선행 결함(Track 0: B-14, B-15)**을 먼저 교정한 후 Track 1(스파이크) 및 Track 2(A-2 워크스페이스 지문 토픽 + 무조건 토큰 발급)를 순차 전개합니다.
 
+---
+
+## 2. 🟠 엣지 케이스 및 런타임 버그 (Edge-case Bugs — 3건)
+
+### **B-14 (✅ 완료 — F-1 / P1): `publish_event.py` 브로커 장애 시 `return 2` 조기 탈출로 인한 65분 루프 정지**
+- **현상**: `publish_event.py`에서 브로커 네트워크 장애 발생 시 `return 2`로 조기 종료되어, 뒤따르는 로컬 레지스트리 상태(`update_job_status(status=completed)`) 및 감사 로그(`append_event`, `registry.append_event`) 갱신이 누락되던 결함.
+- **조치 결과 (완료 — 커밋 `c6b6c77`)**: 네트워크 발행 실패 여부와 무관하게 로컬 레지스트리 및 감사 로그를 100% 먼저 동기화한 후 `published=False`와 함께 `return 2`를 반환하도록 실행 순서를 재배치 (G-1 ~ G-4 회귀 가드로 봉인 완료).
+
+### **B-15 (✅ 완료 — C1 & F-4 / P1): `job_subscriber.py` 디스크 폴백 부재 및 위임 경로 인프라 에러 오판정**
+- **현상**: `job_subscriber.py`가 네트워크 큐만 대기하며 로컬 디스크 상태를 확인하지 않아 브로커 다운 시 블로킹되거나 인프라 에러가 작업 `error`로 오판정되던 결함.
+- **조치 결과 (완료 — 커밋 `c6b6c77`)**: `_check_disk_fallback()`을 도입하여 로컬 디스크 상의 터미널 상태를 감지하면 합성 이벤트를 출력하고 즉시 `rc=0`으로 정상 종료하도록 개선. 브로커 인프라 접속 실패는 전용 `rc=3`으로 분리 (G-5 ~ G-10 회귀 가드로 봉인 완료).
+
+### **B-16 (F-5 / P3): `make_client()` 매 실행 랜덤 `client_id` 발급으로 인한 영속 세션(Durable Session) 구성 불가**
+- **현상**: `mqtt_common.py:258`에서 `client_id`를 매번 `uuid.uuid4().hex[:8]`로 생성하여, 브로커가 클라이언트 재연결을 식별할 수 없습니다 (`NATS_REPORT.md` §3.5 F-5).
+- **파급 효과**: 네트워크 재연결 시 미수신 이벤트 유실 가능성이 발생합니다.
+- **조치 방향**: B-15의 로컬 디스크 폴백을 표준 복원 경로로 확립하여 네트워크 세션 의존도를 제거하고, 필요 시 결정론적 식별자 규칙을 적용합니다.
+
+### **B-17 (P1): `_load_dotenv` 오타/부재 경로 지정 시 Fail-Closed 및 공용 브로커 폴백 방지**
+- **현상**: `MAM_ENV_FILE`이 명시적으로 지정되었으나 해당 경로가 존재하지 않는 경우, `_load_dotenv`가 조용히 리턴하여 `broker.hivemq.com` 공개 브로커로 폴백되는 위험.
+- **파급 효과**: 설정 오타 발생 시 잡 이벤트와 프롬프트가 공개 브로커로 전송될 수 있음.
+- **조치 방향 (2단 구조)**:
+  1. import 시점: 명시적 `MAM_ENV_FILE` 경로 부재 시 `logger.error` 기록 및 `_env_file_missing = True` 플래그 설정 (상위 임의 탐색 금지, import 예외 방지).
+  2. 접속 시점: `make_client()` 시 `_env_file_missing`이면 `RuntimeError`로 fail-closed 거부. 최종 호스트가 `broker.hivemq.com`인 경우 눈에 띄는 보안 경고 출력.
+
+### **B-18 (P2): `.mam.env`와 `.env` 공존 및 다중 워크스페이스 경계 탐색 정합성**
+- **현상**: `.mam.env`와 `.env`의 우선순위 및 워크스페이스 경계(`.agents`, `.git`) 탐색 과정에서 다중 워크스페이스 환경에서의 일관성 유지.
+- **조치 방향**: `MAM_REAL_ROOT` -> `WORKSPACE_ROOT` -> 상위 경계 디렉터리 -> `cwd` 순서의 first-hit-wins 탐색 규칙 적용.
+
+---
+
+## 3. 🟡 오케스트레이션 최적화 과제 (Orchestration Optimizations — 추적 중 1건 / 완료 1건: O-5, O-6)
+
+### **O-5 (P2): NATS/MQTT 메시징 백플레인 고도화 및 `nats-server` 스파이크 검증 (Track 1 ~ Track 2)**
+- **현상**: `NATS_REPORT.md` 아키텍처 실측 분석에 따라 `nats-server` 내장 MQTT 3.1.1 어댑터를 사설 전용 브로커로 채택하는 전략(Option C)이 확정되었습니다.
+- **조치 방향**:
+  1. **Track 1 (스파이크 검증)**: 격리 환경에서 `nats-server -js`의 MQTT 3.1.1 호환성 실측 검증.
+  2. **Track 2 (보안/격리)**: 워크스페이스 지문 기반 토픽(`mam/<sha256[:12]>/jobs/...`) 및 무조건 `auth_token` 발급(G-11)을 적용하여 A-2 보안 결함 완전 종결.
+  3. **Track 3 (문서/설정)**: `MESSAGING.md`, `VERSIONS.md`, `.mam.env`에 `nats-server` 서빙 가이드 및 설정 동기화.
+
+### **O-6 (✅ 완료 — P1): 원격 프로덕션 브로커 자산 정본화 및 `nats-docker` 서브모듈 분리**
+- **내용**:
+  1. 원격 Docker NATS 배포 가이드 및 자산(`docker-compose.yaml`, `nats.conf`, `.env.example`, `README.md`) 구현.
+  2. `nats-docker` 독립 Git 저장소 및 서브모듈(`.gitmodules`, `nats-docker/`) 분리 완료 (커밋 `629a67f`, `12ba30b`, `916185c`).
+  3. 배포 신선도 및 보안 회귀 가드 D-22 ~ D-30 9종 구축 (297 -> 306 tests 100% PASS 달성).
+  4. 테스트 프레임워크 내 `_resolve_docker_dir()` 및 `_resolve_private_server_doc()` 동적 경로 해석기 도입.
+
 ### **A-4 (✅ 완료 — P3-1): 에이전트 지식 산재 — `BaseAgentAdapter` 어댑터 계층 도입 (Rev.2)**
 
 > 결함 조치가 아니라 **구조 개선 제안**입니다. 상세 설계·실측 근거는 `.mam/jobs/44062a63/claude-reports/report-final.md` 및 `744ac67a` 를 참조하십시오.
@@ -366,4 +412,4 @@ CHANGES_DIFF=$(
 
 ### 6.6 결론
 
-`IMPROVEMENTS.md` 는 남은 백로그 항목(아키텍처 1건: `A-2`, 엣지케이스 및 가용성 3건: `B-14`·`B-15`·`B-16`, 오케스트레이션 1건: `O-5` — 총 5건)을 위 우선순위(Track 0 → Track 1 → Track 2)에 따라 일원화된 보완 로드맵으로 관리합니다.
+`IMPROVEMENTS.md` 는 남은 백로그 항목(아키텍처 1건: `A-2`, 엣지케이스 및 가용성 3건: `B-16`·`B-17`·`B-18`, 오케스트레이션 1건: `O-5` — 총 5건)을 위 우선순위(Track 0 → Track 1 → Track 2)에 따라 일원화된 보완 로드맵으로 관리합니다.

MESSAGING.md

@@ -23,13 +23,13 @@ In the initial development/testing phase, the system defaults to the public brok
 
 ---
 
-### 1.2 Production Architecture (Secure Private Broker)
-For production deployments, the system is designed to run on a private, self-hosted MQTT 5.0 broker such as **Mosquitto** or **EMQX**. 
+### 1.2 Production Architecture (Secure Private NATS Broker)
+For production deployments, the system standardizes on a private, self-hosted **NATS server** (`nats:2.12-alpine`) with its built-in **MQTT 3.1.1** protocol engine and JetStream persistence enabled, managed via `nats-docker/docker/docker-compose.yaml`.
 
 ```mermaid
 graph TD
-    subgraph "Secure Corporate Network"
-        Broker["Private MQTT Broker (Mosquitto/EMQX) <br> Ports: 8883 (TLS)"]
+    subgraph "Secure Tailnet / Corporate Network"
+        Broker["Private NATS Broker (nats:2.12-alpine) <br> Native: 4222 | MQTT: 1883 | WS: 8080"]
         
         subgraph "Hermes (Delegator/Orchestrator)"
             SubClient["job_subscriber.py <br> (Role: subscriber)"]
@@ -39,35 +39,55 @@ graph TD
             PubClient["publish_event.py <br> (Role: publisher)"]
         end
         
-        SubClient -- "Subscribe (QoS 1) <br> Auth: hermes <br> ACL: Read jobs/+/events" --> Broker
-        PubClient -- "Publish (QoS 1 + Retain Terminal) <br> Auth: claude-worker <br> ACL: Write jobs/+/events" --> Broker
+        SubClient -- "Subscribe (QoS 1) <br> Auth: mam_agent / mam_observer <br> ACL: Read python/mqtt/jobs/+/events" --> Broker
+        PubClient -- "Publish (QoS 1 + Retain Terminal) <br> Auth: mam_agent <br> ACL: Write python/mqtt/jobs/+/events" --> Broker
     end
 ```
 
 #### Production Security & Hardening Controls:
-1. **Transport Layer Security (TLS v1.3)**: Traffic is encrypted over port `8883` using a private Certification Authority (CA). The orchestrator validates the broker using `MQTT_CA_CERTS` (CA bundle path). Optionally, Mutual TLS (mTLS) is supported via client-side certificate keys (`MQTT_CERTFILE`/`MQTT_KEYFILE`) for cryptographic device identities.
-2. **Strict Client Authentication**: All clients must supply credentials (`MQTT_USERNAME` / `MQTT_PASSWORD`) to establish a connection. Anonymous logins are explicitly disabled (`allow_anonymous false`).
+1. **Transport Layer Security & Overlay Networks**: Within a trusted mesh (Tailscale / Tailnet, Model T), traffic routes over encrypted WireGuard overlays to private endpoints. For public WAN exposures (Model P), TLS v1.3 encryption is terminated via private CA certificates (`MQTT_CA_CERTS`), and mutual TLS (mTLS) is supported via client keypairs (`MQTT_CERTFILE` / `MQTT_KEYFILE`).
+2. **Strict Client Authentication & Multi-Tenancy**: All clients authenticate against isolated NATS accounts (`MAM`, `HOME`, `SYS`) using dedicated credentials (`MQTT_USERNAME` / `MQTT_PASSWORD`). Anonymous access is explicitly disabled.
 3. **Role-Based Topic Access Control Lists (ACLs)**:
-   * **Orchestrator/Hermes (Subscriber)**: Authenticates as user `hermes` with read-only access to all event streams:
+   * **Worker / Agent (`mam_agent`)**: Granted full publish/subscribe access within the `MAM` account to manage job lifecycles:
      ```conf
-     user hermes
-     topic read python/mqtt/jobs/+/events
+     # nats-docker/docker/nats.conf
+     accounts {
+       MAM: {
+         jetstream: enabled
+         users: [
+           { user: mam_agent, password: $MAM_BROKER_PASS }
+         ]
+       }
+     }
      ```
-   * **Agent/Worker (Publisher)**: Authenticates as user `claude-worker` with write-only access restricted to the job event sub-topics:
+   * **Observer / Dashboard (`mam_observer`)**: Restricted to read-only access for monitoring streams while strictly preventing unauthorized command injection:
      ```conf
-     user claude-worker
-     topic write python/mqtt/jobs/+/events
+     # nats-docker/docker/nats.conf
+     { user: mam_observer, password: $MAM_OBSERVER_PASS,
+       permissions: {
+         subscribe: { allow: ["python.mqtt.jobs.>"] }
+         publish:   { deny:  [">"] }
+       }
+     }
      ```
-     This prevents workers from eavesdropping on sister agents or intercepting commands on other jobs.
 4. **Durable Message Queues & Session State**:
-   * The broker is configured with `persistence true` and a dedicated disk storage path.
-   * Subscribers connect with persistent session flags to ensure the broker buffers QoS 1 messages during temporary network drops.
-5. **Retained Terminal Events**: Terminal events (`completed`/`error`) are published with the `retain=True` flag. This allows a late-joining or recovering subscriber to instantly retrieve the final job status without waiting for active transmissions.
+   * JetStream is activated with a dedicated persistent store path (`store_dir: "/data"`), backing MQTT QoS 1 streams and persistent client sessions.
+5. **Retained Terminal Events**: Terminal events (`completed` / `error`) are published with `retain=True`. NATS stores retained payloads in JetStream, allowing late-joining subscribers to instantly recover final states without polling.
 
 ---
 
-### 1.3 Production Mosquitto Configuration Reference
-A hardened `/etc/mosquitto/mosquitto.conf` production configuration includes:
+### 1.3 NATS JetStream, Retained Messages & WebSocket Integration
+
+The production deployment in [`nats-docker/docker/nats.conf`](nats-docker/docker/nats.conf) includes key architectural primitives:
+1. **JetStream Requirement for MQTT Engine**: `nats-server` requires JetStream enabled at both the server level and the account level (`jetstream: enabled`) for MQTT sessions and QoS 1 message persistence.
+2. **Retained Message Scope Boundary (N-1)**: Retained messages published via MQTT are stored in JetStream by NATS and delivered to subsequent MQTT subscribers. Note that native NATS pub/sub subscribers do not receive historical retained messages upon connection unless queried via JetStream KV/Object APIs.
+3. **MQTT-over-WebSocket `/mqtt` Path (N-7)**: For web dashboards and browser clients, NATS exposes WebSocket listeners on port `8080` (or `443` in TLS mode). Standard MQTT-over-WebSocket clients connect to the `/mqtt` path (e.g. `ws://<host>:8080/mqtt` or `wss://<host>:8443/mqtt`), with `no_tls: true` and `same_origin: false` configured for secure cross-origin streaming behind reverse proxies.
+4. **Remote Deployment Models**: For full installation, Tailscale topology, and secret management guides, refer to [`nats-docker/PRIVATE_SERVER.md`](nats-docker/PRIVATE_SERVER.md) and [`nats-docker/NATS_REPORT.md`](nats-docker/NATS_REPORT.md).
+
+---
+
+### 1.4 Alternative: Hardened Mosquitto Reference
+If an environment requires a dedicated Mosquitto broker instead of NATS, a reference `/etc/mosquitto/mosquitto.conf` configuration is maintained:
 ```conf
 # Persistence settings
 persistence true
@@ -229,8 +249,9 @@ Two concurrency control schemes co-exist in this workspace to coordinate state m
 ---
 
 ### 4.2 `publish_event.py` (Retries and Handshakes)
-The publisher script enforces robust error handling when sending status updates:
+The publisher script enforces robust error handling and fail-safe local persistence:
 * **Fresh Connection Pattern**: Instead of maintaining a persistent socket connection (which is susceptible to socket timeouts or channel leaks), `publish_event.py` opens a fresh socket, completes the authentication/TLS handshake, publishes a single QoS 1 event, waits for `PUBACK`, and closes the connection.
+* **Guaranteed Disk Synchronization (B-14)**: Before attempting any network transmission over MQTT, `publish_event.py` records the event into the local registry (`append_event` and `update_job_status`). If the broker is unreachable or network publish fails, local audit logs and state machine files remain 100% accurate. The script returns exit code `2` at the very end to signal a transport failure without corrupting local state.
 * **Exponential Backoff**: Wrapped in the `with_retry()` decorator from `mqtt_common.py`. In case of socket errors (`OSError`, `TimeoutError`, `ConnectionError`), it retries up to 3 times (configurable via `--attempts`) with backoff:
   $$\text{delay} = \min(\text{base\_delay} \times \text{factor}^{\text{attempt}-1}, \text{max\_delay})$$
   Default parameters: `base_delay = 0.5s`, `factor = 2.0`, `max_delay = 8.0s`.
@@ -243,6 +264,12 @@ The publisher script enforces robust error handling when sending status updates:
 ### 4.3 `job_subscriber.py` (Timers and Queue Semantics)
 The subscriber acts as the central execution watchdog:
 * **Queue Serialization**: Uses a thread-safe `queue.Queue` internally. The Paho MQTT callback thread adds messages to the queue, and the main thread processes them sequentially. This separates network I/O from state machine validation.
+* **Local Disk Fallback Verification (B-15)**: On initial startup and upon any broker connection failure, `_check_disk_fallback()` immediately queries local job records (`.mam/jobs/<job_id>.json`) and audit logs (`status.json`). If the target job has already reached a terminal state locally, the subscriber completes immediately without waiting on a dead broker.
+* **Infrastructure Error Code Separation (F-4)**: The subscriber returns distinct exit codes:
+  * Exit `0`: Job completed successfully.
+  * Exit `1`: Job terminated with an application `error` event.
+  * Exit `2`: Activity idle or wall-clock timeout exceeded.
+  * Exit `3`: Broker infrastructure connection error (with disk fallback checked).
 * **State Machine Protection**: To safeguard against QoS 1 duplicate delivery or out-of-order broker retries, the subscriber runs a terminal state machine. It records job completion in an internal `terminal` dictionary. Once a job is marked `completed` or `error`, any subsequent events for that `job_id` are ignored:
   ```python
   if event in TERMINAL_EVENTS:
@@ -258,11 +285,32 @@ The subscriber acts as the central execution watchdog:
 
 ---
 
-### 4.4 `mqtt_common.py` (Logging & Config Resolution)
-* **Log Routing isolation**: Configured via `setup_logging()`. The root logger is bound to `sys.stderr`. This preserves the standard output stream (`stdout`) exclusively for clean JSON-lines payloads, enabling downstream bash tools to pipeline event feeds cleanly (e.g., `job_subscriber.py ... | jq`).
-* **Broker Config Resolution**: Configured in `broker_config_from_job()`. Resolves credentials hierarchically:
-  1. Defaults to environment configurations (e.g. `MQTT_BROKER`, `MQTT_PORT`, `MQTT_TLS`, `MQTT_CA_CERTS`).
-  2. Overlays credentials specified inside the job record JSON block (`broker.*`). This allows the agent to fetch its dedicated target broker credentials on a per-job basis.
+### 4.4 `mqtt_common.py` (Logging, Env Vars & Config Resolution)
+* **Log Routing Isolation**: Configured via `setup_logging()`. The root logger is bound to `sys.stderr`. This preserves the standard output stream (`stdout`) exclusively for clean JSON-lines payloads, enabling downstream bash tools to pipeline event feeds cleanly (e.g., `job_subscriber.py ... | jq`).
+* **Environment Variable Dictionary**:
+  The system parses and supports the following 10 configuration variables:
+  | Environment Variable | Default | Purpose |
+  |---|---|---|
+  | `MQTT_BROKER` | `broker.hivemq.com` | Broker hostname or IP address (e.g., `vm-ubuntu`, `127.0.0.1`) |
+  | `MQTT_PORT` | `1883` | Broker port (`1883` for plaintext/Tailscale, `8883` for TLS) |
+  | `MQTT_TLS` | `false` | Enable TLS encryption (`true` / `false` / `1` / `0`) |
+  | `MQTT_USERNAME` | `""` | Authentication username (e.g., `mam_agent`, `mam_observer`) |
+  | `MQTT_PASSWORD` | `""` | Authentication password |
+  | `MQTT_CA_CERTS` | `""` | Path to CA certificate bundle for TLS verification |
+  | `MQTT_CERTFILE` | `""` | Path to client certificate for mutual TLS (mTLS) |
+  | `MQTT_KEYFILE` | `""` | Path to client private key for mutual TLS (mTLS) |
+  | `MQTT_CLIENT_ID_PREFIX` | `hermes` | Prefix for dynamically generated random client IDs |
+  | `MQTT_KEEPALIVE` | `60` | MQTT keepalive ping interval in seconds |
+
+* **`.mam.env` Resolution Hierarchy (`_load_dotenv`)**:
+  Configuration files are resolved with strict precedence rules:
+  1. **OS Environment Precedence**: Any variable already defined in `os.environ` is preserved and never overwritten by file-based configs.
+  2. **Explicit Override (`MAM_ENV_FILE`)**: If `MAM_ENV_FILE` is set, only that specific file is parsed. If the specified file does not exist, an error is logged and ambient search is refused (preventing silent fallback to unintended parent configs). Connection attempts fail-closed (`RuntimeError`).
+  3. **Workspace Root Auto-Discovery**: If `MAM_ENV_FILE` is not set, the resolver searches candidate paths in order: `MAM_REAL_ROOT`, `WORKSPACE_ROOT`, upward directory walk searching for `.agents` or `.git` boundary markers, and `os.getcwd()`.
+  4. **Public Broker Security Alert (B-17)**: If the final resolved host falls back to the public sandbox `broker.hivemq.com`, a prominent security warning is emitted.
+* **Broker Config Resolution (`broker_config_from_job`)**:
+  1. Loads baseline settings from environment / `.mam.env`.
+  2. Overlays job-specific overrides specified inside the job record JSON block (`broker.*`).
 
 ---
 
@@ -311,8 +359,8 @@ graph LR
    The advisory locking system previously relied heavily on `fcntl.flock`. While `agent-sessions.yaml` has been migrated to SQLite WAL to solve concurrent writes, the job metadata in `.mam/jobs/` still relies on `fcntl.flock` which may behave non-atomically on NFS.
 2. **Bearer Token Leakage over Plaintext (Public Broker)**:
    The `auth_token` mechanism is a simple plaintext bearer comparison. If the transport layer is unencrypted (e.g., using `broker.hivemq.com` on port `1883`), any eavesdropper on the network can steal the token and spoof legitimate events.
-3. **Subscriber Network Drop Orphanage**:
-   `job_subscriber.py` does not implement automatic reconnection loops. If the subscriber loses connection to the broker, it exits, leaving the running herdr agent orphaned and without a validation/collection hook.
+3. **Subscriber Network Drop & Disk Fallback (Resolved via B-15 / Residual Active Reconnection Gap)**:
+   `job_subscriber.py` implements on-disk status fallback (`_check_disk_fallback`) to recover state upon broker connection loss (B-15). An active in-session auto-reconnection loop during continuous execution remains a recommended enhancement.
 4. **Lack of Ordering Guarantees in QoS 1**:
    QoS 1 guarantees delivery but not strict ordering. Under heavy backoff retries, a late-delivered progress event could land after a terminal event, causing state inconsistencies.
 
@@ -325,8 +373,8 @@ graph LR
    **Architecture Decision Note**: This means `agent-sessions.yaml` is **no longer a real-time view** of currently `running` sessions. We have explicitly accepted the trade-off of giving up real-time text readability of running sessions in favor of robust concurrency and solving NFS flock limits. Tooling and status checks must now query the SQLite DB to observe live `running` states.
 2. **Implement Signature-Based Payload Verification**:
    Rather than sending a plaintext token, utilize HMAC signatures. The delegator and worker share a secret key; the worker publishes a signature of the payload (e.g. `HMAC-SHA256(secret_key, payload_bytes)`). The subscriber validates the signature, preventing token interception.
-3. **Enforce Mandatory Broker-Side TLS and ACLs**:
-   De-prioritize plaintext support. Enforce connection over port `8883` with verified TLS certificates. Implement client certificates (mTLS) for agent authentication.
+3. **Enforce Mandatory NATS Broker-Side Authentication, JetStream and ACLs**:
+   Standardize on private `nats-server` with JetStream and account-level ACL isolation (`nats-docker/docker/nats.conf`). For public WAN exposures, terminate TLS v1.3 (`MQTT_TLS=true`) over port `8883`.
 4. **Build Auto-Reconnecting Subscriber Loops**:
    Upgrade `job_subscriber.py` to handle disconnect callbacks. Maintain a persistent queue in memory and allow the client to reconnect with exponential backoff, preventing socket dropout from terminating the orchestration flow.
 

NATS_REPORT.md

@@ -1,176 +0,0 @@
-# 📊 MAM 메시징 백플레인 아키텍처 심층 분석 보고서: MQTT vs NATS
-
-- **문서 버전**: Rev.2 Final Synthesis (`f1956d2e` / `5ac88ca0`)
-- **작성/검토 주체**: MAM Multi-Agent Orchestration Team (`claude`, `agy`)
-- **기준 커밋**: `ac82f9b` (`refactor`, 276/276 tests passing)
-- **문서 목적**: MAM 프레임워크의 메시징 인프라(MQTT)를 NATS로 전면 전환할 것인지 여부에 대한 종합적인 기술·운영·보안 타당성 분석 및 실행 로드맵 확정.
-
----
-
-## 0. 최종 판정 (Executive Verdict)
-
-> ### 🎯 **[VERDICT: DO NOT MIGRATE CLIENT PROTOCOL — ADOPT `nats-server` AS DEDICATED BROKER]**
->
-> **클라이언트 전송 프로토콜(MQTT)은 유지하고, 전용 브로커로서 `nats-server`의 내장 MQTT 3.1.1 어댑터를 채택합니다.**
-
-### 0.1 3대 핵심 근거 요약
-
-```
-[MAM Control Plane]  ────> run_loop.sh (wait_for_job: 3s Local Disk Polling)  ──> 100% Broker-Independent
-[Observability Plane] ────> publish_event.py ──(MQTT 3.1.1)──> nats-server (JetStream + nkeys)
-```
-
-1. **제어 평면과 관측 평면의 분리**:
-   MAM의 핵심 루프(`run_loop.sh`)는 MQTT 메시지를 구독하지 않으며, 로컬 파일시스템(`.mam/jobs/<id>.json`)을 3초 주기로 폴링(`wait_for_job`)하여 작업 완료를 판정합니다. 브로커는 **비동기 관측(observability) 사이드카**이며 제어 평면을 차단하지 않습니다.
-2. **NATS의 실질적 이점은 '서버'에 존재**:
-   NATS의 핵심 강점(단일 무의존 Go 바이너리, JetStream 영속성, nkeys/JWT 계정·Subject별 ACL)은 서버 계층의 속성입니다. `nats-server`는 **MQTT 3.1.1 프로토콜을 네이티브로 수용**하므로, 클라이언트 코드를 한 줄도 바꾸지 않고 서버의 모든 운영·보안 이점을 100% 확보할 수 있습니다.
-3. **네이티브 NATS(`nats-py`) 전환의 비용 대비 무익함**:
-   `nats-py`는 asyncio 전용 라이브러리로, bash 기반의 단명(short-lived) 동기 CLI 도구들(`publish_event.py` 등)과 심각한 구조적 마찰을 일으키며, 최소 46건의 테스트 재작성 및 276건 green 베이스라인 훼손 위험을 초래합니다. 반면 NATS 고유 기능(Req/Reply, 초당 수백만 처리량, 클러스터링)은 MAM 워크로드(단일 워크스페이스, 잡당 수 개 이벤트)에서 전혀 사용되지 않습니다.
-
----
-
-## 1. 3대 전략적 선택지 비교 분석
-
-| 평가 항목 | (A) 현행 유지 (공개 HiveMQ) | (B) 네이티브 NATS 전환 (`nats-py`) | (C) `nats-server` + MQTT 프로토콜 유지 (채택안) |
-|---|---|---|---|
-| **클라이언트 코드 변경** | 0줄 | 4개 호출부 전면 비동기 재작성 | **0줄** (환경변수만 구성) |
-| **테스트 코드 재작성** | 0건 | 최소 46건 재작성 (276건 베이스라인 위험) | **0건** (기존 276건 100% 보존) |
-| **A-2 보안 결함 해소** | ❌ 불가 (공개 브로커) | ✅ 완전 해소 | ✅ **완전 해소** (nkeys/JWT subject ACL) |
-| **단일 정적 바이너리 배포** | ❌ 불가 | ✅ 지원 | ✅ **지원** (`nats-server` 바이너리 1개) |
-| **이벤트 영속성 (JetStream)** | ❌ 미지원 | ✅ 지원 | ✅ **지원** (내장 JetStream 엔진) |
-| **동기 CLI 호환성** | ✅ 우수 (paho-mqtt) | ❌ 심각 (asyncio 강제) | ✅ **우수** (기존 동기 핫패스 유지) |
-| **되돌리기(Rollback) 비용** | — | 🔴 높음 (비가역 코드 재작성) | 🟢 **0 (가역적 환경변수 스위치)** |
-| **최종 평가** | **기각 (보안 위험)** | **기각 (비용 대비 실익 전무)** | 🏆 **최종 채택** |
-
----
-
-## 2. 현행 아키텍처 실측 및 기술적 진단 (Ground Truth)
-
-### 2.1 제어 경로 상의 MQTT 의존도 실측
-- `run_loop.sh` (899줄, 메인 오케스트레이터) 내 MQTT 직접 참조는 `:889`의 임시 구독자 로그 파일 삭제 1건뿐입니다.
-- 작업 완료 감지는 11개 호출 지점(전체 12개 참조) 전체가 `wait_for_job()` 함수를 통해 `.mam/jobs/<id>.json` 파일의 `status` 필드를 3초 간격으로 검사합니다.
-- 따라서 브로커가 다운되어도 제어 평면 자체는 독립적으로 완주할 수 있는 구조입니다.
-
-### 2.2 paho-mqtt 결합도 (Blast Radius)
-- `import paho`는 `mqtt_common.py:32` 단 1곳에 캡슐화되어 있습니다.
-- 그러나 `make_client()`가 raw `mqtt.Client` 인스턴스를 반환하여 다음 4개 지점에서 구동됩니다:
-  1. `mqtt_common.py:250-276` (`make_client`)
-  2. `publish_event.py:102-122` (발행 및 ACK 대기)
-  3. `job_subscriber.py:172-251` (이벤트 큐잉 및 구독)
-  4. `reconcile.sh:245-292` (내장 python 이벤트 수신)
-
----
-
-## 3. 코드베이스 잠복 결함 분석 (F-1 ~ F-5)
-
-브로커 제품 선택과 무관하게 현행 코드에 잠복해 있는 5가지 구조적 결함이 발굴되었습니다.
-
-```
-[발굴된 결함 체인]
-F-1: publish 실패 시 return 2 ──> 레지스트리 상태 동기화 누락 ──> run_loop 3900초(65분) 정지
-F-4: subscriber 미포착 예외 rc=1 ──> loop/discuss 경로에서 job_status="error" 오판정
-F-2/F-3: 전역 토픽 + auth_token 조건부 ──> 워크스페이스 격리 및 HMAC 검증 사각지대 (A-2)
-F-5: 매 실행 랜덤 client_id ──> 문서가 주장하는 durable session 구성 불가
-```
-
-### 3.1 F-1 (Critical): 발행 실패 시 레지스트리 갱신 누락 (65분 루프 정지)
-- `publish_event.py:195-199`에서 브로커 네트워크 오류 발생 시 `return 2`로 조기 종료됩니다.
-- 이로 인해 뒤따르는 `append_event`, `registry.append_event`, `update_job_status(status=completed)`가 실행되지 못합니다.
-- `wait_for_job`은 `status=running` 상태에서 `max_wait=3900s`를 소진할 때까지 **65분간 정지**합니다.
-
-### 3.2 F-2 (High): 워크스페이스 지문 토픽 미발행 (A-2)
-- `reconcile.sh:236`은 지문 토픽(`mam/<fp>/jobs/+/events`)을 구독하지만, `mqtt_common.py:119`는 전역 토픽(`python/mqtt/jobs`)으로만 발행합니다.
-- 워크스페이스 간 메시지 격리가 실질적으로 비활성화되어 있습니다.
-
-### 3.3 F-3 (High): HMAC 인증 조건부 공허화 (A-2)
-- `registry.py:75-79`는 TLS나 사용자 인증이 켜진 보안 브로커 감지 시 `secrets.token_urlsafe(32)`를 자동 생성하나, 기본 공개 브로커(또는 평문 TCP 브로커) 환경에서는 토큰이 발급되지 않아 `auth_token=None`으로 남습니다.
-- 이로 인해 `verify_hmac`의 `if not auth_token: return True` 분기가 무조건 참이 되어 공개 브로커 환경에서 HMAC 검증이 무력화됩니다 (Track 2에서 전 브로커 대상 무조건 발급으로 심층 방어 적용 필요).
-
-### 3.4 F-4 (Critical): `loop`/`discuss` 위임 경로의 오판정 결함
-- `multi-agent-mux-delegate-job:331-341`에서 `wait "$sub_pid"`의 `sub_rc`를 직접 `job_status`로 매핑(`rc=1` -> `job_status="error"`).
-- 브로커 연결 실패 시 `job_subscriber.py`가 미포착 예외로 `rc=1`을 내므로, **브로커 접속 실패가 작업 에러로 둔갑**합니다.
-
-### 3.5 F-5 (Medium): 영속 세션(Durable Session) 구성 불가
-- `make_client()`가 매 실행마다 `uuid.uuid4().hex[:8]`로 랜덤 `client_id`를 생성하므로, 브로커가 재연결 세션을 식별할 수 없습니다.
-
----
-
-## 4. 리뷰 및 챌린지 검증 (Challenge Resolution)
-
-### 4.1 C1 챌린지 분석 및 판정
-Reviewer (`agy`)가 제기한 `job_subscriber.py`의 제어 경로 블로킹 및 디스크 폴백 누락 지적을 실측 검증하였습니다.
-
-1. **C1-a (위임 대기 경로 실재)**: `multi-agent-mux-delegate-job:227`에 `wait "$sub_pid"`가 존재하며, `run_loop.sh`의 모든 호출부가 `--type direct`로 이 경로를 통과함을 확인 (수용).
-2. **C1-b (디스크 폴백 부재)**: `job_subscriber.py`는 오직 `watcher.events.get()`만 대기하므로 브로커 단절 시 이벤트를 수신하지 못함 (수용).
-3. **C1-c (메커니즘 선후관계)**: C1은 F-1이 해결되어 디스크에 완료 상태가 쓰여진 이후에 드러나는 연쇄 결함임 (정정 및 반영).
-4. **C1-d (지연 시간 실측)**: 브로커 도달 불가 시 구독자는 15~40초 내 `rc=1`로 조기 종료되어 실제 추가 블로킹은 0초임 (지연 영향 기각, 그러나 감사 로그 오염 및 거짓 실패 판정의 심각성으로 채택).
-5. **C1-e (해결책 채택)**: `job_subscriber.py`의 대기 루프에 로컬 디스크(`load_job` / `read_logged_status`) 폴백을 도입하여 브로커 단절 시에도 즉시 정상 종료하도록 보강.
-
----
-
-## 5. 단계별 실행 계획 (Actionable Roadmap)
-
-```
-[Track 0: 결함 교정] ──> [Track 1: nats-server 스파이크] ──> [Track 2: A-2 보안/격리 해소] ──> [Track 3: 문서화]
-(F-1, C1, F-4 해결)     (S-1 ~ S-9 매트릭스 검증)         (F-2, F-3, Token, ACL)       (MESSAGING, VERSIONS)
-```
-
-### 5.1 Track 0 — 가용성 및 결함 교정 (최우선 과제, 브로커 무관)
-
-#### Step 순서 의존성 (Strict Ordering)
-1. **Step 1 (`publish_event.py`)**: 발행 실패 시에도 레지스트리 상태 동기화 및 감사 로그 작성을 완수하고 `return 2` 반환.
-2. **Step 2 (`job_subscriber.py`)**: `queue.Empty` 시 3초 스로틀로 디스크 터미널 상태를 확인하여 `source: disk-fallback` 합성 이벤트 출력 후 `rc=0` 조기 종료.
-3. **Step 3 (`multi-agent-mux-delegate-job`)**: 인프라 예외에 전용 `rc=3`을 부여하고 `job_status="broker_unavailable"` 분기 처리.
-
-#### 회귀 가드 매트릭스 (11종 신설 — G-1 ~ G-11, 목표 287/287 PASS)
-- **G-1**: 브로커 도달 불가 발행 시 `rc=2`이면서 레지스트리 `status=completed` 확인.
-- **G-2**: 감사 로그에 `published: false` 및 `publish_error` 필드 기록 확인.
-- **G-3**: 정상 브로커 발행 시 `rc=0` 및 `published: true` 무회귀 확인.
-- **G-4**: 발행 실패 시 단조 `last_seq` 증가 및 후속 발행 seq 보존 확인.
-- **G-5**: 디스크 `status=completed` 선작성 시 브로커 다운 상태에서도 `job_subscriber.py`가 3초 내 `rc=0` 종료.
-- **G-6**: 디스크 폴백 종료 시 stdout에 `disk-fallback` 명시 확인.
-- **G-7**: 디스크 `status=error` 시 폴백 `rc=1` 반환 확인.
-- **G-8**: 다중 잡 감시 시 전체 완료 전까지 조기 종료 방지.
-- **G-9**: 디스크 터미널 부재 + 브로커 실패 시 `rc=3` 반환 확인 (F-4 방어).
-- **G-10**: `loop` 위임 경로에서 `rc=3` 수신 시 `job_status`가 `"error"`로 오판되지 않음을 확인.
-- **G-11**: `registry.register_job()` 호출 시 `auth_token`이 항상 비어있지 않게 생성됨을 단언 (`secrets.token_urlsafe(32)` 유지).
-
-### 5.2 Track 1 — `nats-server` 스파이크 검증 매트릭스 (S-1 ~ S-9)
-
-격리 클론(`$SCRATCH/nats-spike`)에서 검증 수행:
-- **S-1**: `nats-server -js` MQTT 리스너 기본 구동 및 `started/progress/completed` 발행 수용 (`rc=0`).
-- **S-2**: paho-mqtt 2.x `CallbackAPIVersion.VERSION2` CONNACK 호환성 검증.
-- **S-3 (핵심 관문)**: **Retained terminal event 정상 전달 검증** (늦은 구독자의 즉시 최종 상태 수신). *실패 시 mosquitto로 회귀*.
-- **S-4**: QoS 1 `wait_for_publish` ACK 동작 검증.
-- **S-5**: 와일드카드 토픽(`mam/<fp>/jobs/+/events`) 구독 및 라우팅 검증.
-- **S-6**: TLS 암호화 및 유저 인증 접근 제어 검증.
-- **S-7**: Subject/Topic 레벨 권한 분리(Publisher write-only / Subscriber read-only) 검증.
-- **S-8**: 전체 287건 회귀 테스트 100% PASS 검증.
-- **S-9**: Track 0 디스크 폴백이 `nats-server` 장애 상황에서도 정상 동작함을 통합 검증.
-
-### 5.3 Track 2 — A-2 보안 및 워크스페이스 격리 해소
-1. **F-3 해소**: `registry.register_job()`에서 브로커 설정(TLS/인증 유무)과 무관하게 `secrets.token_urlsafe(32)` 기반 `auth_token`을 **무조건 항상 발급**.
-2. **F-2 해소**: `DEFAULT_TOPIC_ROOT`를 `mam/<sha256[:12]>/jobs`로 전환. 발행측 전환 후 `reconcile.sh`의 레거시 구독 단계적 제거.
-3. 배포 설정에 nkeys 기반 계정 분리 적용.
-
-### 5.4 Track 3 — 문서 및 설정 동기화
-- `MESSAGING.md`: 브로커 사양을 `nats-server`로 갱신, F-1/C1 해소 기록, F-5 실측에 맞춘 영속 세션 설명 정정.
-- `IMPROVEMENTS.md` & `VERSIONS.md`: A-2 완료 전환, F-1/F-4/F-5 백로그 이력 반영.
-- `.mam.env`: `nats-server` 포트(1883/8883) 및 인증 템플릿 갱신.
-
----
-
-## 6. 비-목표 (Explicit Non-Goals)
-
-1. ❌ **`nats-py` 라이브러리 도입 및 클라이언트 비동기 재작성**: 불필요한 복잡도 및 장애 유발.
-2. ❌ **`.mam/jobs/*.json`의 JetStream KV 대체**: 파일시스템 폴링 제어 계약을 훼손하므로 상태 계층 변경 제외.
-3. ❌ **Durable Session 강제 도입을 위한 `client_id` 고정**: 동시성 충돌 위험이 크며, Track 0 디스크 폴백이 동일 복원력을 무비용으로 제공함.
-4. ❌ **`requirements.txt` 내 `paho-mqtt>=2.0.0` 제거**: 현행 종속성 유지.
-
----
-
-## 7. 결론
-
-MAM 프레임워크의 메시징 백플레인은 **클라이언트 프로토콜(MQTT)을 100% 보존한 상태에서 `nats-server`를 전용 브로커로 채택(Option C)**하는 것이 기술적·운영적·보안적 최적해입니다. 
-
-선행 필수 과제인 **Track 0(F-1 + C1 + F-4 가용성 결함 교정)**을 우선 완수한 후, 스파이크 검증(Track 1) 및 A-2 보안 강화(Track 2)를 순차 전개합니다.

PRIVATE_SERVER.md

@@ -1,584 +0,0 @@
-# 🔒 MAM 개인 전용 브로커(Private Broker) 구축 및 연동 가이드 (`PRIVATE_SERVER.md`)
-
-- **작성일**: 2026-08-20 (Rev.2)
-- **문서 목적**: MAM(Multi-Agent Mux)의 공개 브로커 의존성 및 보안 결함(A-2)을 해소하기 위한 개인 전용 브로커(NATS / Mosquitto) 구축, 운영, 다능성 활용 및 MAM 클라이언트 연동 가이드.
-- **연계 문서**: [`NATS_REPORT.md`](NATS_REPORT.md), [`implementation_plan.md`](implementation_plan.md), [`IMPROVEMENTS.md`](IMPROVEMENTS.md)
-
----
-
-## 1. 개요 및 도입 배경
-
-현재 MAM 프레임워크의 기본 메시징 브로커는 공개 서버(`broker.hivemq.com:1883`)로 설정되어 있습니다. 개인 전용 브로커(Private Broker)를 구축하여 연결하면 **클라이언트 코드 변경 없이(0줄 변경)** 보안 위험을 원천 차단하고 네트워크 안정성을 대폭 향상시킬 수 있습니다.
-
-```
-[MAM Orchestrator / Agents]
-       │
-       ▼ (MQTT 3.1.1 / TLS)
-[Private Dedicated Broker]  ───> 사설망/개인 서버 (NATS Server / Mosquitto)
-                                 • 외부 불법 트래픽 100% 차단 (A-2 보안 해소)
-                                 • JetStream 영속성 및 NKey/JWT ACL 지원
-                                 • 초저지연 (<1ms) 및 무제한 대역폭
-```
-
-MAM의 제어 평면(`run_loop.sh`의 `wait_for_job` 파일시스템 폴링)은 브로커와 100% 독립적으로 작동하므로, 브로커는 **비동기 관측(observability) 사이드카** 역할을 수행합니다.
-
----
-
-## 2. 해결 영역 매트릭스 (브로커 전환 vs 코드 패치)
-
-전용 브로커 구축으로 즉시 해결되는 영역과, 로컬 코드 패치(Track 0)가 병행되어야 하는 영역의 명확한 구분입니다.
-
-| 구분 | 당면 과제 | 개인 브로커 구축 시 | 로컬 코드 패치 필요 여부 (Track 0) |
-|---|---|:---:|:---:|
-| **보안 (A-2)** | 공개 브로커 노출 및 외부 악의적 이벤트 수신 위협 | 🟢 **100% 즉시 해소** (사설망/ACL 격리) | Track 2에서 토큰 발급 강제 |
-| **안정성** | 공개 브로커의 예고 없는 순단 및 속도 제한(Rate-limit) | 🟢 **100% 즉시 해소** (전용 리소스) | — |
-| **내결함성 (B-14)** | 브로커 일시 장애 시 65분 루프 정지(Hang) 결함 | ⚠️ 브로커 점검/순단 시 여전히 위험 | 🔴 **필수 (Track 0 Step 1 선행 패치)** |
-| **지연/오판 (B-15)** | 브로커 다운 시 120초 지연 및 정상 작업의 에러 오판정 | ⚠️ 브로커 점검/순단 시 여전히 위험 | 🔴 **필수 (Track 0 Step 2 & 3 선행 패치)** |
-
-> [!IMPORTANT]
-> **방탄 아키텍처 원칙:**
-> "Track 0(`B-14`, `B-15`) 패치를 통해 브로커가 다운되어도 루프가 100% 정상 완주하도록 로컬 디스크 내결함성을 먼저 확보하고, 개인 브로커를 연결하여 A-2 보안과 성능을 완결합니다."
-
----
-
-## 3. 전용 브로커 추천 및 비교
-
-MAM 클라이언트는 표준 `paho-mqtt`를 사용하므로, MQTT 3.1.1을 지원하는 모든 브로커와 100% 호환됩니다.
-
-| 비교 항목 | 🏆 `nats-server` (강력 권장) | `eclipse-mosquitto` (대안) |
-|---|---|---|
-| **아키텍처** | Go 단일 정적 바이너리 (Zero Dependency) | C 기반 경량 오픈소스 브로커 |
-| **주요 특징** | • 내장 MQTT 3.1.1 리스너 (`mqtt { port: 1883 }`)<br>• JetStream 엔진 내장 (이벤트 영속화 및 복구)<br>• NKey/JWT 기반 계정 및 Subject별 세분화된 ACL<br>• WebSocket 및 NATS 네이티브 프로토콜 동시 서빙 | • 가장 널리 쓰이는 표준 경량 MQTT 브로커<br>• 낮은 메모리 점유율 (~10MB) |
-| **추천 용도** | 모던 인프라, 확장성, 감사 로그 영속화, 홈랩 통합 | 정통 초경량 임베디드/단일 목적 환경 |
-| **배포 난이도** | 🟢 바이너리 1개 실행 또는 Docker 1줄 | 🟢 패키지 매니저 (`apt`, `brew`) 또는 Docker |
-
----
-
-## 4. 개인 서버 브로커 배포 가이드
-
-### 4.1 `nats-server` 배포 (권장)
-
-`nats-server`에서 MQTT를 활성화하려면 설정 파일(`nats.conf`)에 `mqtt { port: 1883 }` 블록과 `jetstream { }` 블록이 반드시 포함되어야 합니다.
-
-> [!NOTE]
-> `nats-server`의 `-m` 플래그는 HTTP 모니터링 포트(`--http_port`)를 지정하는 옵션이며, MQTT를 켜는 플래그가 아닙니다. MQTT 활성화는 반드시 `-c nats.conf` 설정 파일을 통해 구성해야 합니다.
-
-#### 1) 공통 설정 파일 (`nats.conf`)
-```conf
-# nats.conf
-server_name: mam-hub
-
-# JetStream 영속 스토리지 (MQTT QoS 1 및 Retained 메시지 처리에 필수)
-jetstream {
-  store_dir: "/data"                      # Docker 환경 기본 스토리지 (네이티브 실행 시 $HOME 전개)
-  max_file:  10G                          # 홈랩 디스크 상한 설정
-}
-
-# HTTP 모니터링 엔드포인트 (/varz, /jsz 대시보드)
-http_port: 8222
-
-# 평면 A: MAM MQTT 3.1.1 프로토콜 리스너
-mqtt {
-  port: 1883
-}
-
-# 평면 B: 홈랩/웹 브라우저 대시보드용 WebSocket 리스너 (선택 사항)
-websocket {
-  port: 8080
-  no_tls: true                            # 내부 사설망 한정
-}
-```
-
-#### 2) 배포 방법 A. Docker / Docker Compose (권장)
-
-**단일 Docker 실행:**
-```bash
-# 호스트에 nats.conf 생성 후 실행 (D-2: alpine 고정 핀, D-3: 루프백/바인드 한정)
-docker run -d \
-  --name mam-nats \
-  --restart unless-stopped \
-  -p "${MQTT_BIND:-127.0.0.1}:1883:1883" \
-  -p "${NATS_BIND:-127.0.0.1}:4222:4222" \
-  -p "127.0.0.1:8222:8222" \
-  -p "${WS_BIND:-127.0.0.1}:8080:8080" \
-  -v ./nats.conf:/etc/nats/nats.conf:ro \
-  -v nats-data:/data \
-  nats:2.12-alpine \
-  -c /etc/nats/nats.conf
-```
-
-**Docker Compose (`docker-compose.yml`):**
-```yaml
-version: '3.8'
-
-services:
-  nats:
-    image: nats:2.12-alpine
-    container_name: mam-nats
-    restart: unless-stopped
-    command: ["-c", "/etc/nats/nats.conf"]
-    ports:
-      - "${MQTT_BIND:-127.0.0.1}:1883:1883"   # MQTT 3.1.1 포트 (평면 A: MAM)
-      - "${NATS_BIND:-127.0.0.1}:4222:4222"   # NATS 기본 포트 (평면 B)
-      - "127.0.0.1:8222:8222"                  # HTTP 모니터링 (/varz, /jsz, /healthz)
-      - "${WS_BIND:-127.0.0.1}:8080:8080"      # WebSocket (평면 B)
-    volumes:
-      - ./nats.conf:/etc/nats/nats.conf:ro
-      - nats-data:/data
-
-volumes:
-  nats-data:
-```
-
-#### 3) 배포 방법 B. 네이티브 바이너리 설치 (macOS / Linux — 비루트 사용자 공간)
-
-macOS의 sealed APFS 루트 볼륨(`/data`) 권한 문제를 방지하기 위해 사용자 홈 디렉터리(`~/.config/nats/`, `~/.local/share/nats/data`)를 기본 스토리지로 사용합니다.
-
-```bash
-# 설정 및 데이터 디렉터리 생성 (sudo 불필요)
-mkdir -p ~/.config/nats ~/.local/share/nats/data
-
-# 설정 파일 작성 (D-1: 비인용 heredoc <<EOF 으로 $HOME 을 파일 생성 시점에 절대경로로 고정)
-cat <<EOF > ~/.config/nats/nats.conf
-server_name: mam-hub
-jetstream {
-  store_dir: "$HOME/.local/share/nats/data"
-  max_file:  10G
-}
-http_port: 8222
-mqtt {
-  port: 1883
-}
-websocket {
-  port: 8080
-  no_tls: true
-}
-EOF
-
-# macOS (Homebrew 설치 및 실행)
-brew install nats-server
-nats-server -c ~/.config/nats/nats.conf &
-
-# Linux (x86_64 단일 바이너리 설치 및 실행)
-curl -L https://github.com/nats-io/nats-server/releases/download/v2.10.20/nats-server-v2.10.20-linux-amd64.tar.gz | tar xz
-sudo mv nats-server-v2.10.20-linux-amd64/nats-server /usr/local/bin/
-nats-server -c ~/.config/nats/nats.conf &
-```
-
----
-
-### 4.2 `mosquitto` 배포 (대안)
-
-#### Docker 실행:
-```bash
-docker run -d \
-  --name mam-mosquitto \
-  --restart unless-stopped \
-  -p 1883:1883 \
-  -v ./mosquitto.conf:/mosquitto/config/mosquitto.conf \
-  eclipse-mosquitto:latest
-```
-
-**기본 `mosquitto.conf` 설정 파일 예시:**
-```conf
-listener 1883
-allow_anonymous true
-persistence true
-persistence_location /mosquitto/data/
-```
-
----
-
-## 5. 하나의 서버로 여러 프로젝트 — `nats-server` 다능성 (Versatility)
-
-`nats-server`의 다능성은 **MAM을 네이티브 NATS로 이관할 이유가 아니라, MAM 코드를 한 줄도 바꾸지 않고도 얻을 수 있는 부가적 이득**입니다.
-
-### 5.1 두 개의 소비 평면 및 세 가지 접속 경로 (Consumption Planes & Transport Paths)
-
-`nats-server`는 단일 프로세스 내에서 여러 프로토콜 리스너를 동시에 구동하므로, MAM의 단순성과 개인 홈랩의 확장성을 완벽히 양립시킵니다.
-
-```
-                  ┌───────────────────────────────────────────────────────────┐
-                  │                 nats-server (단일 인스턴스)                 │
-                  ├─────────────────────────────┬─────────────────────────────┤
-                  │     평면 A: MAM 워크로드     │    평면 B: 홈랩/개인 프로젝트 │
-                  ├─────────────────────────────┼─────────────────────────────┤
-  프로토콜         │ MQTT 3.1.1 (포트 1883)       │ NATS(4222), WebSocket(8080) │
-  클라이언트       │ paho-mqtt (코드 변경 0줄)    │ nats-py, nats.js, MQTT.js 등│
-  사용 기능       │ QoS 1, Retain, 와일드카드, TLS│ JetStream 리플레이, KV, Object│
-  설계 원칙       │ 초경량 동기 CLI 핫패스 보존   │ 고급 비동기 이벤트 스트리밍   │
-  공유 자원       │ └───── 단일 정적 바이너리 / JetStream 스토리지 / ACL ─────┘│
-                  └───────────────────────────────────────────────────────────┘
-```
-
-특히 **WebSocket 포트(8080)**는 접속 경로(URL Path)에 따라 두 가지 프로토콜을 동시에 서빙합니다:
-1. **MQTT 1883**: TCP 네이티브 MQTT 3.1.1 (MAM CLI 에이전트 표준 경로)
-2. **WebSocket 8080 (`/mqtt` 경로)**: **MQTT-over-WebSocket** (`MQTT.js` 등으로 접속). 서버 내부에서 1883 리스너와 동일하게 취급되어 **retained 종료 이벤트를 완전하게 수신**합니다 (N-7).
-3. **WebSocket 8080 (`/` 또는 경로 없음)**: **NATS 네이티브 WebSocket** (`nats.ws` 등으로 접속). 라이브 스트림만 수신하며 retained 메시지는 수신하지 않습니다 (N-1).
-
-### 5.2 교차 프로토콜 브리징 (Cross-Protocol Bridging)
-- `nats-server`는 내부적으로 MQTT 토픽(`/`)을 NATS Subject(`.`)로 실시간 자동 변환합니다.
-- MAM 에이전트가 MQTT 토픽 `python/mqtt/jobs/<job_id>/events`로 이벤트를 발행하면, 웹 브라우저나 타 프로젝트의 NATS 구독자는 NATS Subject `python.mqtt.jobs.<job_id>.events` 또는 `python.mqtt.jobs.*.events`로 즉시 실시간 수신할 수 있습니다.
-- **실용적 이점**: MAM 소스 코드를 단 1줄도 수정하지 않고도 React/Vue 웹 대시보드나 터미널 모니터링 툴을 즉시 부착할 수 있습니다.
-- **경계 (필수 인지 — N-1 & N-7)**:
-  - NATS 네이티브(경로 없는 WebSocket 또는 4222)로 접속하는 경우: 교차 프로토콜 브리징은 **라이브 스트리밍에 한정**됩니다. 잡이 끝난 뒤 접속한 네이티브 NATS 대시보드는 그 잡의 **종료 이벤트를 수신하지 못합니다** (retained 메시지는 MQTT SUBSCRIBE 경로 전용).
-  - 웹 대시보드에서 사후 종료 이벤트까지 무상으로 수신하려면 **`ws://<host>:8080/mqtt` 경로로 `MQTT.js` 클라이언트를 연결**하십시오 (N-7). 리플레이 스트림 구축 및 디스크 관리 부담 없이 완전한 종료 이벤트를 즉시 수신할 수 있습니다.
-- **계정 배치**: 관측 클라이언트는 §5.5 처방대로 `MAM` 계정 안의 읽기 전용 사용자(`mam_observer`)로 접속해야 합니다. 다른 계정에서는 subject가 보이지 않습니다.
-- **주의 사항**: 토픽 레벨 내에 마침표(`.`)가 포함되면 NATS 계층에서 토큰이 분리될 수 있으나, MAM의 `job_id`는 8자리 hex, 워크스페이스 지문은 12자리 hex이므로 안전합니다.
-
-### 5.3 JetStream 이벤트 리플레이 (Event Replay)
-- `python.mqtt.jobs.>` Subject를 구독하는 JetStream 스트림을 생성하면, 지난 작업의 이벤트 스트림 전체를 시점 지정(Time-based) 또는 시퀀스 지정(Sequence-based)으로 사후 리플레이할 수 있습니다.
-- **주의 사항**: 이 기능은 옵트인(Opt-in)이며, MQTT QoS 1 처리를 위한 내부 시스템 스트림(`$MQTT_*`)과 별개로 관리됩니다. 디스크 용량 관리를 위해 `max_age`나 `max_bytes` 상한을 반드시 설정해야 합니다.
-
-### 5.4 내장 Key-Value (KV) 및 Object Store
-- 홈랩 및 개인 프로젝트에서 Redis나 MinIO 같은 별도 인프라를 띄우지 않고도 `nats-server` 내장 KV 및 Object Store를 즉시 사용할 수 있습니다.
-- **금지 사항 (Non-Goal)**: MAM의 로컬 레지스트리(`.mam/jobs/*.json`)를 JetStream KV로 대체해서는 안 됩니다 (`wait_for_job`의 fcntl 및 파일시스템 폴링 계약 유지).
-
-### 5.5 멀티테넌트 계정 분리 및 보안
-- 단일 서버 내에서 `MAM` 전용 계정과 `HOME` 개인 계정을 분리하여 리소스 쿼터와 권한을 완벽히 격리할 수 있습니다.
-- **권고 배치**: MAM과 이를 관측하는 대시보드는 동일한 계정(`MAM`)에 배치하고(관측자는 읽기 전용 `mam_observer` 역할 부여), 무관한 홈랩 서비스는 별도 계정(`HOME`)에 배치합니다.
-
----
-
-## 6. MAM 클라이언트 연동 설정 (`.mam.env`)
-
-개인 서버 브로커가 구동되면, MAM 저장소 루트의 [`.mam.env`](file:///.mam.env) 파일에 개인 서버 주소를 등록합니다.
-
-> [!NOTE]
-> MAM 코드(`mqtt_common.py`)는 `MQTT_*` 접두사의 환경변수를 읽습니다. 이전 비공식 문서의 `MAM_MQTT_*` 변수는 무효하므로 반드시 아래의 표준 변수명을 사용해야 합니다.
-
-```bash
-# ==============================================================================
-# MAM Private MQTT Broker Configuration (.mam.env)
-# ==============================================================================
-
-# ── 모델 T (Tailscale 사설 오버레이망 권장) ───────────────────────
-MQTT_BROKER="mam-hub.tailXXXX.ts.net"   # 또는 100.x.y.z (평문이므로 IP 사용 가능)
-MQTT_PORT=1883
-MQTT_TLS=0
-MQTT_USERNAME=mam_agent
-MQTT_PASSWORD=replace_me_with_token
-MQTT_KEEPALIVE=60                        # WAN 구간 권장 연결 유지 시간
-
-# ── 모델 P (공개 TLS / Let's Encrypt 모델) ───────────────────────
-# MQTT_BROKER="mam-broker.example.com"   # D-4: 반드시 인증서 SAN 의 DNS 이름 (IP 금지)
-# MQTT_PORT=8883
-# MQTT_TLS=1
-# MQTT_USERNAME=mam_agent
-# MQTT_PASSWORD=replace_me_with_token
-# MQTT_CA_CERTS 는 Let's Encrypt 사용 시 '설정하지 않음' (시스템 신뢰 저장소 사용)
-```
-
-*참고: OS 환경변수에 동일한 이름이 이미 `export`되어 있는 경우 OS 환경변수가 `.mam.env` 파일 설정보다 우선합니다.*
-
----
-
-## 7. 연동 및 동작 검증 테스트 (4-Step Verification)
-
-개인 서버 브로커와의 연동 상태를 정확하게 검증하는 4단계 절차입니다.
-
-### Step 1. 브로커 리스너 및 JetStream 상태 확인
-```bash
-# MQTT 리스너 활성화 확인
-curl -s http://127.0.0.1:8222/varz | grep -i mqtt
-
-# JetStream 엔진 정상 구동 확인
-curl -s http://127.0.0.1:8222/jsz
-```
-
-### Step 2. 임시 잡 등록 및 연결 검증 이벤트 발행
-`publish_event.py`는 레지스트리에 등록된 잡에 대해서만 발행을 수행하므로, 임시 잡을 등록하고 발행한 후 완료 처리합니다.
-
-```bash
-# 1) 임시 잡 등록 (자동 채번된 JID 캡처)
-JID=$(.venv/bin/python .agents/skills/multi-agent-mux-delegate-job/scripts/registry.py \
-        --registry-dir .mam/jobs \
-        register \
-          --prompt "Private broker connectivity test" \
-          --agent-session "herdr:test")
-echo "registered test job: $JID"
-
-# 2) 이벤트 발행 (상세 로그 출력 및 rc=0 단언)
-.venv/bin/python .agents/skills/multi-agent-mux-delegate-job/scripts/publish_event.py \
-  --registry-dir .mam/jobs \
-  --job "$JID" \
-  --event progress \
-  --detail "Private broker connection verified" -v
-
-# 3) 테스트 잡 종결 처리 (미종결 시 --wait-any 유령 잡 잔존 방지)
-.venv/bin/python .agents/skills/multi-agent-mux-delegate-job/scripts/registry.py \
-  --registry-dir .mam/jobs status --job "$JID" --set completed
-```
-
-### Step 3. 접속 대상 브로커 IP 단언
-Step 2의 `-v` 출력 로그 또는 `.mam/delegate_job_logs/$JID/events.ndjson` 파일에서 실제 접속 호스트가 개인 브로커 IP로 나타나고 `broker.hivemq.com`이 포함되지 않았는지 확인합니다.
-
-### Step 4. 단위 회귀 테스트 검증
-```bash
-.venv/bin/python -m pytest tests/ -q
-```
-*참고: MAM의 기본 단위/컴포넌트 테스트 스위트는 모의(Mock) 객체를 사용하므로 브로커 연결 여부와 무관하게 100% 통과합니다. 실제 네트워크 연동 검증은 Step 1~3이 담당합니다.*
-
----
-
-## 8. 권장 실행 순서
-
-```
-[Phase 1: 내결함성 확보] ──> [Phase 2: 개인 브로커 가동] ──> [Phase 3: A-2 보안 완전 종결]
- Track 0 (B-14, B-15)         nats-server (nats.conf)         지문 토픽 및 인증 토큰 발급
- 로컬 디스크 폴백 패치         .mam.env 환경변수 연동         외부 간섭 100% 차단
-```
-
-1. **Phase 1 (Track 0 선행 패치)**: `publish_event.py`와 `job_subscriber.py`의 로컬 디스크 폴백(`B-14`, `B-15`)을 먼저 적용하여 브로커 다운 시에도 루프가 멈추지 않는 방탄 구조를 확립합니다.
-2. **Phase 2 (개인 브로커 가동)**: 개인 서버에 `nats-server -c nats.conf`를 구동하고 `.mam.env`에 `MQTT_BROKER`를 연결합니다.
-3. **Phase 3 (A-2 보안 완전 종결)**: 워크스페이스 지문 토픽(`mam/<sha256[:12]>/jobs/...`) 및 무조건 토큰 발급을 적용하여 공개 브로커 위험을 완전히 영구 폐기합니다.
-
----
-
-## 9. 원격 서버 `nats-server` Docker 프로덕션 배포 가이드 (Track 1R)
-
-원격 VPS 또는 상시 가동 홈랩 서버에 프로덕션 수준의 `nats-server`를 Docker 기반으로 구축하고 MAM과 연동하는 표준 절차입니다.
-
-> [!NOTE]
-> **정본 자산 안내**: 본 절의 설정은 [`docker/`](docker/) 디렉터리에 정본(canonical) 파일(`docker/docker-compose.yaml`, `docker/nats.conf`, `docker/.env.example`, `docker/README.md`)로 관리되며, 아래 코드 펜스는 그 사본입니다. 두 곳이 어긋나면 `tests/test_deploy_freshness.py`의 D-22 ~ D-30 회귀 가드가 실패합니다.
-
-### 9.1 프로덕션 `nats.conf`
-
-```conf
-# ==============================================================================
-# docker/nats.conf — MAM 원격 프로덕션 브로커 (Track 1R)
-#
-# 정본 문서: PRIVATE_SERVER.md §9.1
-# 시크릿: 이 파일에는 없습니다. 모든 password 는 docker/.env → compose
-#         environment → 컨테이너 환경변수로 주입되는 $VAR 참조입니다.
-#
-# ⚠ 암호 문자 제약: NATS 는 환경변수 값을 자체 설정 렉서로 재파싱합니다.
-#   암호에 [공백 ; , ] } # ' " $] 가 들어가면 설정이 깨지거나 다르게 해석됩니다.
-#   반드시 `openssl rand -base64 32` (알파벳 A-Za-z0-9+/=) 를 사용하십시오.
-# ==============================================================================
-server_name: mam-hub
-
-# ── JetStream: MQTT retained/QoS1 저장소. 종료 이벤트 재수신이 여기에 의존 ──
-jetstream {
-  store_dir: "/data"      # 절대경로 고정. '~' 도 인용된 "$HOME" 도 확장되지 않음
-  max_file: 10G           # 접미사는 대문자만 유효 (K/M/G/T)
-  max_mem: 256M
-}
-
-http_port: 8222           # 무인증 모니터링 → 호스트 게시는 loopback 한정 (compose)
-
-mqtt {
-  port: 1883
-  ack_wait: 60s           # WAN RTT 흡수 (기본 30s)
-  max_ack_pending: 1024   # 다중 에이전트 동시 발행 여유 (상한 65535)
-}
-
-websocket {
-  port: 8080
-  no_tls: true            # 사설망/tailnet 한정. 생략하면 TLS 설정 필수라 기동 실패
-
-  # ── 원점(Origin) 정책 ────────────────────────────────────────────────
-  # 기본값은 이미 '모든 출처 허용'입니다. same_origin 의 기본값은 false 이고
-  # allowed_origins 가 비어 있으면 checkOrigin() 이 Origin 헤더를 읽지도 않고
-  # 즉시 nil 을 반환합니다 (server/websocket.go:1039).
-  #   → http://localhost:3000 의 브라우저 대시보드는 별도 설정 없이 접속됩니다.
-  #   → `same_origin: false` 를 적는 것은 no-op 입니다.
-  #
-  # 8080 을 tailnet 밖으로 노출한다면 아래를 켜서 출처를 좁히십시오.
-  # 주의: allowed_origins 를 비우지 않는 순간 원점 검사가 '켜집니다'.
-  #       "*" 는 절대 쓰지 마십시오 — 옵션 검증 실패로 서버가 기동하지 못합니다
-  #       (websocket.go:1142 "must be absolute URLs with http or https scheme").
-  # allowed_origins: ["https://dashboard.example", "http://localhost:3000"]
-
-  # ── 이 포트는 MQTT-over-WebSocket 도 서빙합니다 ───────────────────────
-  # 경로 /mqtt 로 붙으면 완전한 MQTT 클라이언트가 됩니다 (mqtt.go:193,
-  # websocket.go:1335 → createMQTTClient, 1883 리스너와 동일 함수).
-  #   ws://<host>:8080/mqtt  → MQTT. retained 종료 이벤트를 받습니다.
-  #   ws://<host>:8080/      → NATS 네이티브. retained 를 받지 못합니다 (N-1).
-  # 브라우저 대시보드는 MQTT.js 로 /mqtt 에 붙이는 것을 권장합니다.
-}
-
-# ── 인증 및 멀티테넌시 ────────────────────────────────────────────────────
-accounts {
-  MAM: {
-    jetstream: enabled                    # MQTT 내부 스트림이 이 계정 안에 생성됨
-    users: [
-      # 발행자 겸 구독자 — MAM 에이전트 본체 (.mam.env 의 MQTT_USERNAME)
-      { user: mam_agent, password: $MAM_BROKER_PASS }
-
-      # 관측자 — 대시보드/모니터링. 반드시 MAM 계정 안에 위치
-      { user: mam_observer, password: $MAM_OBSERVER_PASS,
-        permissions: {
-          subscribe: { allow: ["python.mqtt.jobs.>"] }   # M3 이후: "mam.<fp>.jobs.>"
-          publish:   { deny:  [">"] }
-        }
-      }
-    ]
-  }
-  # MAM 과 무관한 홈랩 서비스 전용. MAM subject 는 보이지 않음(의도된 격리)
-  HOME: { jetstream: enabled, users: [ { user: home, password: $HOME_BROKER_PASS } ] }
-  SYS:  { users: [ { user: sys, password: $SYS_BROKER_PASS } ] }
-}
-system_account: SYS
-```
-
-> [!IMPORTANT]
-> **관측자는 반드시 `MAM` 계정 안에 둡니다.** NATS 계정은 하드 격리 경계이므로 `user: home`(계정 `HOME`)으로 접속한 클라이언트는 `python.mqtt.jobs.>`를 구독해도 **0건**을 받습니다. 서로 다른 신뢰 도메인이라 계정을 반드시 갈라야 하는 예외 상황은 **부록 X(Option A)** 를 따르십시오.
-
-### 9.2 프로덕션 `docker/docker-compose.yaml`
-
-```yaml
-# ==============================================================================
-# docker/docker-compose.yaml — MAM 원격 프로덕션 브로커 (Track 1R)
-# 정본 문서: PRIVATE_SERVER.md §9.2
-#
-# 사용법:  cd docker && cp .env.example .env && <시크릿 채우기> && docker compose up -d
-# ==============================================================================
-services:
-  nats:
-    image: nats:2.12-alpine          # alpine 필수: healthcheck 의 wget 이 여기에만 있음
-    container_name: mam-nats
-    restart: unless-stopped
-    command: ["-c", "/etc/nats/nats.conf"]
-    environment:
-      # 미설정/빈 값이면 컨테이너 생성 전에 compose 가 중단 → fail-closed
-      MAM_BROKER_PASS:   ${MAM_BROKER_PASS:?set MAM_BROKER_PASS in docker/.env}
-      MAM_OBSERVER_PASS: ${MAM_OBSERVER_PASS:?set MAM_OBSERVER_PASS in docker/.env}
-      HOME_BROKER_PASS:  ${HOME_BROKER_PASS:?set HOME_BROKER_PASS in docker/.env}
-      SYS_BROKER_PASS:   ${SYS_BROKER_PASS:?set SYS_BROKER_PASS in docker/.env}
-    ports:
-      # ⚠ Docker 의 published 포트는 UFW 를 우회합니다. 노출 통제는 방화벽이 아니라
-      #   여기의 바인드 주소가 담당합니다. 기본값은 전부 loopback.
-      - "${MQTT_BIND:-127.0.0.1}:1883:1883"    # MQTT 3.1.1 (평면 A: MAM)
-      - "${NATS_BIND:-127.0.0.1}:4222:4222"    # NATS 네이티브 (평면 B)
-      - "127.0.0.1:8222:8222"                  # 무인증 모니터링 — loopback 고정
-      - "${WS_BIND:-127.0.0.1}:8080:8080"      # WebSocket (NATS + /mqtt 경로의 MQTT)
-    volumes:
-      - ./nats.conf:/etc/nats/nats.conf:ro
-      - nats-data:/data                        # nats.conf 의 store_dir 와 일치
-    healthcheck:
-      test: ["CMD", "wget", "-q", "-O", "/dev/null", "http://127.0.0.1:8222/healthz"]
-      interval: 30s
-      timeout: 5s
-      retries: 3
-      start_period: 20s
-    logging:
-      driver: json-file
-      options: { max-size: "10m", max-file: "3" }
-
-volumes:
-  nats-data:
-```
-
-> [!WARNING]
-> **Docker의 published 포트는 UFW를 우회합니다.** Docker가 삽입하는 NAT/FORWARD 규칙이 `ufw`의 INPUT 체인보다 먼저 평가되므로, `ufw deny 1883`을 걸어도 `-p 1883:1883`으로 게시한 포트는 인터넷에 열립니다. 본 구성이 방화벽에만 의존하지 않고 **published 포트 자체에 바인드 주소를 명시**(`${MQTT_BIND}:1883:1883`)하는 이유입니다.
-
-### 9.3 원격 네트워킹 & 보안 가이드
-
-| 항목 | 🏆 **모델 T: Tailscale/WireGuard 오버레이 (권장)** | 모델 P: 공개 TLS (Let's Encrypt) |
-|---|---|---|
-| 인터넷 노출 면적 | **0** (공개 리스너 없음) | 8883 1개 |
-| 인증서 필요 | 불필요 (`MQTT_TLS=0`) | 필수 + 90일 갱신 |
-| **D-4 호스트명 제약** | **해당 없음** | 도메인 필수, IP 불가 |
-| 도메인 필요 | 불필요 | **필수** |
-| 이동성 | 자동 (Tailscale mesh) | 자동 |
-
-**방화벽 (UFW) 설정 (모델 T):**
-```bash
-sudo ufw default deny incoming
-sudo ufw default allow outgoing
-sudo ufw allow 22/tcp
-
-# tailnet 인터페이스만 허용
-sudo ufw allow in on tailscale0 to any port 1883 proto tcp
-sudo ufw allow in on tailscale0 to any port 4222 proto tcp
-sudo ufw allow in on tailscale0 to any port 8080 proto tcp
-
-sudo ufw enable && sudo ufw status verbose
-```
-
-**시크릿 생성 및 환경변수 주입 (`docker/.env`):**
-```bash
-# docker/.env.example 복사 및 권한 제한
-cd docker && cp .env.example .env && chmod 600 .env
-
-# 시크릿 암호 생성 (openssl rand -base64 32 사용)
-# .env 파일을 열고 생성된 시크릿 및 바인드 주소 입력:
-# MAM_BROKER_PASS=<생성된_토큰>
-# MAM_OBSERVER_PASS=<생성된_토큰>
-# HOME_BROKER_PASS=<생성된_토큰>
-# SYS_BROKER_PASS=<생성된_토큰>
-# MQTT_BIND=$(tailscale ip -4)
-# WS_BIND=$(tailscale ip -4)
-```
-
-### 9.4 원격 검증 플레이북 (R-1 ~ R-10)
-
-| ID | 검증 항목 | 방법 | 통과 기준 |
-|---|---|---|---|
-| **R-1** | 브로커 헬스 | SSH 터널 후 `curl -sf http://127.0.0.1:8222/healthz` | **HTTP 200** |
-| **R-2** | 리스너 + TLS 신원 | `curl -s .../varz \| grep -i mqtt`; 모델 P는 `openssl s_client -connect H:8883 -servername H` | MQTT 리스너 노출, SAN에 `MQTT_BROKER` 포함 |
-| **R-3** | 노출 면적 단언 | 외부 망에서 `nmap -Pn -p 1883,4222,8222,8080 <공개IP>` | 전부 closed/filtered |
-| **R-4** | 왕복 pub/sub + 계정 JetStream | 임시 잡 등록 → 구독자 기동 → `progress` 발행 → 수신 → 종결 | 수신 성공, `JetStream not enabled for account` **미발생** |
-| **R-5** | **retained 종료 이벤트 (MQTT)** | `--event completed` 발행 **후** 신규 `job_subscriber.py` 기동 | 즉시 최종 이벤트 수신 |
-| **R-6** | 브로커 신원 단언 | `grep -c 'broker.hivemq.com' .mam/delegate_job_logs/$JID/events.ndjson` | **0**, 원격 호스트 등장 |
-| **R-7** | freeze 회귀 (H-1/H-4) | freeze 경로 `publish_event.py`를 `MAM_ENV_FILE` 없이 실행 / 오타 경로 실행 | 공개 브로커로 나가지 않음 |
-| **R-8** | 전체 회귀 스위트 | `.venv/bin/python -m pytest tests/ -q` | **전건 통과** |
-| **R-9** | **관측자 계정 경계** | `mam_observer`로 NATS 구독 → 수신 확인. 이어서 `home`으로 동일 구독 | `mam_observer` **수신**, `home` **0건** |
-| **R-10** | **retained 경계 확인 (N-1)** | 잡 종료 **후** NATS 네이티브 구독자를 새로 붙임 | **0건 수신** (retained는 MQTT 전용) |
-
-**WAN 지연 시간 측정 (Latency Probe):**
-```bash
-.venv/bin/python - <<'PY'
-import sys, time, statistics
-sys.path.insert(0, '.agents/skills/multi-agent-mux-delegate-job/scripts')
-import mqtt_common as m
-cfg = m.broker_config_from_env()
-print(f"target: {cfg.host}:{cfg.port} tls={cfg.tls}")
-conn, rtt = [], []
-for _ in range(5):
-    c = m.make_client("latency", cfg)
-    t0 = time.perf_counter(); c.connect(cfg.host, cfg.port, 10); c.loop_start()
-    conn.append((time.perf_counter() - t0) * 1000)
-    t1 = time.perf_counter()
-    info = c.publish("mam/latency/probe", b"x", qos=1); info.wait_for_publish(10)
-    rtt.append((time.perf_counter() - t1) * 1000)
-    c.loop_stop(); c.disconnect()
-print(f"connect  p50={statistics.median(conn):.1f}ms max={max(conn):.1f}ms")
-print(f"qos1 rtt p50={statistics.median(rtt):.1f}ms max={max(rtt):.1f}ms")
-PY
-```
-
-### 9.5 전환(Cutover) 절차 (H-2 대응)
-
-```
-[1 드레인] ──> [2 잔여 스캔] ──> [3 .mam.env 교체] ──> [4 R-1~R-10] ──> [5 레거시 차단]
-```
-1. **드레인**: 신규 위임 중단, 진행 중 잡이 모두 terminal 될 때까지 대기.
-2. **잔여 스캔**: 옛 브로커에 핀 고정된 레코드 스캔 후 정리.
-3. **`.mam.env` 교체**: 원격 브로커 주소 및 토큰 적용.
-4. **검증**: R-1 ~ R-10 전건 통과 확인.
-5. **레거시 차단**: 공개 브로커 설정 완전 제거.
-
----
-
-### 부록 X. Option A (계정 간 Export / Import) 예외 경로
-
-관측자가 **서로 다른 신뢰 도메인**에 속해 계정을 엄격히 분리해야 하는 경우:
-
-```conf
-accounts {
-  MAM: {
-    jetstream: enabled
-    users: [ { user: mam_agent, password: $MAM_BROKER_PASS } ]
-    exports: [ { stream: "python.mqtt.jobs.>", accounts: [HOME] } ]
-  }
-  HOME: {
-    users: [ { user: home, password: $HOME_BROKER_PASS } ]
-    imports: [ { stream: { account: MAM, subject: "python.mqtt.jobs.>" } } ]
-  }
-  SYS: { users: [ { user: sys, password: $SYS_BROKER_PASS } ] }
-}
-system_account: SYS
-```
-

deploy/INSTALL.md

@@ -127,6 +127,12 @@ $ bash .agents/skills/multi-agent-mux-orc-onboard/scripts/orc_onboard.sh --list
 $ bash .agents/skills/multi-agent-mux-orc-onboard/scripts/orc_onboard.sh --remove <orchestrator_uuid>
 ```
 
+### 7) 전용 NATS 메시징 브로커 설정 (.mam.env)
+MAM은 비동기 작업 위임(`multi-agent-mux-delegate-job`) 및 이벤트 스트림 중계를 위해 MQTT 3.1.1 및 JetStream 기반의 사설 NATS 브로커(`nats-docker`)를 표준으로 지원합니다.
+*   **환경 설정 생성**: `bash deploy/generate-env.sh` (또는 `cp .mam.env.example .mam.env`)를 실행하여 로컬 `.mam.env`를 생성합니다.
+*   **서브모듈 동기화**: `git submodule update --init --recursive` 명령어로 `nats-docker/` 배포 자산을 초기화합니다.
+*   **사설 서버 배포 가이드**: 자세한 도커 배포 및 Tailscale 연동 절차는 [`nats-docker/PRIVATE_SERVER.md`](../nats-docker/PRIVATE_SERVER.md) 및 [`MESSAGING.md`](../MESSAGING.md)를 참조하십시오.
+
 ---
 
 ## 🛡️ 협업 및 보안 가이드라인

deploy/README.md

@@ -68,6 +68,19 @@ To register these skills globally or for a specific workspace:
     }
     ```
 
+### 5. Private NATS Broker & Submodule Integration (`nats-docker`)
+For production deployments and private networks, MAM utilizes a dedicated NATS broker (`nats:2.12-alpine` with MQTT 3.1.1 and JetStream enabled). The container assets and deployment guides are managed in the `nats-docker` submodule:
+
+```bash
+# When cloning the repository, initialize submodules:
+git clone --recurse-submodules https://git.godopu.com/tmpl/multi-agent-mux.git
+
+# Or initialize submodules in an existing clone:
+git submodule update --init --recursive
+```
+
+Refer to [`nats-docker/PRIVATE_SERVER.md`](../nats-docker/PRIVATE_SERVER.md) and [`MESSAGING.md`](../MESSAGING.md) for detailed configuration, `.mam.env` generation, and security guidelines.
+
 ---
 
 ## 🤖 Gitea Actions CI/CD Setup

deploy/gitea-ci.yml

@@ -85,6 +85,8 @@ jobs:
     steps:
       - name: Checkout Code
         uses: actions/checkout@v3
+        with:
+          submodules: recursive
 
       - name: Set up Python
         uses: actions/setup-python@v4

deploy/install.sh

@@ -506,7 +506,7 @@ fi
 
 if [ ! -f "$MAM_ENV" ]; then
   echo "📝 Initializing $MAM_ENV with default orchestration configuration..."
-  MAM_CLIENT_PREFIX="mam-agent"
+  MAM_CLIENT_PREFIX="hermes"
   MAM_PORT="1883"
   
   cat <<EOF > "$MAM_ENV"

implementation_plan.md

@@ -1,26 +1,26 @@
 # 🚀 MAM 메시징 백플레인 전환 실행 로드맵 (`implementation_plan.md`)
 
-- **문서 버전**: v1.0.0 (`8c651798` / `28bb7340`)
+- **문서 버전**: v1.2.0
 - **작성/관리 주체**: Multi-Agent Orchestration Team (`claude`, `agy`, `cline`)
-- **기준 커밋**: `a9934ad` (276/276 baseline tests passing)
-- **문서 목적**: MAM의 메시징 인프라를 공개 HiveMQ 브로커에서 `nats-server` 전용 사설 브로커로 무중단 전환하기 위한 4개 트랙(Track 0~3)과 5단계 마일스톤(M0~M4)의 구체적 실행 지침 및 진행 상황 추적.
-- **연계 문서**: [`NATS_REPORT.md`](NATS_REPORT.md), [`PRIVATE_SERVER.md`](PRIVATE_SERVER.md), [`IMPROVEMENTS.md`](IMPROVEMENTS.md)
+- **기준 커밋**: `916185c` (306/306 baseline tests passing)
+- **문서 목적**: MAM의 메시징 인프라를 공개 HiveMQ 브로커에서 `nats-server` 전용 사설 브로커로 무중단 전환하기 위한 5개 트랙(Track 0~3, Track 1R)과 6단계 마일스톤(M0~M4, M2b)의 구체적 실행 지침 및 진행 상황 추적.
+- **연계 문서**: [`NATS_REPORT.md`](nats-docker/NATS_REPORT.md), [`PRIVATE_SERVER.md`](nats-docker/PRIVATE_SERVER.md), [`IMPROVEMENTS.md`](IMPROVEMENTS.md)
 
 ---
 
-## 1. 개요 및 4개 트랙 구조
+## 1. 개요 및 5개 트랙 구조
 
 ```
-[M0: 문서 정합성] ──> [M1: 내결함성 확보] ──> [M2: 브로커 실증] ──> [M3: 보안 종결] ──> [M4: 동기화 완료]
- (E-1~E-4 교정,       (Track 0: B-14,B-15,     (Track 1: O-5      (Track 2: A-2,      (Track 3: 문서,
-  G-D1~G-D4 가드)      G-1~G-10 가드)           S-1~S-9 스파이크)  지문 토픽, G-11)    배포 스크립트)
+[M0: 문서 정합성] ──> [M1: 내결함성 확보] ──> [M2a: 로컬스파이크 / M2b: 원격배포] ──> [M3: 보안 종결] ──> [M4: 동기화 완료]
+ (E-1~E-4 교정,       (Track 0: B-14,B-15,     (Track 1: O-5 스파이크 /          (Track 2: A-2,      (Track 3: 문서,
+  G-D1~G-D4 가드)      G-1~G-10 가드)           Track 1R: 원격 자산·서브모듈)      지문 토픽, G-11)    배포 스크립트)
 ```
 
 | 트랙 | 대상 과제 | 핵심 목표 | 코드 변경 지점 |
 |---|---|---|---|
 | **Track 0** | `B-14`, `B-15` (P1) | 브로커 다운 시 65분 정지(Hang) 및 오판정 방지 (로컬 디스크 내결함성) | `publish_event.py`, `job_subscriber.py`, `multi-agent-mux-delegate-job` |
 | **Track 1** | `O-5` (P2) | `nats-server` MQTT 3.1.1 어댑터 호환성 및 Retained 메시지 실측 검증 | 격리 클론 (`$SCRATCH/nats-spike`) |
-| **Track 1R** | 원격 프로덕션 (P1) | VPS/홈랩 `nats-server` Docker 상시 가동 및 MAM 원격 백플레인 전환 | `PRIVATE_SERVER.md` §9, 서버측 `docker-compose.yml`/`nats.conf`, `.mam.env` |
+| **Track 1R** | 원격 프로덕션 (P1) | VPS/홈랩 `nats-server` Docker 상시 가동, 서브모듈 분리 및 MAM 원격 백플레인 전환 | `nats-docker/PRIVATE_SERVER.md` §9, `nats-docker/docker/docker-compose.yaml`, `nats.conf`, `.mam.env` |
 | **Track 2** | `A-2`, `B-16` (P2) | 워크스페이스 지문 토픽 격리 및 `auth_token` 무조건 발급 강제 | `mqtt_common.py`, `registry.py`, `reconcile.sh` |
 | **Track 3** | 문서/설정 동기화 | 공식 가이드, 배포 스크립트, 환경변수 템플릿 일원화 | `MESSAGING.md`, `IMPROVEMENTS.md`, `VERSIONS.md`, `deploy/*` |
 
@@ -39,7 +39,7 @@ M0 (문서 정합성) ──> M1 (Track 0 내결함성) ──> M2a (로컬 스
 | **M0** | 문서 정합성 확보 | `PRIVATE_SERVER.md` E-1~E-4 교정, 다능성 절 추가, 본 로드맵 작성 | **G-D1 ~ G-D4 가드 테스트 통과** (276 -> 280) |
 | **M1** | 내결함성 확보 (Track 0) | `B-14`, `B-15` 코드 패치 완료 | **G-1 ~ G-10 가드 통과 + mutation 전건 FAIL 확인** (280 -> 290) |
 | **M2a** | 로컬 스파이크 (Track 1) | 격리 클론에서 S-1 ~ S-9 스파이크 완수 | **S-3(Retained Terminal Event) 통과** (실패 시 mosquitto로 분기) |
-| **M2b** | 원격 프로덕션 전환 (Track 1R) | D-1~D-5 교정 + §9 원격 배포 + §9.5 전환 | **R-3(노출0) · R-5(retained) · R-6(신원) · R-9(계정격리) 동시 통과** |
+| **M2b** | 원격 프로덕션 전환 (Track 1R) | D-1~D-5 교정 + §9 원격 배포 + 서브모듈 분리 + §9.5 전환 | **R-3(노출0) · R-5(retained) · R-6(신원) · R-9(계정격리) 동시 통과** (290 -> 297 -> 306) |
 | **M3** | 보안 종결 (Track 2) | A-2 지문 토픽 전환, G-11 무조건 토큰 발급 | 지문 토픽 동작 확인 **후** legacy 구독 제거 |
 | **M4** | 동기화 완료 (Track 3) | `MESSAGING.md`, `IMPROVEMENTS.md`, `VERSIONS.md`, `deploy/*` 정합 | 전체 테스트 스위트 100% Green |
 
@@ -111,6 +111,8 @@ M0 (문서 정합성) ──> M1 (Track 0 내결함성) ──> M2a (로컬 스
    ▼
 [P0.5 자산화]    docker/ 4대 자산 정본화 + D-22~D-30 회귀 가드 (297 -> 306)
    ▼
+[P0.6 서브모듈]  nats-docker 서브모듈 분리 + 동적 경로 해석기 + CI checkout 동기화
+   ▼
 [P1 서버 준비]   VPS/홈랩 프로비저닝, Docker, Tailscale 가입
    ▼
 [P2 배포]        nats.conf + compose 기동, healthcheck healthy 확인
@@ -141,10 +143,10 @@ M0 (문서 정합성) ──> M1 (Track 0 내결함성) ──> M2a (로컬 스
 
 | 대상 파일 | 갱신 내용 |
 |---|---|
-| [`MESSAGING.md`](MESSAGING.md) | 브로커 표준을 `nats-server`로 갱신, F-1/C1 해소 기록, F-5 영속 세션 서술 정정 |
-| [`IMPROVEMENTS.md`](IMPROVEMENTS.md) | A-2 완료 전환, B-14/B-15/B-16/O-5 해결 상태 갱신, B-17/B-18 신설 등록 |
+| [`MESSAGING.md`](MESSAGING.md) | 브로커 표준을 `nats-server`로 갱신, F-1/C1 해소 기록, F-5 영속 세션 서술 정정, 10개 환경변수 및 해석 계층 문서화 |
+| [`IMPROVEMENTS.md`](IMPROVEMENTS.md) | B-14/B-15 완료 상태 반영, O-6 신설, B-17/B-18 신설 등록 |
 | [`VERSIONS.md`](VERSIONS.md) | `v2.0.0` 릴리스 노트에 메시징 백플레인 고도화 및 내결함성 패치 기록 |
-| [`PRIVATE_SERVER.md`](PRIVATE_SERVER.md) | 스파이크 결과 반영 및 최종 가이드 확정 |
+| [`PRIVATE_SERVER.md`](nats-docker/PRIVATE_SERVER.md) | 스파이크 결과 반영 및 최종 가이드 확정 |
 | [`deploy/install.sh`](deploy/install.sh) | `requirements.txt` 확인 (paho 유지) 및 개인 브로커 안내 추가 |
 | [`.mam.env`](.mam.env) | `MQTT_BROKER`, `MQTT_PORT`, `MQTT_TLS` 기본 템플릿 확정 |
 
@@ -169,7 +171,7 @@ M0 (문서 정합성) ──> M1 (Track 0 내결함성) ──> M2a (로컬 스
 - [ ] S-3 Retained 메시지 게이트 통과 확인
 
 ### M2b: Track 1R 원격 프로덕션 전환
-- [x] D-1 `store_dir` 절대경로 교정 + 비인용 heredoc (`PRIVATE_SERVER.md:73`, `:146`)
+- [x] D-1 `store_dir` 절대경로 교정 + 비인용 heredoc (`PRIVATE_SERVER.md` §4.1, §9.1)
 - [x] D-2 이미지 핀 `nats:2.12-alpine` + `/healthz` healthcheck
 - [x] D-3 8222/8080 바인드 주소 한정
 - [x] D-4 TLS 절의 IP 예시 제거 및 DNS/SAN 요건 명시
@@ -177,8 +179,11 @@ M0 (문서 정합성) ──> M1 (Track 0 내결함성) ──> M2a (로컬 스
 - [x] N-1 §5.2 에 retained=MQTT 전용 경계 명문화 + §9.1 `mam_observer` 추가
 - [x] 신규 가드 G-D5 ~ G-D9, G-R1, G-R2 구현 및 검증 (290 -> 297)
 - [x] P0.5: `docker/` 프로덕션 배포 자산 정본화 및 D-22 ~ D-30 회귀 가드 (297 -> 306)
+- [x] P0.6: `docker/` 자산의 `nats-docker` 서브모듈 분리 및 `PRIVATE_SERVER.md`/`NATS_REPORT.md` 이전 (`629a67f`, `12ba30b`, `916185c`)
+- [x] P0.6: 테스트 동적 경로 해석기(`_resolve_private_server_doc` / `_resolve_docker_dir`) 도입
+- [x] P0.6: CI checkout 에 `submodules: recursive` 적용 (`deploy/gitea-ci.yml`)
 - [ ] 서버 배포 및 R-3 노출 면적 0 단언
-- [ ] §9.5 드레인·잔여 스캔 후 `.mam.env` 전환
+- [x] §9.5 사설 브로커(`vm-ubuntu`)로 `.mam.env` 전환 완료 (사후 잔여 드레인 스캔 과제 기록)
 - [ ] R-1 ~ R-13 전건 통과 (R-5 / R-9 / R-13 최종 관문)
 
 ### M3: Track 2 보안 및 토픽 격리 (`A-2`, `B-16`)

tests/test_deploy_freshness.py

@@ -17,6 +17,7 @@ import sys
 import tempfile
 
 import pytest
+import yaml
 
 REPO_ROOT = os.path.abspath(os.path.join(os.path.dirname(__file__), ".."))
 
@@ -266,6 +267,20 @@ def test_d10_customization_survives_repeated_refresh(src_and_target):
             "user gets no signal that their edit is diverging" % n)
 
 
+def _resolve_private_server_doc() -> str:
+    for candidate in [
+        os.path.join(REPO_ROOT, "nats-docker", "PRIVATE_SERVER.md"),
+        os.path.join(REPO_ROOT, "nats-docker", "docs", "PRIVATE_SERVER.md"),
+        os.path.join(REPO_ROOT, "PRIVATE_SERVER.md"),
+    ]:
+        if os.path.exists(candidate):
+            return candidate
+    return os.path.join(REPO_ROOT, "nats-docker", "PRIVATE_SERVER.md")
+
+
+PRIVATE_SERVER_DOC_PATH = _resolve_private_server_doc()
+
+
 # --------------------------------------------------------------------------
 # D-11 — (G-D1) PRIVATE_SERVER.md must only document MQTT_* environment
 #        variables that broker_config_from_env() actually parses.
@@ -274,8 +289,8 @@ def test_d11_private_server_env_names_valid():
     sys.path.insert(0, os.path.join(REPO_ROOT, ".agents", "skills", "multi-agent-mux-delegate-job", "scripts"))
     import mqtt_common
 
-    doc_path = os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")
-    assert os.path.exists(doc_path), "PRIVATE_SERVER.md missing"
+    doc_path = PRIVATE_SERVER_DOC_PATH
+    assert os.path.exists(doc_path), f"PRIVATE_SERVER.md missing at {doc_path}"
     with open(doc_path, "r", encoding="utf-8") as f:
         content = f.read()
 
@@ -301,7 +316,7 @@ def test_d11_private_server_env_names_valid():
 #        active configuration code blocks.
 # --------------------------------------------------------------------------
 def test_d12_private_server_no_mam_mqtt_in_code_fences():
-    doc_path = os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")
+    doc_path = PRIVATE_SERVER_DOC_PATH
     with open(doc_path, "r", encoding="utf-8") as f:
         content = f.read()
 
@@ -317,7 +332,7 @@ def test_d12_private_server_no_mam_mqtt_in_code_fences():
 #        use valid config blocks (mqtt {) and not HTTP port flag (-m 1883).
 # --------------------------------------------------------------------------
 def test_d13_private_server_nats_config_valid():
-    doc_path = os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")
+    doc_path = PRIVATE_SERVER_DOC_PATH
     with open(doc_path, "r", encoding="utf-8") as f:
         content = f.read()
 
@@ -333,7 +348,7 @@ def test_d13_private_server_nats_config_valid():
 #        CLI flags matching the actual scripts' argparse parsers.
 # --------------------------------------------------------------------------
 def test_d14_private_server_cli_args_valid():
-    doc_path = os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")
+    doc_path = PRIVATE_SERVER_DOC_PATH
     with open(doc_path, "r", encoding="utf-8") as f:
         content = f.read()
 
@@ -353,7 +368,7 @@ def test_d14_private_server_cli_args_valid():
 #        and heredocs writing it must be unquoted (<<EOF).
 # --------------------------------------------------------------------------
 def test_d15_private_server_store_dir_valid():
-    doc_path = os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")
+    doc_path = PRIVATE_SERVER_DOC_PATH
     with open(doc_path, "r", encoding="utf-8") as f:
         content = f.read()
 
@@ -374,7 +389,7 @@ def test_d15_private_server_store_dir_valid():
 # D-16 — (G-D6) nats image references in code fences must use pinned alpine
 # --------------------------------------------------------------------------
 def test_d16_private_server_nats_image_alpine_pinned():
-    doc_path = os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")
+    doc_path = PRIVATE_SERVER_DOC_PATH
     with open(doc_path, "r", encoding="utf-8") as f:
         content = f.read()
 
@@ -390,7 +405,7 @@ def test_d16_private_server_nats_image_alpine_pinned():
 # D-17 — (G-D7) Port 8222 in docker examples must be bound to 127.0.0.1
 # --------------------------------------------------------------------------
 def test_d17_private_server_monitoring_port_localhost_bound():
-    doc_path = os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")
+    doc_path = PRIVATE_SERVER_DOC_PATH
     with open(doc_path, "r", encoding="utf-8") as f:
         content = f.read()
 
@@ -407,7 +422,7 @@ def test_d17_private_server_monitoring_port_localhost_bound():
 # D-18 — (G-D8) TLS examples must not use IP literals for MQTT_BROKER
 # --------------------------------------------------------------------------
 def test_d18_private_server_tls_examples_use_domain_names():
-    doc_path = os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")
+    doc_path = PRIVATE_SERVER_DOC_PATH
     with open(doc_path, "r", encoding="utf-8") as f:
         content = f.read()
 
@@ -423,7 +438,7 @@ def test_d18_private_server_tls_examples_use_domain_names():
 # D-19 — (G-D9) Subject literals in config examples match DEFAULT_TOPIC_ROOT
 # --------------------------------------------------------------------------
 def test_d19_private_server_subject_literals_match_default_topic_root():
-    doc_path = os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")
+    doc_path = PRIVATE_SERVER_DOC_PATH
     with open(doc_path, "r", encoding="utf-8") as f:
         content = f.read()
 
@@ -526,7 +541,7 @@ def test_d23_compose_image_matches_doc_and_is_alpine():
     assert compose_tag != "latest", "Compose image tag must not be 'latest'"
     assert "alpine" in compose_tag, f"Compose image tag '{compose_tag}' must use alpine variant"
 
-    doc_path = os.path.join(REPO_ROOT, "PRIVATE_SERVER.md")
+    doc_path = PRIVATE_SERVER_DOC_PATH
     with open(doc_path, "r", encoding="utf-8") as f:
         doc_content = f.read()
     doc_tags = re.findall(r'\bnats:([a-zA-Z0-9_.-]+)', doc_content)
@@ -708,4 +723,89 @@ def test_d30_websocket_origin_policy_is_startable():
     assert "/mqtt" in full_conf, "nats.conf must document /mqtt WebSocket MQTT path (N-7)"
 
 
+# --------------------------------------------------------------------------
+# D-31 — Gitea CI checkout enables submodules for test jobs
+# --------------------------------------------------------------------------
+def test_d31_gitea_ci_submodules_in_test_job():
+    gitmodules_path = os.path.join(REPO_ROOT, ".gitmodules")
+    if not os.path.exists(gitmodules_path):
+        return  # Auto-disable when no submodules are configured
+
+    ci_path = os.path.join(REPO_ROOT, "deploy", "gitea-ci.yml")
+    assert os.path.exists(ci_path), f"Gitea CI workflow missing at {ci_path}"
+
+    with open(ci_path, "r", encoding="utf-8") as f:
+        ci_data = yaml.safe_load(f)
+
+    jobs = ci_data.get("jobs", {})
+    assert jobs, f"No jobs defined in {ci_path}"
+
+    test_jobs_found = 0
+    for job_name, job_data in jobs.items():
+        if not isinstance(job_data, dict):
+            continue
+        steps = job_data.get("steps", [])
+        
+        # Determine if this job runs pytest or test suites
+        is_test_job = False
+        for step in steps:
+            if not isinstance(step, dict):
+                continue
+            run_cmd = step.get("run", "")
+            if "pytest" in run_cmd or "tests/" in run_cmd:
+                is_test_job = True
+                break
+
+        if is_test_job:
+            test_jobs_found += 1
+            checkout_steps = [
+                s for s in steps
+                if isinstance(s, dict) and "actions/checkout" in str(s.get("uses", ""))
+            ]
+            assert checkout_steps, f"Test job '{job_name}' has no actions/checkout step"
+            for s in checkout_steps:
+                with_opts = s.get("with", {}) or {}
+                submodules_val = with_opts.get("submodules")
+                assert submodules_val, (
+                    f"Job '{job_name}' checkout step must enable submodules (e.g. submodules: recursive) "
+                    f"to prevent test_deploy_freshness failures in CI, got: {submodules_val}"
+                )
+
+    assert test_jobs_found > 0, (
+        "Anti-void assertion: expected at least 1 test execution job running pytest in deploy/gitea-ci.yml"
+    )
+
+
+# --------------------------------------------------------------------------
+# D-32 — MESSAGING.md documents all supported MQTT environment variables
+# --------------------------------------------------------------------------
+def test_d32_messaging_doc_covers_all_mqtt_env_vars():
+    messaging_path = os.path.join(REPO_ROOT, "MESSAGING.md")
+    assert os.path.exists(messaging_path), f"MESSAGING.md missing at {messaging_path}"
+
+    with open(messaging_path, "r", encoding="utf-8") as f:
+        content = f.read()
+
+    doc_vars = set(re.findall(r'\b(MQTT_[A-Z0-9_]+)\b', content))
+    assert doc_vars, "No MQTT_* variables found in MESSAGING.md"
+
+    expected_vars = {
+        "MQTT_BROKER",
+        "MQTT_PORT",
+        "MQTT_TLS",
+        "MQTT_USERNAME",
+        "MQTT_PASSWORD",
+        "MQTT_CA_CERTS",
+        "MQTT_CERTFILE",
+        "MQTT_KEYFILE",
+        "MQTT_CLIENT_ID_PREFIX",
+        "MQTT_KEEPALIVE",
+    }
+
+    missing_vars = expected_vars - doc_vars
+    assert not missing_vars, (
+        f"MESSAGING.md is missing documentation for supported MQTT variables: {missing_vars}"
+    )
+
+