工作流与路由

默认在当前聊天完成授权工作：按注册 owner/principal 路由隔离 checkout，交付实现、源码 审阅、精确 head 外部 CI、提交、推送、MR 合并和既有发布。分工不要求 Issue/Symphony。 未获用户对目标及范围的明确同意，不创建 Linear Issue、child、followup，也不通过技能、 脚本、工具或其他 agent 间接创建。实现、方案确认、验收标准与全权限不等于建单或交接授权。

既有明确授权的 Linear/Symphony 工作继续执行，保持原生状态、全部依赖分页和当前 workpad 证据；不因本规则取消任务、停止 executor 或改业务状态。Plane 保留人类协作；发布到 Plane 也需明确 publication 指令，直接对话不自动投影为 tracker Issue。

• 从 .autodev/repos.yaml 解析 active repo、base branch、remote 与 principal，不能从任务名称猜路由。
• 同一交付结果可包含按依赖顺序安排的多个 repo step；跨 repo/工种不要求新建 Issue。
• planning/config/proto/lang/balance/IDs/defaults/生成源契约先行；消费者不从 diff 猜需求。
• Hub 拥有控制面，docs 拥有稳定文档，成员 principal 拥有各自源码及内部路由。
• 规划文档使用 planning-package-author、docusaurus-planning-docs、planning-doc-issue； 当前聊天交付使用 work-package-exe-issue 与 review-project-execution。 approved-plan-to-plane-issue 只处理明确请求的 Plane 发布，不是执行前提或 Linear 创建入口。
• 未知产品决定或真实外部访问失败记录具体事实；不增加逐文件、逐 MR/head 的 Producer 再批准。
• 无条件禁止本地验证。缺少外部 CI 记录无法验证，不本地补偿；无具体用例授权不新增或扩写测试。
• 人类最终验收独立保留；既有 Linear Issue 的 In Review/Done 不由 MR 合并或 CI 成功代签。