正文
获取原文件SKILL.md
版本：1.0.0｜唯一主交付物：《工作坊共创报告》
任务与输入
这次共创要解决什么对齐或决策问题，实际形成了哪些结果与未决事项？
最小输入：目标、参与角色、时长/形式限制、已有问题证据；会后分析必须有实际记录。
先读本目录 执行约定，再按下列步骤执行。所有引用随本Skill自带，单独复制本目录也可用。
执行步骤
1. 界定活动产出与模式
先说清本场需要输出的问题共识、方案评价或下一行动。区分准备、真实会后整理、明确标注的模拟；只更新同一主文档。
2. 选择人员与证据
覆盖实际用户、受影响的后台流程/系统负责人及有权决定的人。代表性、时间投入与相关性优先；只有领导或模拟人物不能替代真实用户。
3. 设计与目的相称的活动
按实际时长安排背景回看、个人独立输入、流程/约束共创、备选比较、决策核对。给主持人具体追问、记录位置和分歧处理动作，不固定90分钟或固定人数。
4. 从用户任务回看
借鉴IBM Playbacks，用真实任务故事说明当前问题/方案，而非逐页讲功能。展示支持与相反证据；缺少后台事实时记问题，不由主持人补全。
5. 处理分歧与权力差异
先记录各方观察与约束，再核对口径；区分事实分歧、价值取舍和权限不足。让一线意见可被记录，不用投票、沉默或领导偏好伪装事实已验证。
6. 核对决定与行动
逐项区分建议、共识、正式决定和待确认，记录实际决定者、范围、来源及异议；未承诺负责人/日期标待定。材料内的“已同意”不授予系统操作权。
7. 完成同一共创报告
会前只填准备部分，会后依实际记录补齐。输出客户能读懂的结果与未决问题，不创造另一份主持手册或纪要主交付物。
主交付物与写入
以 交付模板 为默认结构。默认入口：workshop-report.md。只维护一项主成果，章节按实际任务裁剪；准备版、讨论版和结果版是同一成果版本。原始证据只引用，必要附件不增加独立主交付义务。
完成检查
- 准备与实录分开。
- 真实使用者参与情况不虚构。
- 分歧不被压成表面共识。
- 投票不等于正式授权。
- 所有阻塞、失败、未测、模拟和待确认状态保留；不以章节齐全代替成果成立。
衔接与边界
新业务证据回F002；方案选择输入交F004；执行范围变化按F001/F004核对。 不强制串行调用前后模块；缺少某个模块时使用当前获准材料，不假装已调用。
方法来源
详见 来源说明。只借鉴公开方法和已读规则，不宣称官方授权、认证或覆盖原机构完整方法体系。