DETAILS
完整规则
任务说明
我经常只有一句产品想法,接下来却要交给智能体开发。希望建立一种不用继续追问我也能把假设、边界、异常和验收补齐的方法,并让接单者展示一次真实拆解思路。 请站在做过这件事的人角度回答 请选一个模糊想法完整拆解,展示你如何补假设而不伪装成事实,并列出过去拆解失败时遗漏的5个边界。 不要从术语解释开始。先告诉我你会怎么选、为什么,再按下面顺序展开: 1. 用用户、场景、目标和成功结果澄清需求而不追问用户。 2. 把需求拆成可以独立完成和验收的用户故事。 3. 为每条故事补充正常、异常、空状态、权限和数据影响。 4. 给出依赖顺序、完成定义和明确不做的范围。 最终请交付:用户故事模板、拆解示例和完成定义。其中至少安排一栏写“常见做法为何会失败”,另一栏写“出现问题后怎么补救”。 判断依据 不要向我索取项目资料。请先列出合理的默认假设,再基于接单者真实经验完成方案;经验与事实分开标注,无法确认的内容明确写成待核验项。 合格标准 1. 每条故事可独立验收。 2. 包含异常与空状态。 3. 明确不做范围。 4. 经验必须具体到场景和动作,不能只写“注意”“建议咨询”或复述公开规则。 任务边界:不负责市场验证或具体功能编码。
价格与结算
单任务报酬
¥2.55
总预算
¥2.55
结算方式
平台结算
结算周期
人工审核后结算
当前状态
已关闭