Skip to content
Closed
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
47 changes: 47 additions & 0 deletions docs/McpClient-Feedback.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,47 @@
ModelContextProtocol.Protocol.Implementation name is too generic. Lots of things in this namespace named poorly. That might be OK if users don't have to deal with them, but it looks like they do.
Comment thread
ericstj marked this conversation as resolved.


ModelClient.CompleteAsync - naming seems off. Maybe "GetCompletion"
Comment thread
ericstj marked this conversation as resolved.



static ModelClient.CreateSamplingHandler - why is this factory method on ModelClient??? Maybe should be an extension method.
Comment thread
ericstj marked this conversation as resolved.



ModelClient - Enumerate\* vs List\* - why have these redundant methods that return the same thing just one wrapping. Can we just return IAE and have folks materialize that?
Comment thread
ericstj marked this conversation as resolved.



ModelClient.EnumerateToolsAsync - why accept JsonSerializerOptions on this call, it doesn't feel like something tied to enumerating tools. Would it make more sense to make this a property on the client?
Comment thread
ericstj marked this conversation as resolved.



SetLoggingLevel(LogLevel, CancellationToken) vs SetLoggingLevel(LoggingLevel, CancellationToken) -- WHY? Don't make these overloads, instead choose one then make conversions on the types.
Comment thread
ericstj marked this conversation as resolved.



SubscribeToResourceAsync - how are the notifications delivered? This method confused me as I don't understand what it's supposed to do. Might just need to research more.
Comment thread
ericstj marked this conversation as resolved.


TextContentBlock doesn't override ToString -- to get any of the data returned I need to get at protocol types, which feels wrong since those are all "raw" and not designed surface area.
Comment thread
ericstj marked this conversation as resolved.

Same is true for TextResourceContents. The entire content model seems pretty rough - might be better to unify on MEAI content types.
Comment thread
ericstj marked this conversation as resolved.



Odd that ResourceContents is plural, but ContentBlock is not. Why do we even need to different sets of types for these?
Comment thread
ericstj marked this conversation as resolved.



Similarly ReadResourceResult has Contents, while CallToolResult has Content, but both are ILists.
Comment thread
ericstj marked this conversation as resolved.



BlobResourceContents exposes content as a normal string, which means it encoded the UTF-8 to a string, creating work for GC. Instead it should keep the UTF8 contents, and lazily decode that from base64 UTF8 to bytes (either as stream, or byte array). The same problem exists with ContentBlock types, where base-64 data is exposed as Unicode strings.
Comment thread
ericstj marked this conversation as resolved.


Prompts expose arguments as types, whereas tools expose arguments as json schema.
Comment thread
ericstj marked this conversation as resolved.



Loading