LYNCA.AIFoundation 原文返回
原文档案

README.md

06_TAXONOMY_AND_DATA/WORKFLOW_STATE_MACHINES/README.md

GitHub Foundation10月1日 08:3458a4880

Workflow State Machine Layer v1

Workflow State Machine Layer 定义 LYNCA 核心 workflow 如何从一个 operational state 流转到另一个 state。

它不是代码,不是 database schema,也不是 API spec。它的作用是让 engineer、operator、AI、dashboard、database 对“当前流程走到哪里了”有共同理解。

核心 Workflow

  • ASSET_LIFECYCLE.md:asset 从 intake 到 display / update 的生命周期。
  • PREVIEW_WORKFLOW.md:素材从 upload 到 frontend rendered 的 preview 流程。
  • RAW_PROC_RESCUE_WORKFLOW.md:preview failure 的 rescue 流程。
  • SUBMISSION_LIFECYCLE.md:送评从 intake 到 owner notified 的生命周期。
  • OWNERSHIP_LIFECYCLE.md:ownership 从 claimed 到 transferred / displayed 的状态变化。
  • METAVERSE_ENTERPRISE_WORKFLOW.md:企业客户 / VIC servicing workflow。
  • WORKFLOW_STATE_GLOSSARY.md:统一状态词汇表。

使用原则

  • 先理解 workflow meaning,再设计字段、UI、queue 或 automation。
  • 状态词必须服务 operational clarity,不追求抽象完美。
  • 每个 state 应帮助 operator / engineer 判断下一步动作。
  • 失败状态必须显式记录,不能被隐藏在“处理中”里。
  • 人工介入节点必须被承认,因为 high-value collectible workflow 不能完全自动化。