[FEATURE] Native Gateway API HTTPRoute support in kagent-tools Helm chart
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 78/100
- Issue type
- Feature
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- helm, kubernetes
- Domain
- devops, infrastructure
Research direction
Start with the existing kagent-tools chart, especially service.yaml and _helpers.tpl, then review deployment_test.yaml and rbac_test.yaml for Helm unittest conventions. Add the explicitly enabled templates/httproute.yaml and values needed for the proposed HTTPRoute settings, using the chart service and tools port. Done means the route is disabled by default, renders the requested Gateway API fields, and is covered by tests/httproute_test.yaml.
Written by the indexing model from the issue text.
Description
Summary
The kagent-tools Helm chart currently ships service.yaml but no route/ingress resource. Please add native Gateway API HTTPRoute support to the chart.
Motivation
Clusters that have moved from Ingress to Gateway API have no supported way to expose the tools server through the chart. Today the only options are:
- maintaining a
templates/httproute.yamlin a fork/overlay of the chart, or - managing a separate
HTTPRoutemanifest outside Helm
Both drift from the chart on every upstream bump, and neither can reuse _helpers.tpl naming, labels, or the service.ports.tools port. Supporting HTTPRoute natively in the upstream chart keeps route naming, labels, and the backend service reference in sync with the rest of the chart automatically, which raises chart quality over the long run — rather than every user re-implementing the same template locally.
Proposal
Add templates/httproute.yaml guarded by a new values block, rendered only when explicitly enabled so existing installs are unaffected:
httpRoute:
enabled: false
annotations: {}
labels: {}
parentRefs: []
# - name: my-gateway
# namespace: gateway-system
# sectionName: https
hostnames: []
# - tools.example.com
rules: []
# optional override; defaults to a single rule routing "/" to the tools service port
Notes:
- Backend ref should default to the chart's own service name (
include "kagent-tools.fullname") andservice.ports.tools.port, so it stays correct through renames. apiVersion: gateway.networking.k8s.io/v1.- Ship a
tests/httproute_test.yamlcase alongside the existingdeployment_test.yaml/rbac_test.yamlhelm-unittest suites.
Happy to open a PR if the direction looks good.
- Dominant language
- Go
- Stars
- 35
- Forks
- 30
- Avg merge
- 3d 23h
- Merged PRs (30d)
- 3
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from kagent-dev/tools
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
kagent-dev/tools#54 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
kagent-dev/tools#82 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 72/100
kagent-dev/tools#69 · 1 comment ·
-
Difficulty 3/5 1-2 days Newbie friendliness 68/100
kagent-dev/tools#68 · 1 comment ·
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
kagent-dev/tools#60 · 1 reaction ·
All issues in kagent-dev/tools
Similar issues
-
agentic-workflows
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
agentic-workflows
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
microsoft/agent-framework-go#1179 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
[Bug]: OLLAMA_KEEP_ALIVE="5m" / "24h" crashes Ollama embedding and vision models with ValueError Open
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
infiniflow/ragflow#20223 · 1 reaction ·
-
bug needs triage pkg/translator/faro
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
open-telemetry/opentelemetry-collector-contrib#51484 · 1 comment ·