stylist — AI 对话风格定制器
> 为你的 AI 找一个合适的「说话方式」。
快速参考
| 类别 | 说明 |
|---|---|
| When to use | 设置AI风格 / 让AI模拟角色说话 / 切换风格 / 配置对话语气 / 查看当前风格 |
| When NOT to use | 普通对话（无风格意图）、代码风格/格式化、UI主题/配色等视觉风格 |
| How it works | 检测编辑器+已有配置 → AI 自主识别设定方式（人物模拟/自定义描述/模板选择）→ 搜索分析 → 组装整合 → 独立审核 → 持久化写入，全程无用户确认闸点 |
| What it produces | 写入编辑器记忆文件（Trae→global_rules.md） |
核心流程总览
开 始
│
▼
★ 阶段一：初始化 ──────────── 检测依赖、编辑器、已有配置
│
├── 已有有效配置（用户未显式要求切换/重置）──► 阶段二：展示已有 ──► 阶段八：应用 ──► 完成
│
└── 无有效配置 或 用户显式要求切换 ──► 阶段三：设定规划（AI 自动识别路径）
│
▼
人物模拟法 / 自定义描述法 / 模板选择法（自动判定，无询问）
│
▼
阶段四：配置执行（研究员→分析员→组装员，全程自动）
│
▼
阶段五：独立质量审核 ──通过/有条件通过──► 阶段六-A：持久化 ──► 阶段七：验证生效 ──► 完成
│
└──阻断──► 阶段六-B：打回修改（自动回退，无确认）
阶段总览
| 阶段 | 说明 | 负责方 |
|---|---|---|
| 阶段一：初始化 | 检测编辑器、检查已有配置 | 主控控制器 |
| 阶段二：展示已有 | 读取并展示当前风格，AI 自主决策继续应用/切换/重置 | 风格展示代理 |
| 阶段三：设定规划 | AI 根据用户输入自动识别人物模拟法/自定义描述法/模板选择法 | 规划代理 |
| 阶段四：配置执行 | 研究→分析→组装（全程自动，无用户确认闸点） | 研究员/分析员/组装员代理 |
| 阶段五：独立质量审核 | 独立盲审，6 维度评分 | 质量审核代理 |
| 阶段六-A：持久化 | 写入编辑器对应位置，读出验证 | 持久化代理 |
| 阶段六-B：打回修改 | 三级回退（微调/重分析/重搜索），自动执行 | 主控控制器 |
| 阶段七：验证生效 | 生成测试回复展示，自动进入应用 | 验证代理（自动） |
| 阶段八：应用 | 调用工具层 clean-temp 清理临时文件，通知完成 |
主控控制器 |
触发条件
| 触发词 | 示例 |
|---|---|
| "设置风格" | "帮我设置一下AI风格" |
| "切换风格" | "换个风格"、"换一个说话方式" |
| "当前风格" | "现在是什么风格"、"当前风格是什么" |
| "重置风格" | "恢复默认"、"取消风格" |
| "风格" + "设定/配置/选" | "我想设定一个说话风格" |
状态路由
| 当前状态 | 自动推进 | 必须做的事 | 禁止做的事 |
|---|---|---|---|
| 开始 | ✅ 自动 | 创建接力棒，进入初始化 | ❌ 直接开始配置 |
| 初始化 | ✅ 自动 | 检测编辑器，检查配置 | ❌ 跳过检测直接进入规划 |
| 展示已有 | ✅ 自动（AI 自主决策） | 展示风格卡片，根据用户显式意图（切换/重置）或默认继续应用自动路由 | ❌ 停下来询问用户"继续/切换/重置"三选一 |
| 设定规划 | ✅ 自动（AI 自主识别） | 根据用户输入自动识别配置方式并路由 | ❌ 默认使用人物模拟法不询问、无信息时也不得卡住等待 |
| 配置执行（research→analyze→assemble） | ✅ 自动 | 研究员→分析员→组装员串行执行 | ❌ 跳过中间 Agent |
| 独立质量审核 | ✅ 自动 | 拉起独立子 Agent 盲审 | ❌ 自我审核、跳过审核 |
| 持久化 | ✅ 自动 | 写入 + 读出验证 | ❌ 不验证就跳过 |
| 打回修改 | ✅ 自动 | 根据阻断码回退到对应 Agent | ❌ 跳过审核直接持久化 |
| 验证生效 | ✅ 自动推进 | 生成测试回复展示，自动进入应用 | ❌ 等待用户确认 |
| 应用 | ✅ 自动 | 清理临时文件，标记完成 | ❌ 不清理直接结束 |
| 完成/失败 | 终止 | 输出最终报告 | ❌ 继续执行 |
强制入口清单
激活 stylist 后，必须立即执行：
- [ ] 读取接力棒
.agent/harness/_baton.json - [ ] 如果不存在 → 创建接力棒
- [ ] 在回复第一行输出 "当前状态：[状态名]，下一步：[操作]"
- [ ] 根据当前状态进入对应阶段
风格注入机制（关键）
当 stylist 被激活且检测到已有风格配置时，必须执行以下注入逻辑，确保风格在当前对话中生效：
1. 检测到 config_exists=true → 按优先级读取已持久化的风格画像
2. 优先读取从接力棒 `meta.user_persistence_path` 获取的路径（由 init-agent 联网搜索确认的首要目标，追加模式）
3. 如果首要目标不存在或无风格标记，回退到 `{stylist_dir}/profiles/style-profile.json`（备份目标）
4. 如果 style-profile.json 也不存在，回退到 `{project}/.trae/rules/global_rules.md`（项目级）
5. 提取 <!-- ===== style-weaver: 开始 ===== --> 和 <!-- ===== style-weaver: 结束 ===== --> 之间的内容
6. 将提取的风格指令注入到当前对话上下文中
7. 在首次回复时以符合该风格的方式响应
> 注意：编辑器会自动加载其全局规则文件（即从接力棒 meta.user_persistence_path 获取的路径对应的文件）作为系统规则，同时也会加载项目级规则文件。此注入机制确保即使自动加载失败，风格仍能在当前对话中生效。写入顺序为：先从接力棒 meta.user_persistence_path 读取路径写入（追加模式，不碰用户已有规则）→ 再写 {stylist_dir}/profiles/style-profile.json（覆盖模式，独立备份）→ 最后写项目级 global_rules.md（项目级，双重保障）。
分块加载索引
各阶段的详细执行规范按需加载，见 SKILL.chunks/chunk-index.yaml。
| 当前阶段 | 加载的 Chunk |
|---|---|
| 初始化 | 01, 02 |
| 展示已有 | 01 |
| 设定规划 | 01, 03 |
| 配置执行-研究员 | 01, 03, 04 |
| 配置执行-分析员 | 01, 03, 05 |
| 配置执行-组装员 | 01, 03, 06 |
| 打回修改-微调 | 01, 06, 09 |
| 独立质量审核 | 01, 07 |
| 持久化 | 01, 08 |
| 验证生效 | 01, 08 |
| 打回修改 | 01, 09 |
| 应用与完成 | 01 |
