Repository navigation
[Automated] Draft docs (kagent): feat: attach text files and images to chat messages - #580
Merged
Merged
Conversation
…o chat messages Signed-off-by: GitHub Action <action@github.com>
Signed-off-by: Rachael Graham <rachael.graham@solo.io>
Rachael-Graham
approved these changes
Oct 12, 2026
Author
Docs preview
Both are uploaded Worker versions and serve no production traffic. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
kagent-dev/kagent#2936 — feat: attach text files and images to chat messages
Docs versions:
1.x(first shipped in v1.0.0-alpha9)What changes for users: Chat messages can include text file and image attachments. The UI can stage attachments with the attach button, paste, or drag and drop, and external A2A callers can send raw file parts with
filenameandmediaType.What the docs now say: The A2A guide now says file parts can carry raw bytes, explains how text files and images reach the model, and names the 16 MiB gRPC message cap. The UI guide already documented staging methods, file types, attachment limits, and
ui.nginx.clientMaxBodySize.Not verified: No cluster; the UI and A2A attachment flows are unrun.
How
kagent-2936was drafted, and what was not verifiedPlan, and what changed it
observability/launch-ui.mdalready documents the UI attachment workflow and limits, whileexamples/a2a-agents.mdstill described only text message parts.examples/a2a-agents.md.Why a documentation change is necessary
The release note says chat now takes text file and image attachments, and the diff shows the UI sending raw file parts and the A2A converter preserving
filenameandmediaType. The UI guide already tells browser users how to attach files and which limits apply. The A2A guide still said a message needs text parts only, so API callers could not discover that raw file parts now work.What changed on disk
docs-site/content/kagent/1.x/examples/a2a-agents.md— Adds a short note that A2A message parts can carry raw file bytes, and explains text extraction, image handling, and the 16 MiB gRPC cap.How to verify this change
kagentruntime, attach a small text file, and send a message that asks about the file.filenameandmediaType; the agent sees the non-image file as extracted text, and a message larger than 16 MiB is rejected by the gRPC path.What was not verified
The configuration was not applied to a cluster, so every command and UI action in this diff is unrun.
How the pages were chosen (triage report)
Feature clusters
Kept apart on purpose. Merging wrongly produces a guide that documents two things and explains neither, so these are reported for a person to merge rather than grouped automatically:
docs-site/content/kagent/1.x/observability/launch-ui.mdas a candidate, but for one of them it is one page among more than 3, so they are kept apart; merge them if both drafts do land theredocs-site/content/kagent/1.x/observability/launch-ui.mdas a candidate, but for one of them it is one page among more than 3, so they are kept apart; merge them if both drafts do land theredocs-site/content/kagent/1.x/observability/launch-ui.mdas a candidate, but for one of them it is one page among more than 3, so they are kept apart; merge them if both drafts do land theredocs-site/content/kagent/1.x/observability/launch-ui.mdas a candidate, but for one of them it is one page among more than 3, so they are kept apart; merge them if both drafts do land theredocs-site/content/kagent/1.x/observability/launch-ui.mdas a candidate, but for one of them it is one page among more than 3, so they are kept apart; merge them if both drafts do land theredocs-site/content/kagent/1.x/observability/launch-ui.mdas a candidate, but for one of them it is one page among more than 3, so they are kept apart; merge them if both drafts do land theredocs-site/content/kagent/1.x/observability/launch-ui.mdas a candidate, but for one of them it is one page among more than 3, so they are kept apart; merge them if both drafts do land theredocs-site/content/kagent/1.x/observability/launch-ui.mdas a candidate, but for one of them it is one page among more than 3, so they are kept apart; merge them if both drafts do land thereDraft a documentation change
kagent-dev/kagent#2936 — feat: attach text files and images to chat messages
kagent-dev/websitego/adk/pkg/agent/agent.gogo/adk/pkg/controllerclient/client.gogo/adk/pkg/fileextract/fileextract.gogo/adk/pkg/fileextract/llm.gogo/api/client/grpc.gogo/core/internal/grpcserver/server.goDraft branch:
pr-tracker-draft-kagent-2936Important
The test suite has not run on this pull request. It was opened by
github-actions[bot], and GitHub does not start workflows for pull requests opened with the repository's own token. This repository's checks are held asaction_requireduntil somebody presses Approve and run on the Checks tab. Checks that come from GitHub Apps rather than Actions, such as DCO, run on their own.Please approve the checks before reviewing the content: an absence of failures here means the tests have not run, not that they passed.