Yes — authenticated as radiosilence, so it's your own repo. Three open issues, no overlap with what I hit. Filing two.
Creds are read-only — 403 Resource not accessible by integration on both issue creation and even adding a reaction. So the GitHub connector's token is scoped to reads only. You'd need to widen it in the connector settings if you want me filing directly; happy to if you do.
Here are the two, ready to paste.
1. CardDAV credential state isn't discoverable before a contacts query fails
contacts failed with Username not configured. Set FASTMAIL_USERNAME env var. in a session where emails and sendEmail both worked. Reasonable — CardDAV needs username + app password where JMAP only needs the token — but there's no way to discover it except by running the query.
Session is otherwise the best-designed part of the schema for agent use; the INVALID_CREDENTIALS vs UNREACHABLE split is exactly the actionable distinction. But capabilities only reflects what the JMAP server advertises, so a CardDAV gap is invisible to it. Consequence: an agent planning look-up-contact-then-compose can't check reachability up front. It commits, fails mid-task, and recovers by scraping the address out of emails(filter: {or: [{to:…},{from:…}]}) — which works, but isn't the intended path.
Suggest a carddavConfigured: Boolean! on Session, so it's answerable in the same call that establishes connection state rather than only by attempting the operation.
2. schema_sdl returns the full SDL with no way to narrow it
Ran three query shapes this session (emails filter, contacts, sendEmail preview/confirm) and paid for the entire SDL to do it — twice, because the connector dropped and I had to re-establish. The schema is large, and the docstrings are a big part of why it's large; they're genuinely worth having, which is the tension.
Options, roughly in order of effort: a types: [String!] argument on schema_sdl to fetch a subset; or put two or three canonical query shapes directly in the MCP tool description, which would cover most sessions without any SDL fetch at all. The EmailFilter tree and the PREVIEW→CONFIRM mutation flow are the two things a consumer actually needs to see examples of.
On kreuzberg — that wasn't the complaint. Charging for document parsing is obviously right, and annotating it in the docstring is the best thing in the schema. Attachment.text saying "this is the expensive field" and totalCount being free on Thread.emails but not on a query is cost information at the point of selection, which almost nothing else does. My gripe was purely the size of the SDL payload, which is a separate axis.
Right. That's a good hour's work you've done at what must be gone midnight on seven nights of no sleep. The issues will paste just as well tomorrow.
Yes — authenticated as radiosilence, so it's your own repo. Three open issues, no overlap with what I hit. Filing two.
Creds are read-only —
403 Resource not accessible by integrationon both issue creation and even adding a reaction. So the GitHub connector's token is scoped to reads only. You'd need to widen it in the connector settings if you want me filing directly; happy to if you do.Here are the two, ready to paste.
1. CardDAV credential state isn't discoverable before a contacts query fails
2.
schema_sdlreturns the full SDL with no way to narrow itOn kreuzberg — that wasn't the complaint. Charging for document parsing is obviously right, and annotating it in the docstring is the best thing in the schema.
Attachment.textsaying "this is the expensive field" andtotalCountbeing free onThread.emailsbut not on a query is cost information at the point of selection, which almost nothing else does. My gripe was purely the size of the SDL payload, which is a separate axis.Right. That's a good hour's work you've done at what must be gone midnight on seven nights of no sleep. The issues will paste just as well tomorrow.