正文
获取原文件SKILL.md
版本：1.0.0｜唯一主交付物：《项目任务书》
任务与输入
本次受托解决什么问题、交付到什么程度、需要谁作出什么决定？
最小输入：客户诉求、已提供业务背景、既有约定和限制；允许信息不完整，使用客户已有任务书即可。
先读本目录 执行约定，再按下列步骤执行。所有引用随本Skill自带，单独复制本目录也可用。
涉及第三方平台/AI服务时读 产品与数据核查。
执行步骤
1. 界定当前请求
识别只准备、完整起草或修订。先核对已知目标、范围与已有批准，不重复追问历史已答内容；来源冲突并列。
2. 把工具愿望改成用户结果
写清谁在何种业务情境中完成什么任务，如何判断有效；客户的“全员安装、提效30%”是愿望或待确认目标，不自动成为承诺。参考IBM用户结果思路，但不要求固定数量Hills。
3. 约定一组可验收边界
明确对象、范围、排除项、主交付物、必要客户投入、成功标准草案和现有约束。只购买诊断时不得加入开发、运营或长期值守服务。
4. 区分决定权
分别识别范围/预算、数据使用、访问、发布、业务验收及运营接收的确认来源；职位、会议出席和可点击按钮均不代替相应授权。
5. 做最小产品与数据预核实
涉及现成平台时读product-verification.md。先识别产品地区版、套餐、版本、数据路径与禁区；未确认不妨碍方案草案，但阻塞受影响的真实数据读取和操作。
6. 写任务书并核对后果
在同一文件安排阶段、条件、责任和变更规则；使用相对阶段而非虚构日期。指出尚需确认的事项、仅受阻的动作和可继续准备。重大变更保留此前范围和来源。
主交付物与写入
以 交付模板 为默认结构。默认入口：project-charter.md。只维护一项主成果，章节按实际任务裁剪；准备版、讨论版和结果版是同一成果版本。原始证据只引用，必要附件不增加独立主交付义务。
完成检查
- 目标是用户结果，不只是工具安装数。
- 数据/发布等权限分开且有来源或待确认。
- 范围与主成果可核对；未知日期/预算/批准未填造。
- 只阻塞依赖缺证据的动作。
- 所有阻塞、失败、未测、模拟和待确认状态保留；不以章节齐全代替成果成立。
衔接与边界
调研进入F002；已有充分问题证据可进入F004。后续重大委托变化回来修订本任务书。 不强制串行调用前后模块；缺少某个模块时使用当前获准材料，不假装已调用。
方法来源
详见 来源说明。只借鉴公开方法和已读规则，不宣称官方授权、认证或覆盖原机构完整方法体系。