Peace Workflow — Peace 工作流

Peace 工作流 - 评审迭代工作流

自动化 HTML 文件的评审、改进和交付流程。

工作流程 发送文件 → 启动评审 → 分析反馈 → 改进代码 → 生成新版本 → 发送结果

执行步骤 Step 1: 发送当前版本

将用户指定的 HTML 文件发送到对话中：

使用 message 工具发送文件

• channel: feishu
• action: 发送
• filePath: 用户指定的文件路径
• message: 简短说明

Step 2: 启动评审团

调用 jury-review 技能进行多维度评审：

前端/UI 项目核心评审团：

【美术官】🎨 ↓ 【体验官】👁️ ─── 代码 ─── 【性能官】⚡ ↓ 【兼容官】🔧

前端项目极端评审官推荐：

评审官 挑战维度 推荐理由 🔥 纵火官 破坏性测试 前端需要抵抗极端用户操作 🧟 僵尸官 资源极限 移动端内存有限 🌪️ 风暴官 高压负载 动画/交互堆积可能导致卡顿

默认全部加入极端评审官。

Step 3: 分析评审反馈

根据评审结果，重点关注：

性能官重点关注：

DOM 操作频率 事件监听器数量 内存泄漏风险 对象池/复用机制

体验官重点关注：

交互反馈（视觉/触觉/听觉） 加载状态 错误处理 无障碍访问

兼容官重点关注：

移动端适配 iOS Safari 特殊处理 safe-area 适配 触屏事件优化

安全官重点关注：

XSS 防护 输入验证 外部资源加载 Step 4: 改进代码

根据评审反馈实施改进：

常见改进模式：

性能优化

添加对象池复用 DOM 元素 限制最大节点数 使用 请求AnimationFrame 防抖/节流处理

体验增强

震动反馈 (导航器.vibrate) 加载动画 渐进式增强

兼容性修复

iOS safe-area CSS 变量 触屏事件 passive 处理 backdrop-过滤器 前缀

稳定性保障

空值检查 异常捕获 资源清理 Step 5: 生成新版本

创建新文件，版本号递增：

peace_2.html → peace_3.html → peace_4.html ...

文件头部添加版本说明注释：

Step 6: 发送结果

使用 message 工具发送新版本文件，附带改进说明。

配置参数 参数 默认值 说明 max_iterations 3 最大迭代次数 accept_threshold 80 接受阈值 version_prefix peace 文件名前缀 示例用法 用户: 把 peace_2.html 发送给我并启动评审，把结果写到 peace_3.html

代理 执行:

• 发送 peace_2.html
• 启动评审团评审
• 分析反馈（得分 73.2）
• 实施改进（对象池、防抖、震动、safe-area）
• 生成 peace_3.html
• 发送 peace_3.html 并说明改进要点

注意事项 评审得分 < 80 时建议继续迭代 每轮迭代应有明确改进目标 保持代码可读性和注释清晰 记录版本变更历史