feat: add minimax m3 backend profile
This commit is contained in:
@@ -22,7 +22,7 @@ UniDesk 与 HWLAB 是 tenant/client。UniDesk 负责平台入口、provider 清
|
||||
- `projectId`,例如 `pikasTech/unidesk` 或 `pikasTech/HWLAB`;
|
||||
- `workspaceRef`,用于定位 source/worktree/workspace;
|
||||
- `providerId`,例如 `G14` 或 `D601`;
|
||||
- `backendProfile`,`v0.1` allowlist 为 `codex` 与 `deepseek`;Queue 首版废弃 MiniMax/OpenCode,只允许 Codex/Codex-compatible profile;
|
||||
- `backendProfile`,`v0.1` allowlist 为 `codex`、`deepseek` 与 `minimax-m3`;Queue 首版废弃旧 MiniMax/OpenCode 直连路线,只允许 Codex/Codex-compatible profile;
|
||||
- `executionPolicy`,包含 sandbox、approval、timeout、network 和 secret scope;
|
||||
- `traceSink`,说明标准化 event 镜像到哪里。
|
||||
|
||||
@@ -38,7 +38,7 @@ agentrun-runner
|
||||
短生命周期 per-run 或 per-attempt executor;claim 一个 run,连接一个 backend,写回 events/status
|
||||
|
||||
agentrun-backend-*
|
||||
Codex/Codex-compatible 执行适配器;Queue 首版不接 MiniMax/OpenCode
|
||||
Codex/Codex-compatible 执行适配器;Queue 首版不接旧 MiniMax/OpenCode 直连路线
|
||||
|
||||
agentrun-queue
|
||||
task、attempt、summary、stats、read cursor、commander 聚合;输出和 trace 只返回 Session 引用
|
||||
@@ -49,13 +49,13 @@ agentrun-scheduler
|
||||
|
||||
Manager 是稳定 API 和审计点。Runner 是执行者,不应成为业务客户端直接调用的公共 API。MVP 阶段 operator 可以人工启动 runner 进程或 Kubernetes Job,但 runner 仍必须从 `agentrun-mgr` claim run,并把所有事实写回 manager。
|
||||
|
||||
Backend adapter 隐藏具体工具协议。`v0.1` 和 AgentRun Queue 首版只把 Codex app-server stdio 作为正式执行路径,`codex` 与 `deepseek` 是同一 backend kind 下的 profile/config/SecretRef 选择。跨 backend kind 路由属于后续规格;MiniMax/OpenCode 不作为 Queue 首版能力。
|
||||
Backend adapter 隐藏具体工具协议。`v0.1` 和 AgentRun Queue 首版只把 Codex app-server stdio 作为正式执行路径,`codex`、`deepseek` 与 `minimax-m3` 是同一 backend kind 下的 profile/config/SecretRef 选择。跨 backend kind 路由属于后续规格;旧 MiniMax/OpenCode 直连路线不作为 Queue 首版能力。
|
||||
|
||||
## v0.1 实现技术栈
|
||||
|
||||
AgentRun `v0.1` 自研 runtime 优先使用 Bun + TypeScript:manager、runner、backend adapter、Codex backend、CLI 和后续 scheduler 都按这一技术栈实现。`scripts/agentrun-cli.ts` 是官方 CLI 入口;复杂 CLI 逻辑进入 `scripts/src/`,服务和 runner 逻辑进入 `src/`。YAML manifest、Tekton/Argo CD 配置、Postgres 和 Kubernetes 仍按各自原生生态管理。
|
||||
|
||||
Codex stdio backend 固定采用 Codex CLI app-server JSON-RPC over stdio。实现必须启动受控 `codex app-server --listen stdio://`,执行 `initialize`、`thread/start` 或 `thread/resume`、`turn/start`,并把 stdout/stderr、notification、tool lifecycle、assistant output 和 terminal/error 状态归一化为 AgentRun events。`codex` 与 `deepseek` 是同一个 backend kind 下的 profile/config/SecretRef 选择;直接 Responses HTTP、OpenAI SDK wrapper、`codex exec` 一次性输出或文本 fallback 不能作为 `v0.1` Codex backend 的正式执行路径。
|
||||
Codex stdio backend 固定采用 Codex CLI app-server JSON-RPC over stdio。实现必须启动受控 `codex app-server --listen stdio://`,执行 `initialize`、`thread/start` 或 `thread/resume`、`turn/start`,并把 stdout/stderr、notification、tool lifecycle、assistant output 和 terminal/error 状态归一化为 AgentRun events。`codex`、`deepseek` 与 `minimax-m3` 是同一个 backend kind 下的 profile/config/SecretRef 选择;直接 Responses HTTP、OpenAI SDK wrapper、`codex exec` 一次性输出或文本 fallback 不能作为 `v0.1` Codex backend 的正式执行路径。
|
||||
|
||||
实现参考优先级:UniDesk Code Queue 的 `src/components/microservices/code-queue/src/code-agent/codex.ts`、`common.ts`,以及 HWLAB v0.2 的 `internal/cloud/codex-stdio-session.mjs`、`scripts/code-agent-chat-smoke.mjs`、`docs/reference/spec-v02-deepseek-proxy.md`、`docs/reference/code-agent-chat-readiness.md`。AgentRun 复用其协议、trace、redaction、Secret projection、profile overlay、DeepSeek/Moon Bridge 分层诊断和 failure 分类经验,但不复制 tenant 业务规则、环境专用路径、bridge host、namespace 或密钥材料。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user