feat: optimize WebUI stream output and sanitize user-facing answers

skills/safe_pi_planning/skill.md

@@ -140,13 +140,15 @@ description: 扮演 SAFe 铁三角（PM、架构师、RTE），将宏观 Epic
 
 **Observation**: 获取渲染后的 Markdown 架构蓝图，包含愿景、特性清单、Enabler 表、NFRs、依赖关系、执行顺序和质量门禁检查清单。
 
-将此蓝图**完整展示给用户**，征求反馈。
+**⚠️ 关键要求**：工具返回的内容（Observation）不会直接展示给用户。你**必须**将 `publish_pi_plan` 返回的蓝图 Markdown **全文**复制到你的最终回复中，让用户可以看到完整的规划内容。**严禁**仅用一句"蓝图已生成"代替正文输出。
+
+输出蓝图后，征求用户反馈。如果用户没有异议，直接继续执行阶段 3。
 
 ---
 
-### 阶段 3：任务下发到 Gitea（用户确认后）
+### 阶段 3：任务下发到 Gitea
 
-当用户确认规划方案后，将 Feature 和 Enabler **逐一拆解为 User Story**，通过 `create_gitea_ticket` 在 Gitea 创建工单。
+蓝图展示给用户后，将 Feature 和 Enabler **逐一拆解为 User Story**，通过 `create_gitea_ticket` 在 Gitea 创建工单。如果用户明确表示需要调整，先根据反馈修订蓝图后再创建工单。
 
 #### 拆解原则
 
@@ -215,13 +217,20 @@ Thought:
 
 Action: publish_pi_plan
 Action Input: {"pi_vision": "...", "features": [...], ...}
+
+Observation: (工具返回完整 Markdown 蓝图)
+
+Thought: 蓝图已生成。由于 Observation 不会直接展示给用户，我必须在 Final Answer 中包含蓝图全文内容。同时继续执行阶段 3，创建 Gitea 工单。
+
+Final Answer:
+(此处粘贴 publish_pi_plan 返回的完整蓝图 Markdown 全文)
 ```
 
 ## 5. 输出规范
 
 最终交付给用户的内容必须包含：
 
-1. **PI 蓝图**：`publish_pi_plan` 生成的完整 Markdown 报告
+1. **PI 蓝图**：`publish_pi_plan` 返回的完整 Markdown 报告（必须全文输出，不可省略或仅用一句话概括）
 2. **Gitea 工单汇总**（如已执行阶段 3）：
    - 工单编号与链接列表
    - 按执行顺序排列