ワンクリックで
deploy-controller
Interactively build, push or load, and deploy an airunway component (controller or any provider) to the cluster
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Interactively build, push or load, and deploy an airunway component (controller or any provider) to the cluster
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
Add a redacted agent session transcript to a GitHub PR or issue body as local-only provenance for agent-authored workflows.
Run a structured code review (Codex default, Claude optional) as a closeout check on a local or PR branch before commit or ship.
SOC 職業分類に基づく
| name | deploy-controller |
| description | Interactively build, push or load, and deploy an airunway component (controller or any provider) to the cluster |
| argument-hint | [component] [registry] [push|load] [platform] |
Build and redeploy an airunway component to the cluster.
⚠️ Security: This skill performs destructive cluster operations. All steps require explicit human confirmation. Never run against production clusters. Verify the target cluster context before proceeding.
Before anything else, run:
kubectl config current-context
Show the output and ask: "You are targeting cluster <context>. This skill will build, push, and deploy images. Is this a dev/test cluster? Proceed? (yes/no)"
Do not proceed without explicit "yes".
Parse $ARGUMENTS positionally: [component] [registry] [push|load] [platform]
Ask only for values not already provided by $ARGUMENTS.
Question 1 — Which component?
Which component do you want to deploy?
1. controller
2. provider: dynamo
3. provider: kaito
4. provider: kuberay
5. provider: llmd
Question 2 — Container registry prefix?
"What container registry/username prefix should be used? (e.g. myregistry, ghcr.io/myorg)"
Question 3 — Push or load? "Should the image be pushed to the remote registry or loaded into the local cluster?"
1. push — PUSH=true (publishes to remote registry)
2. load — PUSH=false (loads into local cluster via docker buildx --load)
Question 4 — Target platform?
"What platform(s) should the image be built for? (default: linux/amd64)"
Common values: linux/amd64, linux/arm64, linux/amd64,linux/arm64
Confirm before proceeding: "Ready to build <image> for <platform> with PUSH=<true|false>. Proceed? (yes/no)"
| Component | Image name pattern | Deployment name (airunway-system) |
|---|---|---|
| controller | <registry>/airunway-controller:latest | airunway-controller-manager |
| dynamo | <registry>/airunway-dynamo-provider:latest | airunway-dynamo-provider |
| kaito | <registry>/airunway-kaito-provider:latest | (no separate deployment — skip rollout) |
| kuberay | <registry>/airunway-kuberay-provider:latest | (no separate deployment — skip rollout) |
| llmd | <registry>/airunway-llmd-provider:latest | airunway-llmd-provider |
Run sequentially. Stop and report the full error output if any step fails.
If component = controller:
make controller-docker-build CONTROLLER_IMG=<image> PUSH=<true|false> PLATFORM=<platform>
If component = dynamo | kaito | kuberay | llmd:
cd providers/<component>
make docker-build IMG=<image> PUSH=<true|false> PLATFORM=<platform>
cd ../..
If component = controller:
make controller-deploy CONTROLLER_IMG=<image>
If component = dynamo | kaito | kuberay | llmd:
cd providers/<component>
make deploy IMG=<image>
cd ../..
If the component has a known deployment name (see table above):
kubectl rollout restart deployment <deployment-name> -n airunway-system
kubectl rollout status deployment <deployment-name> -n airunway-system
Summarize: