sss

d2ypp2/docs/ARCHITECTURE.md

@@ -51,7 +51,8 @@ Homelab 一键直播系统的具体优化路线图见 [`HOMELAB_OPTIMIZATION_PLA
 - `scripts/linux/service_ctl.sh neko start|restart` 与安装流程都会先调用 `tools/render_neko_compose.py`，输出 `services/neko/docker-compose.generated.yml`，再由 Docker Compose 启动 `live-neko-1..N`。
 - `NEKO_INSTANCE_COUNT` 最少为 2，`NEKO_MAX_INSTANCE_COUNT` 默认封顶 64；YouTube PRO 保存频道时由 `src/neko_capacity.py` 把实例数提升到频道数所需容量。
 - 每个实例独立分配 profile、HTTP 端口、TCPMUX、UDPMUX 和 UDP range。第 4 个及以后实例从 `52400-52499` 起按百段分配 UDP range，避免与前 3 个实例的 mux 端口冲突。
-- 新 profile 启动前会调用 `seed_neko_tampermonkey_profile`，从 1 号健康 profile 补种 Tampermonkey 扩展目录、脚本存储和 managed settings；这样新频道新 Neko 不依赖 Chrome Web Store 当场下载，弱网/中国网络下也能看到默认脚本。
+- 默认 `NEKO_MANAGED_POLICIES=0`，Neko 不挂 Chrome enterprise policy，因此浏览器不应显示“由组织管理”，并且不会通过启动参数禁用 Google Sync。若必须强制下发 Tampermonkey/浏览器策略，可设为 `1`，但 Chrome 会按设计显示 managed by organization。
+- 新 profile 启动前会调用 `seed_neko_tampermonkey_profile`，从 1 号健康 profile 补种 Tampermonkey 扩展目录、脚本存储和扩展设置；这样新频道新 Neko 不依赖 Chrome Web Store 当场下载，弱网/中国网络下也能看到默认脚本。
 - `services/neko/browser-launch.sh` 必须保持可执行位；本地 verifier 会检查每个 Neko 里的 `google-chrome`/`chromium` supervisor 进程，防止只看到 Neko 容器健康但浏览器实际没启动。
 - `services/neko/docker-compose.yml` 仅保留为兼容模板和排障参考；生产运行以生成文件为准。
 - `live-neko-ip-watch.service` 监测 LAN IP 变化，更新 `NEKO_WEBRTC_NAT1TO1` 后重启 Neko，避免换网后 WebRTC、iframe 或局域网入口继续指向旧地址。