Director / Chief
模型不稳定时，生产系统如何继续工作？
左侧是工作内参与的内容生产项目 Director；右侧是已封装公开的 AI 治理方法 Chief。两者不是同一个项目。
Director · 工作内项目 · 参与/协助
短视频编导 Agent 生产工作台
Director 是公司内部短视频编导 Agent 系统的本地单机 MVP。我参与需求梳理、技术决策方案撰写、生成工作流测试与验收记录，不主导项目整体方向。
方案原型：对话式入口 + 常用任务快捷按钮
方案原型：找选题 → 查知识库 → 写稿 → 改稿
系统架构与边界
来源：README.md · 22 个 active 后端路由、生成链路、知识提案链路、revision 数据链、model_call_logs trace。
三轮迭代中的真实变化
- PHASE 2.8
消除静默成功
model_router 4 处失败分支由“返回占位假数据”改为抛异常；生成失败不再存 status=generated 假脚本；知识同步失败不伪装 applied。
- PHASE 2.9
让系统自己报告健康状态
发现 generation_trace（model_call_logs）已约 95% 建成；补齐 fallback 语义与聚合查询端点，失败路径也写入日志。
- PHASE 6.2
Pilot 数据指标与真实使用
基于 generated_scripts、script_revisions、pilot_events 等已有数据定义 DAU、日生成/修改/接受/拒绝量，不新增埋点。
真实限制与未解决问题
迁移系统缺失
全仓无 alembic、无自建迁移文件、无 Base.metadata.create_all；schema 漂移对代码不可见，是运维级盲区。
应用内无调度
知识提案重试、任何周期性任务依赖外部 cron 主动调端点，否则静默不跑。
前端真实生成入口断裂
PROJECT_RUNTIME_MAP 记录：前端 product_brief_id 为空时 422，能力存在不等于用户可用。
死代码
pilot_event 三个 list 函数、knowledge_proposal 两个 405 桩、部分前端组件在运行期零调用。
Chief · 个人研究项目 · 已封装公开
人工中控与治理方法，不是自动执行器。
Chief 是我封装并公开的一套多项目 AI 治理方法。它解决的问题是：当 Owner 没有精力同时盯住多个项目时，如何用一个稳定的中控角色维持方向、边界、任务质量和可追溯决策。
Chief 只编写任务书、复审与决策记录；代码修改、测试、提交、合并、部署由人工启动的隔离 Executor 执行。
为什么封存自动执行器
已证明成立的部分
- 任务、项目、租约和状态机可以工作
- 独立 clone 与 fail-closed 写边界可实施
- 白名单外写入可被内核拒绝
- 失败可回滚到已知安全入口
没有进入生产的原因
- 执行器 A：隔离环境中网络/API 可达性不稳定
- 执行器 B：CLI 依赖桌面/Node 环境，出现挂起
- 执行器 C：白名单、输出契约、进程回收、凭证清理均存在缺口
当前裁定：保留 Chief 的治理方法，自动执行器接入标记为 DESIGN-ONLY / ARCHIVED。以不同 Codex 任务窗口手工撰写方案，再由人工启动的执行窗口实施。