Files
agent-runtime-framework/harnesses/contexts/gitea-ssh/v1/harness.yaml
Paul O'Reilly 5f85d895c1 fix(harnesses): migrate to ESO secrets_required form, mirror agent-runtimes
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>
2026-05-07 07:26:19 +12:00

26 lines
533 B
YAML

kind: context
name: gitea-ssh
version: 1
description: "Gitea SSH: clone/push via SSH key for gitea.oreillyit.nz (ai_enablement)"
requires: []
provides: [git-access]
git_identity:
name: "agent-runtimes"
email: "agent@oreillyit.nz"
ssh_hosts:
- alias: gitea.oreillyit.nz-ai-enablement
hostname: gitea.oreillyit.nz
user: git
identity_secret: GITEA_SSH_KEY
scripts:
init: "./init.sh"
secrets_required:
- name: gitea-ssh
account_ref: "gitea-ssh"
mount_path: /run/agent/secrets/gitea-ssh
mode: "0400"