---
name: feedback-isolation-by-repo-boundary-2026-08-22
description: Multi-tab collision 予防は tool でなく repo 境界で 実装する — 別 repo 切り出しが coordination mechanism より 強い、 chat-Claude 2026-08-22 arc + discovery-worker spike で 実測実証
metadata: 
  node_type: memory
  type: feedback
  originSessionId: fc6e978f-e4d8-4e0b-93f1-6cc0d0ba006a
  modified: 2026-08-21T20:40:37.745Z
---

Multi-tab Claude Code の commit collision 予防は、 coordination tool (lock file / registry / pre-commit hook) を 作るより 先に **repo 境界を 切り直す** ことを 検討する。 別 repo に isolate した瞬間 commit collision の 問題領域から 出るため。

**Why**: 2026-08-22 chat-Claude 12 turn arc で 「完全自動自律型ツールが 必要か」 → chat-Claude 「既存 Rei に触らない設計にすれば 依存汚染懸念は 消滅、 undo 実装自体 不要、 使い捨て > undo」 → 「触ろうとすると 失敗する形 = 規約でなく 物理で 切る (別 repo / 別 filesystem mount / 別 auth token / egress allowlist)」 の framing 誘導。 同日 discovery-worker v0.1 spike (`C:/Users/user/discovery-worker/`) で 実装 中、 別 tab が rei-aios に commit `007cf2ee7` (STEP 1363 追記 + closing day plan Item 4) 実行 → 私の discovery-worker には **一切 影響なし** = 別 repo 境界が collision 予防 mechanism として operational に 動作。

STEP 1350 d8_verdict_from_measurement の 「sensor_not_connected → ZERO」 vs 「timeout → NEITHER」 と 同型: **区別可能性を tool で 埋めるでなく、 boundary で 埋める** の principle。 STEP 1345 SafetyGate も 同じ 「vigilance でなく 構造」 原則 (SCPI-argument level 排除)。

**How to apply**:
1. **並列作業 = 別 repo 検討 first**、 lock file / STEP registry / pre-commit hook は second-line。 chat-Claude 曰く 「vigilance に 依存しない 構造」 = 別 repo は 「触りたくても 触れない」 = 最強の 構造化。 tool-based coordination は bypass 可能 (`--no-verify` 等)、 boundary は bypass 不能
2. 但し **repo 境界化の condition**: (a) 新規 arc が **rei-aios 資産と 独立** (SEED_KERNEL / seven-logic.ts import 不要 / 既存 tool 拡張ではない)、 (b) 出力が 承認 gate 1 箇所で 合流可能、 (c) auth token 別発行可能。 3 条件揃わない拡張作業 (既存 module 修正 / feature branch 級) は 従来通り rei-aios 内、 process 規律で 対応
3. **rei-aios 内 collision 残余問題** = STEP 番号 (SAC-4 訂正 34 例)、 これは repo 境界化 適用外 (同一 project 内 意味的 collision)。 別 tool 検討 = pre-commit hook (低コスト、 `--no-verify` bypass 可) or branch-per-STEP (git 自体を authority、 workflow shift 必要)
4. 新規 STEP 立てる前に 「これは 別 repo 化可能か」 pre-check 追加候補 — 独立性 (a) 満たすなら 別 repo で 進めれば multi-tab collision 問題領域外
5. 3 条件揃わない場合は 「触らないよう 気をつける」 (vigilance) が 現実解、 但し 34 例 SAC-4 訂正が 示す通り 予防不完全 = 事後訂正コストを 一定範囲で 受容

**Example** (discovery-worker 2026-08-22):
- **独立性 (a)** ✅ = 新規 探索装置、 SEED_KERNEL 参照なし
- **合流 gate (b)** ✅ = `output/approved/` 1 箇所、 藤本さん承認後 rei-aios 側で 別 STEP merge PR
- **auth 分離 (c)** ✅ = 新規 GitHub PAT scope 最小 (spike 段階では 未発行、 push なし)
- → 3 条件揃い、 別 repo 化 GO、 実測 collision 予防成功

**関連**:
- [[project-discovery-worker-v01-spike-arc-2026-08-22]] (本 principle 抽出元 arc)
- [[project-step1345-benchtop-provenance-spike-2026-08-19]] (「vigilance でなく 構造」 pattern origin, SCPI hazard SafetyGate 版)
- [[project-step1350-d8-verdict-mapping-phase-a-2026-08-20]] (区別可能性 boundary layer version)
- [[feedback-super-naming-siren-family-pattern]] (tool 増設で 問題解決 陥落先 予防、 tool > 境界 逆順 warning)
- [[feedback-one-reproduction-over-ten-unverified]] (順序原則: coordination tool 作るより 別 repo 化 先に検証)
- STEP 番号 collision 34 例 (SAC-4 訂正、 [[feedback-projection-self-audit-pattern]] 発火例)