[Bug]: Autopilot schedule creation fails with 'invalid autopilot id' when autopilot not yet created

[sacrtap]

Bug 描述

创建定时任务（autopilot schedule）时，UI 报错：

• "该 cron 表达式无效。"
• "invalid autopilot id"

根因分析

核心问题：UI 在 autopilot 资源未创建完成前就提交 schedule 配置，后端校验 autopilot ID 不存在返回 invalid autopilot id。

连带问题：cron 表达式 0 10 * * * 本身是合法的标准 5 字段 cron（每天 10:00），其报错为前端校验误报。

复现步骤

1. 进入 autopilot 创建流程
2. 填写 schedule 配置（cron: 0 10 * * *，时区：Asia/Shanghai）
3. 提交表单
4. 报错：invalid autopilot id + 该 cron 表达式无效。

截图

环境信息

• Multica CLI: 0.4.8
• 平台版本: 1.18.4
• 运行时模式: local
• 浏览器：Chrome (assumed)

期望行为

• 方案 A（推荐）：将"创建 autopilot"和"添加 trigger"合并为原子 API 调用，前端一次提交，后端事务性完成两步
• 方案 B：前端表单增加状态守卫 — autopilot 创建未返回成功 ID 前，schedule 提交按钮 disabled
• 方案 C：前端在提交 schedule 时检测 autopilot ID 是否存在，不存在则自动先创建 autopilot 再提交 schedule

临时绕过方案

通过 CLI 直接创建：

# 第一步：创建 autopilot
multica autopilot create --title "<标题>" --description "<描述>" --agent <agent> --mode create_issue

# 第二步：添加定时触发
multica autopilot trigger-add <autopilot-id> --kind schedule --cron "0 10 * * *" --timezone Asia/Shanghai

[Bohan-J]

感谢反馈，也感谢附上的截图和复现步骤 —— 信息量已经足够定位了。

先给结论：这不是 autopilot 尚未创建就提交 schedule 的时序问题，0 10 * * * 本身也是完全合法的 5 字段 cron。真正的原因是前端与后端版本错配 —— 你的 Web 前端是较新的结构化 schedule 编辑器，但它请求到的后端不包含新增的 cron-preview 路由。

机制（对应截图里同一个错误框内的两行）

1. 新版编辑器在你提交任何东西之前，会先发一个预览请求：
   GET /api/autopilots/cron-preview?expr=0 10 * * *&tz=Asia/Shanghai
2. 如果这个请求打到的后端还没有 cron-preview 路由（该路由由较近的 MUL-4909: feat(autopilots): redesign the autopilot schedule editor #5457 引入），路由会把 cron-preview 当成 /api/autopilots/{id} 里的 {id}。而 cron-preview 不是合法 UUID，后端于是返回：
   400 {"error": "invalid autopilot id"}
3. 新前端会把「除时区错误外的所有 400」都归类为「cron 无效」，并把后端原文附在下面。于是你在同一个框里同时看到「该 cron 表达式无效。」（前端文案）和 invalid autopilot id（后端原文）。
4. 也就是说，这条报错其实发生在表单预览阶段、任何资源提交之前；「autopilot 还没创建就提交」是对这条错误信息的一个合理误读。

一步就能坐实

打开浏览器 DevTools 的 Network 面板，重现一次，看那条 GET /api/autopilots/cron-preview... 是不是返回 400 {"error":"invalid autopilot id"}。如果是，就 100% 是版本错配。

修复 / 绕过

• 对齐前后端版本：确保你访问的后端已包含 cron-preview 路由（即包含 MUL-4909: feat(autopilots): redesign the autopilot schedule editor #5457 的构建）。如果是自建部署，请让前端和后端镜像使用同一个 release tag；若版本已一致，则检查是否有代理 / 缓存仍把请求打到旧后端。
• 临时绕过（与后端版本无关，一直可用）：用 CLI 分两步创建 ——

  multica autopilot create --title "<标题>" --description "<描述>" --agent <agent> --mode create_issue
  multica autopilot trigger-add <autopilot-id> --kind schedule --cron "0 10 * * *" --timezone Asia/Shanghai

另外我们也会在前端做一层加固：当预览请求返回的是「未知 endpoint / 无 code 字段」的 400 时，应提示「预览暂不可用」，而不是误报 cron 无效并因此禁用提交。

如果你能贴一下上面那条 preview 请求的实际状态码和响应体，我们就可以直接确认并跟进。谢谢！

[sacrtap]

@Bohan-J

[vicksiyi]

Thanks for the report. I opened PR #5907 with a fix: #5907

Root cause: the newer schedule editor treated an older backend's cron-preview route mismatch (400 {"error":"invalid autopilot id"}) as a cron validation rejection.
Fix: detect missing/unsupported cron-preview responses separately, keep valid schedules submittable, and show self-hosted backend-version guidance instead of an invalid-cron error.
Validation: pnpm --filter @multica/views exec vitest run autopilots/components/schedule-editor/validate.test.ts; pnpm --filter @multica/views exec vitest run autopilots/components/schedule-editor/schedule-editor.test.tsx; pnpm --filter @multica/views typecheck; pnpm --filter @multica/views lint passed with existing warnings outside this change. make check-worktree was attempted but local Docker was unavailable during PostgreSQL setup.

I will keep an eye on CI and review feedback.