一、背景信息 （必填）

ops-direct-invoke 社区版直调算子开发插件原有的工作流采用静态的 agents + workflows 目录模型：4 个专业 Agent（architect / design-reviewer / developer / reviewer）加上一组固定编排脚本与模板。各生态算子仓需要各自维护一套直调开发工作流，领域知识硬编码在流程内，无法复用统一的核心流程，存在明显的重复建设与定制成本高的问题。

二、价值/作用 （必填）

本次重构借鉴面向对象设计思想，将工作流改为 skill 驱动的多角色编排，实现「一套核心流程服务所有算子仓」：

• 基类/子类：CANNBot 维护通用工作流基类，各算子仓作为子类继承编排流程，仅覆写与自身耦合的领域知识，消除重复建设；
• 职责分离：6 个专业角色（architect、developer、developer-code、developer-test、developer-doc、QA）+ PM 主 Agent 只调度不执行，执行与验收严格分离；
• 工作流引擎化：编排拆分为 16 个子 skill（统一流程编排、CP0-CP5 验收、可插拔流程插件、仓库领域知识、文档模板、权限管理），SKILL.md 只做路由，知识细节放 references；
• 多平台支持：新增 claude / codex / dsh / opencode / trae 五类 CLI 的按角色写权限隔离守卫；
• 静默模式：完全无人值守自动推进，支持会话内切换；
• 配置收敛：.cannbot/settings.json 成为唯一配置权威。

三、设计方案 （选填）

• 分层结构：主 Agent（AGENTS.md）→ 工作流（ops-direct-invoke-workflow）→ 可插拔流程插件（plugin-）→ 子 Agent（agents/.md）→ 领域 skill（repo-* / workflow-*）→ 仓内文档，层级间单向感知；
• 统一流程表：阶段 0-7 + CP0-CP5 检查点，执行方与验收方分离，最小信息/最小权限，状态持久化到 .cannbot/<算子名>/state.json 支持中断恢复；
• 定制机制：子仓 override virtual skill 覆写领域知识，保持逻辑名/输入输出/调用约定不变，SOLID 约束由 ops-direct-invoke-workflow-maintain skill 持续看护；
• init.sh 重写为 constructor 模式，装配 .cannbot/permissions、权限 hook、settings.json，依赖仓 clone 到 .cannbot/；
• 安装一致性：install-helper 改由 init.sh 装配，dependency_validator 支持从 agents/*.md frontmatter 解析 skill 白名单。

关联 PR：https://gitcode.com/cann/cannbot-skills/pull/964