diff --git a/templates/commands/backend.md b/templates/commands/backend.md
index b26791c..e6fb25a 100644
--- a/templates/commands/backend.md
+++ b/templates/commands/backend.md
@@ -1,5 +1,5 @@
 ---
-description: '后端专项工作流（研究→构思→计划→执行→优化→评审），Codex主导'
+description: '后端专项工作流（研究→构思→计划→执行→优化→评审），Codex 主导'
 ---
 
 # Backend - 后端专项开发
@@ -14,7 +14,7 @@ description: '后端专项工作流（研究→构思→计划→执行→优化
 
 - 后端任务：$ARGUMENTS
 - Codex 主导，Gemini 辅助参考
-- 适用：API设计、算法实现、数据库优化、业务逻辑
+- 适用：API 设计、算法实现、数据库优化、业务逻辑
 
 ## 你的角色
 
@@ -79,6 +79,7 @@ EOF",
 
 1. 响应以模式标签 `[模式：X]` 开始，初始为 `[模式：研究]`
 2. 严格按 `研究 → 构思 → 计划 → 执行 → 优化 → 评审` 顺序流转
+3. 在需要询问用户时，尽量使用 `AskUserQuestion` 工具进行交互，举例场景：请求用户确认/选择/批准
 
 ---
 
diff --git a/templates/commands/feat.md b/templates/commands/feat.md
index 6e6e13c..93d23e1 100644
--- a/templates/commands/feat.md
+++ b/templates/commands/feat.md
@@ -70,6 +70,12 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 ---
 
+## 沟通守则
+
+1. 在需要询问用户时，尽量使用 `AskUserQuestion` 工具进行交互，举例场景：请求用户确认/选择/批准
+
+---
+
 ## 核心工作流程
 
 ### 1. 输入类型判断
diff --git a/templates/commands/frontend.md b/templates/commands/frontend.md
index 47edd89..55841d0 100644
--- a/templates/commands/frontend.md
+++ b/templates/commands/frontend.md
@@ -1,5 +1,5 @@
 ---
-description: '前端专项工作流（研究→构思→计划→执行→优化→评审），Gemini主导'
+description: '前端专项工作流（研究→构思→计划→执行→优化→评审），Gemini 主导'
 ---
 
 # Frontend - 前端专项开发
@@ -14,7 +14,7 @@ description: '前端专项工作流（研究→构思→计划→执行→优化
 
 - 前端任务：$ARGUMENTS
 - Gemini 主导，Codex 辅助参考
-- 适用：组件设计、响应式布局、UI动画、样式优化
+- 适用：组件设计、响应式布局、UI 动画、样式优化
 
 ## 你的角色
 
@@ -79,6 +79,7 @@ EOF",
 
 1. 响应以模式标签 `[模式：X]` 开始，初始为 `[模式：研究]`
 2. 严格按 `研究 → 构思 → 计划 → 执行 → 优化 → 评审` 顺序流转
+3. 在需要询问用户时，尽量使用 `AskUserQuestion` 工具进行交互，举例场景：请求用户确认/选择/批准
 
 ---
 
diff --git a/templates/commands/optimize.md b/templates/commands/optimize.md
index de7ac07..1d596f5 100644
--- a/templates/commands/optimize.md
+++ b/templates/commands/optimize.md
@@ -61,6 +61,12 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 ---
 
+## 沟通守则
+
+1. 在需要询问用户时，尽量使用 `AskUserQuestion` 工具进行交互，举例场景：请求用户确认/选择/批准
+
+---
+
 ## 执行工作流
 
 **优化目标**：$ARGUMENTS
@@ -131,7 +137,7 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 **后端**：N+1→批量加载、缺索引→复合索引、重复计算→缓存、同步→异步
 
-**前端**：大Bundle→代码分割、频繁重渲染→memo、大列表→虚拟滚动、未优化图片→WebP
+**前端**：大 Bundle→代码分割、频繁重渲染→memo、大列表→虚拟滚动、未优化图片→WebP
 
 ---
 
diff --git a/templates/commands/workflow.md b/templates/commands/workflow.md
index 5bf7bf8..73f9a3f 100644
--- a/templates/commands/workflow.md
+++ b/templates/commands/workflow.md
@@ -98,6 +98,7 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 2. 核心工作流严格按 `研究 → 构思 → 计划 → 执行 → 优化 → 评审` 顺序流转。
 3. 每个阶段完成后必须请求用户确认。
 4. 评分低于 7 分或用户未批准时强制停止。
+5. 在需要询问用户时，尽量使用 `AskUserQuestion` 工具进行交互，举例场景：请求用户确认/选择/批准
 
 ---
 
@@ -139,6 +140,8 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 用 `TaskOutput` 等待结果。
 
+**务必遵循上方 `多模型调用规范` 的 `重要` 指示**
+
 **Claude 综合规划**：采纳 Codex 后端规划 + Gemini 前端规划，用户批准后存入 `.claude/plan/任务名.md`
 
 ### ⚡ 阶段 4：实施
@@ -159,6 +162,8 @@ TaskOutput({ task_id: "<task_id>", block: true, timeout: 600000 })
 
 用 `TaskOutput` 等待结果。整合审查意见，用户确认后执行优化。
 
+**务必遵循上方 `多模型调用规范` 的 `重要` 指示**
+
 ### ✅ 阶段 6：质量审查
 
 `[模式：评审]` - 最终评估：