-
-
Notifications
You must be signed in to change notification settings - Fork 0
feat:Update embedding_types descriptions for model version compatibility in OpenAPI #184
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
WalkthroughThe changes revise the descriptive text for the Changes
Possibly related PRs
Poem
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed help? Create a ticket on our support page for assistance with any issues or questions. Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
🧹 Nitpick comments (2)
src/libs/Cohere/openapi.yaml (2)
2155-2155
: Consider unifying compatibility phrasing across docsThe description here uses “Supported with all Embed models” / “Supported with Embed v3.0 and newer Embed models,” but other endpoints opt for “Valid for…”. For a cohesive developer experience, standardize on a single phrasing across all
embedding_types
descriptions.
12613-12613
: Standardize embedding compatibility phrasingThis
/v2/embed
description uses “Valid for all models” and “Valid for v3 and newer model versions.” To keep the spec uniform, align this wording with the phrasing used in other endpoints (e.g., “Supported with all Embed models” / “Supported with Embed v3.0 and newer Embed models”).
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
⛔ Files ignored due to path filters (9)
src/libs/Cohere/Generated/Cohere.CohereClient.Embed.g.cs
is excluded by!**/generated/**
src/libs/Cohere/Generated/Cohere.CohereClient.Embedv2.g.cs
is excluded by!**/generated/**
src/libs/Cohere/Generated/Cohere.EmbedJobsClient.CreateEmbedJob.g.cs
is excluded by!**/generated/**
src/libs/Cohere/Generated/Cohere.ICohereClient.Embed.g.cs
is excluded by!**/generated/**
src/libs/Cohere/Generated/Cohere.ICohereClient.Embedv2.g.cs
is excluded by!**/generated/**
src/libs/Cohere/Generated/Cohere.IEmbedJobsClient.CreateEmbedJob.g.cs
is excluded by!**/generated/**
src/libs/Cohere/Generated/Cohere.Models.CreateEmbedJobRequest.g.cs
is excluded by!**/generated/**
src/libs/Cohere/Generated/Cohere.Models.EmbedRequest.g.cs
is excluded by!**/generated/**
src/libs/Cohere/Generated/Cohere.Models.Embedv2Request.g.cs
is excluded by!**/generated/**
📒 Files selected for processing (1)
src/libs/Cohere/openapi.yaml
(3 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (1)
- GitHub Check: Test / Build, test and publish
🔇 Additional comments (1)
src/libs/Cohere/openapi.yaml (1)
7987-7987
: Verify default behavior documentationIn the
/v1/embed-jobs
property description, the “Not required and default is None, which returns the Embed Floats response type” clause is omitted, unlike in the other embed endpoints. If the default behavior is the same, re-add that note to maintain consistency.
Summary by CodeRabbit