5f85d895c1
The CRS-served harnesses still carried `secrets_files: [{encrypted: true}]`
which now hard-fails on H-SECRET-1 ("SOPS-encrypted secrets_files entries
are no longer permitted") in the dispatcher's harness validator. Sync the
8 provider harnesses with the agent-runtimes copies: same `secrets_required`
shape, same `init.sh` (ESO-mounted file paths), same `bin/` wrappers.
Use bare `account_ref: "<provider>"` (not `<provider>.cp:cp` — that
scope-kind isn't valid per SR-DISP-1-FIELD).
Provider key names follow the per-provider schema as emitted by the CP
provisioner: minimax/airouter/z-ai → api_key; gitea-https/gitea-admin →
{token,base_url,username}; gitea-ssh* → {host,private_key}.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
13 lines
389 B
Bash
Executable File
13 lines
389 B
Bash
Executable File
#!/bin/bash
|
|
# z-ai Anthropic-compatible wrapper — injects ESO-mounted credentials
|
|
# M22 Phase 9 Wave 4
|
|
# Files at /run/agent/secrets/z-ai/ are mounted by the dispatcher via ESO K8s Secret
|
|
set -euo pipefail
|
|
|
|
SECRETS_DIR="/run/agent/secrets/z-ai"
|
|
|
|
exec env \
|
|
ANTHROPIC_AUTH_TOKEN="$(cat "$SECRETS_DIR/auth_token")" \
|
|
ANTHROPIC_BASE_URL="$(cat "$SECRETS_DIR/base_url")" \
|
|
claude "$@"
|