2 Commits

Include renames

Author	SHA1	Message	Date
host	5fd4e23b68	fix: thread/unarchive 走已归档解析（--archived 列表） ... probe9 实测：thread/archive 200 后 thread/unarchive 稳定 404。 根因是 #103 时代的逻辑 bug：unarchive 走普通解析，普通 thread-list 不传 --archived 时只回非归档 thread，刚归档的 thread 永远解析不到。修法只改服务端：_list_task_threads 加 archived 模式（传 --archived，home×provider 穷尽不变）， _resolve 与 _pick_latest_thread 加归档开关，_task_thread_mutate 加 resolve_archived 参数只供 unarchive；rename/archive/compact 仍走非归档解析。生产只读验证：同一 worktree 普通列表 0 条、 archived 列表恰好 1 条（probe9 归档的 thread），其 archived 字段为 None。	2026-10-28 06:10:02 +08:00
host	613ff4e7c4	fix: 线程解析按 home×provider 穷尽回退（共享 home + sub2api） ... 生产实测：app-server 按进程 provider 过滤 thread/list， 不带 sub2api 注入看不到 sub2api 下建的 thread；本地 worker 又用共享 home 而非租户 home。旧解析只查租户 home + 缺省 provider，本地任务一律 404。 修法（只改服务端，不动派发）：_run_host_cli 支持顶层 --model-provider；_list_task_threads 按 home（租户→共享， 共享取 host-config-host.json 的 codex_home）× provider （缺省→sub2api，仅配了 SUB2API_BASE_URL 时）穷尽，首个 非空即停；_resolve_task_thread 把 provider 带给后续的 thread-read/rename/archive CLI；_task_thread_read 改用 解析出的 home + provider（此前误用租户 home）。 三套件：cloud 957 OK（4 跳过）、host 91 OK、deploy 29 OK。 新测试 9 个。未动派发：本地改租户 home 会丢共享 home 里的 skills，另案处理。	2026-10-28 05:36:18 +08:00