Flynor 文档/核心概念
草案
执行
Execution 记录一次能力运行使用的版本、输入、策略、目标、事件、结果和外部回执。
标准状态
- queued:已接收,等待调度。
- running:节点或 Worker 正在执行。
- awaiting_confirmation:等待具体外部操作确认。
- succeeded / failed / cancelled:终态。
标识关系
executionId 标识完整业务执行;traceId 标识内部调用链。一次 execution 可以包含多个 trace。
业务自测契约
- 执行编号必须使用 AI- 前缀,便于在数据库、日志和外部评论中快速识别。
- Test Intake 只扫描已解析的进行中迭代,按状态周期生成 executionId,并沿父级链应用期初数据排除。
- Request 冻结需求来源、固定环境、写入策略和测试用例引用。
- Result 明确区分实际执行、代码 Review、混合验证和未运行,且结论必须携带证据与造数记录。
测试造数边界
- 造数授权与猪齿鱼等外部写入授权相互独立。
- 每次 data-write 工具调用必须携带测试数据写入信封,固定环境、create/upsert、AI-TEST-DATA- 标识、executionId 归属和保留策略。
- Test MCP 在启动项目命令前验证信封;Server 再校验结果没有超出原请求授权。
- 业务数据正文不写入平台日志;项目业务约束仍由版本化 Driver 负责。
受控外部回写
- Server 从测试结论和原请求授权派生 Writeback Command,Worker 文本不能覆盖策略。
- 项目级连接器使用独立身份,按 executionId 评论标记和当前状态实现幂等。
- 逐动作 Receipt 回到 Server;真实项目状态机仍需单独验收。
当前状态
功能、正式发布与增量分发均已闭环
既有监听、测试主链、固定项目 Driver、隔离数据库造数与专用 DevOps 测试任务写回证据全部保留。Tester、OBSERVE、外部只读 live、Robot/PI 共享 Provider、Runner v1 Adapter、正式项目包、OCI、Package 内容层增量与线上旧版完整子集验收均已有证据;25 项治理待办按当前工作树全部关闭。