feat: auto-sync bound codex threads into conversations

docs/architecture/api_and_service_inventory_cn.md

@@ -574,6 +574,9 @@
   - 重复 apply 同一份 resolution 不会再重复创建线程会话
 - 当前保护：
   - 仅 `highest_admin` 或设备所属账号可写
+- 当前补充：
+  - 已绑定的生产设备如果在 heartbeat 中携带真实 `projectCandidates[]`，服务端会自动完成 `select + review + apply`
+  - 新设备仍保持人工勾选导入流程，不会被自动跳过
 
 #### `GET /api/v1/devices/[deviceId]/skills`
 
@@ -721,6 +724,9 @@
 
 - 用途：手动触发一次心跳
 - 当前行为：除了设备心跳，还会顺带触发 `thread-context` 上报和 Skill 同步
+- 当前补充：
+  - `local-agent` 会优先从 `~/.codex/state_5.sqlite / logs_1.sqlite / session_index.jsonl / .codex-global-state.json` 动态发现真实 Codex 线程，并把结果填进 `projects[] + projectCandidates[]`
+  - 对已绑定的生产设备，服务端会在 heartbeat 时自动应用建议导入项；对新设备则继续走 `deviceImportDraft` 的人工勾选与应用流程
 
 ### 4.5 主 Agent 轮询任务
 

docs/architecture/current_runtime_and_deploy_status_cn.md

@@ -223,8 +223,11 @@ cd /Users/kris/code/boss
 - APP 实时日志当前已能同步到主 Agent 会话，但还没有单独的日志检索、分页和告警升级规则
 - Skill 清单当前按设备同步和展示已经可用，但还没有“安装 / 卸载 Skill”这种远程管理能力
 - 服务器侧主 Agent 实时回复依赖被绑定设备的 `local-agent` 在线并能执行 `codex exec`；如果设备离线，只能保留任务或走 API 容灾账号
-- 设备导入主链的后端状态机已经跑通；下一阶段重点从“纯后端打通”切到“Web / Android 把候选勾选、决议预览和应用导入完整接到前台”
-- 设备导入的后端主链已经打通，但 Web / Android 仍未把“候选项目勾选与导入应用”完整接进前台页面；当前主要可通过 API 和后续 UI 接线验证
+- 设备导入主链的后端状态机已经跑通，并且已经分成两条：
+  - 新接入设备继续走 `import draft -> 勾选 -> review -> apply`
+  - 已绑定的生产设备如果 heartbeat 带上真实 `projectCandidates[]`，服务端会自动选中建议项、生成导入决议并直接应用，让会话页自动出现当前运行中的 Codex 线程
+- 本机 `mac-studio` 当前已经验证可通过 `local-agent` 直接从 `~/.codex/state_5.sqlite / logs_1.sqlite / session_index.jsonl / .codex-global-state.json` 扫描真实 Codex 线程，并通过 heartbeat 自动导入到会话列表
+- Web / Android 仍未把“新设备候选项目勾选与导入应用”完整接进前台页面；当前新设备主要通过 API 验证，已绑定生产设备则已能自动同步到会话页
 - API 容灾当前由用户在 APP 的 `我的 > AI 账号` 页面自行配置 `OpenAI API` 账号，不再依赖服务器预置 Key
 - 原生 Android 的二级深层页虽然仍保留 `ProjectForwardActivity / ThreadDetailActivity / OpsCenterActivity` 等能力，但它们已经退出主 UI 正面；后续如再加入口，需继续遵守“一级微信式，复杂能力下沉”的规则
 - Android 本地 Gradle 验证当前必须串行执行；如果并发跑 `testDebugUnitTest / compileDebugJavaWithJavac / assembleDebug`，会导致中间产物互踩并出现假失败

docs/architecture/development_subtasks_and_delivery_plan_cn.md

@@ -813,3 +813,20 @@
 
 接下来不应该再继续扩架构想法了。  
 最合理的做法是：以这份子任务清单为边界，把数据库、API、状态机、设备预部署、前端字段、验收脚本逐项冻结，然后直接进入开发。
+
+---
+
+## 13. 2026-03-30 当前推进记录
+
+已完成：
+
+- 群聊主链已经具备 `主 Agent 推荐下发 -> 用户确认 -> dispatchExecution -> local-agent 认领 -> 线程原始结果回群 -> 主 Agent 汇总` 的后端闭环
+- 新设备导入主链已经具备 `heartbeat -> import draft -> select -> review -> apply` 的后端闭环，并补了 owner/admin 鉴权与幂等保护
+- 已绑定的生产设备当前新增自动同步链路：如果 heartbeat 携带真实 `projectCandidates[]`，服务端会自动完成建议项选择、导入决议和应用，把真实 Codex 线程直接落成会话窗口
+- 本机 `mac-studio` 当前已经验证可通过 `local-agent` 直接从 `~/.codex/state_5.sqlite / logs_1.sqlite / session_index.jsonl / .codex-global-state.json` 扫描真实 Codex 线程，并通过 heartbeat 自动导入到远端会话列表
+
+当前仍待前台接线：
+
+- Web / Android 的“新设备候选项目勾选、决议预览、应用导入”页面
+- 群聊 `development / approval_required` 审批闸口的前台确认页
+- 真机逐页把新增业务流接入现有微信式 UI