一个项目管理软件的诞生（六）：工作项状态机设计，状态类型、流转步骤与运行治理

状态机不是用来修改状态的，而是管理业务决定如何合法发生。本文从状态定义、类型划分到流转步骤与规则拆解，深入解析工作项生命周期的产品模型。页面、看板、API与Agent如何统一执行同一份步骤契约，是状态机设计的核心命题。 此前，我在内部项目管理平台里设计一款 Skill，需要把查询工作项、分配负责人、更新状态等能力开放给 Agent。 查询工作项很好理解，分配负责人也能落到一个明确字段。真正拆到“更新状态”时，事情突然复杂了。 Agent 查到一条处于“待验证”的缺陷，能不能直接把状态改成“已关闭”？当前操作者没有验收权限，Agent 能不能用系统身份替他完成验收？关闭时缺少验证结果，平台应该返回“字段修改失败”，还是明确告诉 Agent：你正在执行“验证通过”这个步骤，但步骤规则尚未满足？ 如果把状态当成普通字段，这些问题都很难回答。因为普通字段只关心新值是否合法，状态变化却意味着一次业

原文：人人产品经理