用途：用 JTBD 框架编写任务故事，替代传统“作为某角色……”的用户故事，聚焦情境、动机与期望结果，使需求更贴近真实用户语境，减少对用户身份的假设。
主要能力：提供 JTBD 发现画布，梳理功能性、社交性与情感性任务及痛点、收益，并映射到故事组件；撰写具体、不绑定解决方案、以收益为导向的情境、动机与结果；按 INVEST 六项标准做质量把关，并为每个故事编写 6-8 条以结果为导向的验收标准；支持把传统用户故事转换为任务故事，以及主持故事编写工作坊。
使用方式：先确认情境/触发点、底层任务与动机、期望结果、用户研究来源等输入，信息不明时应先询问而非假设；若用户要求直接起草，则先列出假设。随后运行 JTBD 发现画布或从研究资料中提取任务-痛点-收益聚类，每个聚类写一条 When/Want/So 故事，应用 INVEST 拆分不合格故事，再补充验收标准。可参考 playbook、jtbd-guide、red-flags 及故事卡片模板等资料。
适用场景：功能定义、待办列表创建、需求工作坊、设计简报等。不适用于需要业务背景的战略性待办项、团队已熟悉用户故事格式的轻量场景，以及无直接用户情境的纯技术工作。
限制：效果依赖真实用户研究（访谈、观察、支持数据），缺乏用户语境时容易虚构情境；对纯技术或基础设施工作不太自然；任务故事与用户故事互补，部分团队会按工作类型混用。与 wwas、summarize-meeting、jira-expert、discovery/brainstorm-ideas、execution/brainstorm-okrs、execution/prioritization-frameworks 等存在集成关系。