modelcontextprotocol / modelcontextprotocol/java-sdk
jsonschemabuilder
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Java
- Sterne
- 3.7k
- Forks
- 1.1k
- Ø Merge
- 1 T. 15 Std.
- Gemergte PRs (30 T.)
- 9
Beschreibung
Hopefully this is appropriate, prior, we were able to provide just a string to the includeSchema portion. Though I do like the approach of a type being passed now, I feel like the current JsonSchema object is too lax and doesnt really capture the needs. While working on my mcp server, I figured out that the best schema to provide was to just use the least common denominator approach, which is to use https://ai.google.dev/api/caching#Schema as the basis. Even though OpenAI's schema is better and does work for those llms that support it, gemini didnt conform to it well because it uses its own schema spec. So I built my own builder https://github.com/themixednuts/GhidraMCP/tree/main/src/main/java/com/themixednuts/utils/jsonschema
Is this something we can move towards?
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Überprüfe die aktuelle includeSchema- und JsonSchema-API im Java SDK und vergleiche sie anschließend mit der verlinkten Google Schema-Referenz und dem GhidraMCP-Builder. Eine vollständige Contribution würde zunächst einen abgestimmten Umfang für ein weniger laxes Schema-Modell und die Kompatibilitätserwartungen für Gemini und OpenAI festlegen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- api, backend-api-design
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100