Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

[FEATURE] Native Gateway API HTTPRoute support in kagent-tools Helm chart

Open
#80 0 comments 0 reactions 0 assignees View on GitHub

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

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.yaml in a fork/overlay of the chart, or
  • managing a separate HTTPRoute manifest 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") and service.ports.tools.port, so it stays correct through renames.
  • apiVersion: gateway.networking.k8s.io/v1.
  • Ship a tests/httproute_test.yaml case alongside the existing deployment_test.yaml / rbac_test.yaml helm-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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from kagent-dev/tools

All issues in kagent-dev/tools

Similar issues

More Go issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.