菜单
封驳机制，门下审议草案时触发审查、中书收到封驳时触发修订的双向制衡流程
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
尚书省 report 模式回奏格式规范，定义回奏必备字段与结构
太子与三省核心身份定义、基本纪律、通信权限速查。会话初始化时由太子加载，三省 Teammate 创建时注入对应段落
首次创建 Teammate 的引导流程——太子首次协作或尚书首次派发六部时加载，完成 Team 创建与分层启动
早朝开始，太子逐级收集系统与项目状态后呈上朝报
起居注——会话事件记录，tuichao 时写入，morning-court 时读取，追踪跨会话历史
优雅结束会话——逐级收集状态、shutdown 所有 Teammate、生成会话总结后退朝
| name | veto-mechanism |
| description | 封驳机制，门下审议草案时触发审查、中书收到封驳时触发修订的双向制衡流程 |
适用 Agent：中书省、门下省 加载时机：门下省审议草案时；中书省收到封驳时
封驳是门下省的核心权力，源自唐制"封还诏书，驳正违失"。
{ "type": "veto", "plan_id": "...", "round": 1, "rejection_reason": "...", "suggestions": ["..."] }