Flynor平台文档Flynor 首页
Flynor 文档/核心概念
草案

执行

Execution 记录一次能力运行使用的版本、输入、策略、目标、事件、结果和外部回执。

01

标准状态

  • queued:已接收,等待调度。
  • running:节点或 Worker 正在执行。
  • awaiting_confirmation:等待具体外部操作确认。
  • succeeded / failed / cancelled:终态。
02

标识关系

executionId 标识完整业务执行;traceId 标识内部调用链。一次 execution 可以包含多个 trace。

03

业务自测契约

  • 执行编号必须使用 AI- 前缀,便于在数据库、日志和外部评论中快速识别。
  • Test Intake 只扫描已解析的进行中迭代,按状态周期生成 executionId,并沿父级链应用期初数据排除。
  • Request 冻结需求来源、固定环境、写入策略和测试用例引用。
  • Result 明确区分实际执行、代码 Review、混合验证和未运行,且结论必须携带证据与造数记录。
04

测试造数边界

  • 造数授权与猪齿鱼等外部写入授权相互独立。
  • 每次 data-write 工具调用必须携带测试数据写入信封,固定环境、create/upsert、AI-TEST-DATA- 标识、executionId 归属和保留策略。
  • Test MCP 在启动项目命令前验证信封;Server 再校验结果没有超出原请求授权。
  • 业务数据正文不写入平台日志;项目业务约束仍由版本化 Driver 负责。
05

受控外部回写

  • Server 从测试结论和原请求授权派生 Writeback Command,Worker 文本不能覆盖策略。
  • 项目级连接器使用独立身份,按 executionId 评论标记和当前状态实现幂等。
  • 逐动作 Receipt 回到 Server;真实项目状态机仍需单独验收。
06

当前状态

功能、正式发布与增量分发均已闭环

既有监听、测试主链、固定项目 Driver、隔离数据库造数与专用 DevOps 测试任务写回证据全部保留。Tester、OBSERVE、外部只读 live、Robot/PI 共享 Provider、Runner v1 Adapter、正式项目包、OCI、Package 内容层增量与线上旧版完整子集验收均已有证据;25 项治理待办按当前工作树全部关闭。

依据

packages/contracts/index.js · architecture/standards/test-data.md · architecture/governance.backlog.json