# Workflow Run Example

Demo 任务：帮我把一个黑客松项目做成可提交作品集包。

## P0 Planning

目标：把模糊项目请求转成评委可打开、可理解、可验证的静态作品集包。

交付物：

- `index.html`：评委入口。
- `README.md`：第一屏说明项目、痛点、方案、边界。
- Demo 样例：粗糙请求、流程记录、前后对比、最终改进输出。
- 质量记录：边界文件、Gate、自审、流程检查、截图。

风险：

- 夸大成完整多 Agent 系统。
- 把角色化上下文说成真实 Worker 并行。
- 没有展示前后变化。
- 做成宣传页而不是可复盘 demo 包。

验收方式：

- 必需文件存在。
- HTML 本地链接有效。
- 禁止夸大表达通过扫描。
- 桌面和移动截图可读。

## P1 Boundary Gate

通过条件：

- 明确这是单模型、单 key 条件下的角色化流程。
- 明确不是满血 Loops v5.0。
- 明确不是多进程多 Worker。
- 明确不是自动执行器。
- 不声称 P5 Worker 自动写文件可靠。
- 不修改 A 线 engine/config/agents。

Gate 结论：允许继续生成静态 B 线作品包。

## P2 Structured Output

项目包结构：

```text
simple-loops-skill/
  index.html
  README.md
  sample-rough-request.md
  workflow-run-example.md
  before-after-comparison.md
  role-cards.md
  quality-gate-checklist.md
  final-improved-output.md
  BOUNDARY.md
  DEMO-SCRIPT.md
  PROCESS-CHECKS.md
  P1-GATE.md
  P3-REVIEW.md
  screenshots/
    index-desktop.png
    index-mobile.png
```

核心内容：

- 一句粗糙请求。
- P0-P4 的完整路径。
- 直接问 AI 和使用 Simple Loops 的差异。
- 最终可执行交付清单。
- 明确边界和非阻塞缺口。

## P3 Review

审查点：

- 是否展示“粗糙请求 -> 稳定输出”的变化：是。
- 是否有质量门控：是。
- 是否有边界声明：是。
- 是否把简化 Skill 说成完整系统：否。
- 是否缺少真实运行层证明：这是当前能力边界，已在 `BOUNDARY.md` 写清。

非阻塞缺口：

- 这是静态 demo 包，不包含可安装 Skill 的完整发布流程。
- 没有接入真实执行层；未来若接入必须单独验证。

## P4 Final Summary

最终输出应让评委快速理解：

Simple Loops 的价值不是炫耀复杂架构，而是把新手的一句话请求变成有规划、有边界、有审查、有验收记录的可交付项目包。