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
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:
Identify the logic responsible for posting comments during an agent's run (likely in the workflow or the agent wrapper).
Implement a buffering mechanism to collect reasoning, tool calls, and final responses.
Update the logic to post the aggregated content as a single comment once the agent finishes its task or reaches a terminal state.
@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.
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.
🔨@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.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
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:
I propose @senior to implement this change.
@ffaerber ready to start building? reply yes to proceed.
@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.
@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.