[FEATURE] Built-in tool to wait for Kubernetes resource conditions
まだ誰も着手していません。
- #58 @moezdil による — マージされずにクローズ
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 48/100
調査の方向性
まず、既存の組み込み Kubernetes ツールのエントリーポイントと、それらがコマンドをどのように呼び出しているかを確認し、次にそれらのインターフェースを、k wait に対して提案されている入力（リソースタイプ、名前、namespace、条件、timeout）と比較します。エージェントのポーリングループなしに、1 回のブロッキング呼び出しで明確な成功または timeout/失敗の結果が返れば完了です。
索引モデルが issue の本文から書いたものです。
説明
[Main discussion and idea from alexis-brettes (Nayero): https://discord.com/channels/1346225185166065826/1346225185841221644/1497163015047352361]
Add a built-in tool that blocks until a k8s resource reaches a given condition, using k wait under the hood. This removes the need for agents to poll repeatedly and saves a significant number of tokens.
When an agent deploys something and needs to wait for it to be ready, it currently has to call k get in a loop until the resource reaches the desired state. Each loop iteration is a full LLM turn, which wastes tokens and adds latency.
Current pattern:
[turn 1] kgp -n default -> Pending
[turn 2] kgp -n default -> Pending
[turn 3] kgp -n default -> Running
Proposed Solution
A tool that wraps k wait and returns only when the condition is met or the timeout expires:
k wait deployment/myapp -n default --for=condition=Available --timeout=300s
The tool would accept: resource type, resource name, namespace, condition, and timeout. It makes one blocking call and returns a clear success or failure message. No polling loop, no extra LLM turns.
This is related to kagent-dev/kagent#1541 but targets a specific and common use case: waiting for k8s resources rather than waiting for a fixed amount of time.
- 主要言語
- Go
- スター
- 37
- フォーク
- 30
- 平均マージ
- 3日 23時間
- マージ済み PR（30日）
- 3
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
kagent-dev/tools のほかの issue
-
[BUG] MCP clients get no tools from v0.3.0: kubescape_get_vulnerability_details outputSchema is not an object対応中かも @nishanthchandr4 が 6 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
kagent-dev/tools#87 · コメント 2 件 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
kagent-dev/tools#54 ·
-
[FEATURE] Add a limit parameter to k8s_get_resources to bound context growth対応中かも @anjosluc が 27 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
kagent-dev/tools#82 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 78/100
kagent-dev/tools#80 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 72/100
kagent-dev/tools#69 · コメント 1 件 ·
kagent-dev/tools の issue をすべて見る
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
chaitin/agent-compose#770 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
メンテナーはふだん 1 日以内に返信
-
v3.8.0 vanilla manifest points to non-existent images registry.k8s.io/csi-vsphere/csi-vsphere/{driver,syncer}対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンkind/bug
難易度 1/5 1〜3時間 初心者へのやさしさ 85/100
kubernetes-sigs/vsphere-csi-driver#4351 ·
メンテナーはふだん 1 日以内に返信
-
component/gpu-kubelet-plugin component/helm needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
kubernetes-sigs/dra-driver-nvidia-gpu#1559 ·
メンテナーはふだん 1 日以内に返信
-
workflow: redundant goroutine in scheduleRetry対応中かも @moodbased が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
メンテナーはふだん 2 日以内に返信