任务名称与负责人
用业务动作命名任务。记录谁现在对结果负责,谁使用、复核或依赖输出。

把以下问题写在同一页。无法回答的部分,就是进入开发前要补齐的条件。
用业务动作命名任务。记录谁现在对结果负责,谁使用、复核或依赖输出。
什么事件开始任务,什么结构化输出、系统状态或决定代表完成。
延迟、返工、错误、不一致或信息缺失发生在哪里,希望什么变得更快、更稳或更易复核。
需要哪些文档、字段、示例和系统,哪个版本最权威,冲突由谁判断。
列出可以完成、可以准备供人复核和不允许自动决定的事项。
每个查询、写入、外发、审批或不可逆动作需要什么身份、确认和审计。
遇到缺失、冲突、敏感、紧急、高影响或超出范围时,系统何时暂停并找谁。
限定一个用户群、一条流程和必要连接,避免第一次就建设全企业平台。
准备正常、异常、缺失、冲突和高风险样本,定义质量、权限、延迟、成本和人工判断。
明确首批用户、支持、运行负责人、监控、回滚、证据和下一次决定时间。
FORMWEFT 将清单用于项目访谈、原型评审、FDE 训练和上线确认。以下官方公开资料也强调从真实流程和最小可用范围开始。
2026-07-07 发布的公开工作表要求先定义工作流负责人、用户、触发和输出,再评估价值、复杂度、AI 与人工边界、最小版本、测试和扩展条件。
查看官方工作表不要为了完成模板猜测系统、授权、数据或结果。把未知项标明验证人和截止条件,作为是否进入开发的依据。

说明负责人、现有步骤、输入、输出、系统和最常见异常。初次沟通无需提供敏感数据。