-
Notifications
You must be signed in to change notification settings - Fork 1
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
Week 11 #1
base: main
Are you sure you want to change the base?
Week 11 #1
Conversation
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.
Good initial push !
Let's discuss together how to iterate from there
case BedrockModel.deepseek_r1_v1.id: | ||
self = BedrockModel.deepseek_r1_v1 | ||
default: | ||
return nil |
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.
nil ? the user will not be able to use it's own model then. It should return a generic instance, with rawvalue that the user can use even if we did not add support for it
public init() {} | ||
|
||
public func invokeModel(input: InvokeModelInput) async throws -> InvokeModelOutput { | ||
guard let modelId = input.modelId else { |
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.
not sur ethese are required in a mock - unless you have tests to check these
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.
I added these because the modelId and body are optionals in InvokeModelInput in the BedrockRuntime SDK, so to make sure SwiftBedrock actually created a valid InvokeModelInput I added these checks. The real client would throw an error as well if no modelId or prompt was given.
No description provided.