Skip to content

Conversation

@mrubens
Copy link
Collaborator

@mrubens mrubens commented Sep 3, 2025

Important

Add features and a fix in v3.26.5, including new model support, auto-approve, and performance improvements.

  • Features:
    • Add support for Qwen3 235B A22B Thinking 2507 model in chutes.
    • Add auto-approve support for MCP access_resource tool.
    • Add configurable embedding batch size for code indexing.
    • Move message queue to the extension host for better performance.
  • Fixes:
    • Add cache reporting support for OpenAI-Native provider.

This description was created by Ellipsis for 642abe7. You can customize this summary. It will automatically update as commits are pushed.

@mrubens mrubens requested review from cte and jr as code owners September 3, 2025 13:44
@dosubot dosubot bot added size:S This PR changes 10-29 lines, ignoring generated files. changelog-ready labels Sep 3, 2025
@mrubens mrubens merged commit 7f5d82f into main Sep 3, 2025
17 checks passed
@mrubens mrubens deleted the release/v3.26.5 branch September 3, 2025 13:45
@github-project-automation github-project-automation bot moved this from New to Done in Roo Code Roadmap Sep 3, 2025
@github-project-automation github-project-automation bot moved this from Triage to Done in Roo Code Roadmap Sep 3, 2025
Copy link
Contributor

@roomote roomote bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for preparing the v3.26.5 release changeset! The changelog entries are clear and properly reference the related issues. I've left a few suggestions for minor improvements that could help maintain consistency in future releases.

Additionally, I noticed the release image (releases/3.26.5-release.png) is 1.6MB - as releases accumulate over time, these large images might significantly increase the repository size. Consider using image optimization tools or a more compressed format while maintaining visual quality.

@@ -0,0 +1,11 @@
---
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is using the version number as the changeset filename intentional? Typically, changesets use randomly generated names (e.g., 'brave-pandas-dance.md') to avoid conflicts when multiple changesets are created for the same version. This approach might work for release changesets, but wanted to check if this follows your established pattern.


![3.26.5 Release - Enhanced AI Thinking Capabilities](/releases/3.26.5-release.png)

- feat: Add support for Qwen3 235B A22B Thinking 2507 model in chutes (thanks @mohammad154!)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we standardize the attribution format for better consistency? I notice some entries use 'thanks @username!' while others use 'by @username, PR by @username'. A consistent format would make the changelog more uniform.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

changelog-ready size:S This PR changes 10-29 lines, ignoring generated files.

Projects

Archived in project

Development

Successfully merging this pull request may close these issues.

2 participants