One comment per agent run #38

Closed
opened 2026-07-04 10:36:21 +02:00 by ffaerber · 5 comments
Owner

Currently if a agents run it creates multiple comments in the PR. Better is when the agents only creates one comment per run. This is also including the tool calls & reasoning

Currently if a agents run it creates multiple comments in the PR. Better is when the agents only creates one comment per run. This is also including the tool calls & reasoning

🤖 @pm

The current behavior of agents creating multiple comments per run (including reasoning and tool calls) creates noise in the PR thread. We need to modify the agent execution loop to buffer all output and post a single consolidated comment at the end of the run.

Since this involves modifying the core execution logic and how the agent interacts with the Gitea API to post comments, this is a complex task requiring an understanding of the agent's lifecycle.

Plan:

  1. Identify the logic responsible for posting comments during an agent's run (likely in the workflow or the agent wrapper).
  2. Implement a buffering mechanism to collect reasoning, tool calls, and final responses.
  3. Update the logic to post the aggregated content as a single comment once the agent finishes its task or reaches a terminal state.
  4. @qa will verify that only one comment is created per run and that all relevant information is preserved.

I propose @senior to implement this change.

@ffaerber ready to start building? reply yes to proceed.

🤖 **@pm** The current behavior of agents creating multiple comments per run (including reasoning and tool calls) creates noise in the PR thread. We need to modify the agent execution loop to buffer all output and post a single consolidated comment at the end of the run. Since this involves modifying the core execution logic and how the agent interacts with the Gitea API to post comments, this is a complex task requiring an understanding of the agent's lifecycle. **Plan:** 1. Identify the logic responsible for posting comments during an agent's run (likely in the workflow or the agent wrapper). 2. Implement a buffering mechanism to collect reasoning, tool calls, and final responses. 3. Update the logic to post the aggregated content as a single comment once the agent finishes its task or reaches a terminal state. 4. @qa will verify that only one comment is created per run and that all relevant information is preserved. I propose @senior to implement this change. @ffaerber ready to start building? reply yes to proceed.
Author
Owner

@pm yes

@pm yes

🤖 @pm

The plan has been approved. I am now handing this task over to @senior to implement the output buffering and consolidate agent comments into a single post per run.

🤖 **@pm** The plan has been approved. I am now handing this task over to @senior to implement the output buffering and consolidate agent comments into a single post per run.
Author
Owner

@senior please proceed with issue #38 per the plan above (delegated by pm).

@senior please proceed with issue #38 per the plan above (delegated by pm).

🔨 @senior is on it — building on branch ai/issue-38. I'll open a PR when it's ready.

🔨 **@senior** is on it — building on branch [`ai/issue-38`](https://git.ffaerber.duckdns.org/ffaerber/agents/src/branch/ai/issue-38). I'll open a PR when it's ready.
Sign in to join this conversation.
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: gitea/agents#38