Skip to content

Conversation

@FakerL
Copy link

@FakerL FakerL commented Jan 5, 2026

  • Add Kiro to the list of supported channels for OAuth model name mappings
  • Enables mapping Kiro model IDs (e.g., kiro-claude-opus-4-5) to canonical model names (e.g., claude-opus-4-5-20251101)

Details

Previously, oauth-model-mappings configuration only supported upstream CLIProxyAPI providers (gemini-cli, vertex, aistudio, antigravity, claude, codex, qwen, iflow). Kiro (a CLIProxyAPIPlus-only feature for AWS CodeWhisperer/Copilot support) was not included.

This change adds a separate case block for kiro in the OAuthModelMappingChannel function. The case is kept isolated from the upstream providers to make future merges/syncs from CLIProxyAPI cleaner.

@gemini-code-assist
Copy link

Summary of Changes

Hello @FakerL, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request introduces support for 'Kiro' within the OAuth model name mapping system. The primary goal is to allow Kiro-specific model identifiers, particularly those associated with AWS CodeWhisperer/Copilot, to be consistently mapped to standardized canonical names. This enhancement ensures that models from the Kiro channel are correctly recognized and routed, improving the overall consistency and functionality of model management within the CLIProxyAPIPlus framework.

Highlights

  • Kiro Channel Support: Added Kiro to the list of supported channels for OAuth model name mappings, enabling its integration with the existing mapping system.
  • Model ID Mapping: Enabled the mapping of Kiro model IDs (e.g., "kiro-claude-opus-4-5") to canonical model names (e.g., "claude-opus-4-5-20251101").
  • Configuration Example: Updated config.example.yaml to include Kiro in the list of supported channels and provided an example mapping for Kiro models.
  • Core Logic Update: Modified the OAuthModelMappingChannel function in sdk/cliproxy/auth/model_name_mappings.go to explicitly handle Kiro as a distinct provider, ensuring clean separation from other upstream providers.

🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console.

Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

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

Code Review

This pull request correctly adds support for kiro to the OAuth model name mappings feature. The changes in config.example.yaml provide a clear example for users, and the modification in sdk/cliproxy/auth/model_name_mappings.go properly integrates kiro as a supported channel. The implementation is clean, straightforward, and aligns with the stated goal of keeping the kiro provider logic isolated for easier future merges. The changes look good and I have no suggestions for improvement.

Add Kiro to the list of supported channels for OAuth model name mappings,
allowing users to map Kiro model IDs (e.g., kiro-claude-opus-4-5) to
canonical model names (e.g., claude-opus-4-5-20251101).

The Kiro case is implemented as a separate switch block to keep it
isolated from upstream CLIProxyAPI providers, making future merges
from the upstream repository cleaner.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Opus 4.5 <[email protected]>
@FakerL FakerL force-pushed the feat/kiro-oauth-model-mappings branch from 8f9edef to 08e8fdd Compare January 5, 2026 07:35
@FakerL
Copy link
Author

FakerL commented Jan 6, 2026

/gemini review

Copy link

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

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

Code Review

This pull request adds support for kiro to the OAuth model name mappings. The changes include updating the example configuration file to list kiro as a supported channel and adding a case for it in the OAuthModelMappingChannel function. The implementation is straightforward. I've provided one suggestion to refactor the switch statement to reduce code duplication and improve maintainability. Additionally, consider adding a unit test for the OAuthModelMappingChannel function to verify the new kiro case and prevent regressions.

@luispater luispater merged commit 89e34bf into router-for-me:main Jan 9, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants