MCP server for executing SOQL queries and managing connected Salesforce organizations
This Salesforce MCP server has significant definition quality gaps. Tool naming is acceptable (verb_noun pattern followed), but descriptions are minimal and unevenly distributed. The first tool has NO description at all, violating the critical rule that every tool must have a non-empty description. The second tool has a basic description (36 chars) that meets the floor but lacks depth on when/why to use it. Parameter descriptions are present for the query_records tool but the listing tool has no parameters to describe. Output schemas are undocumented, LLMs cannot predict return structure. No error handling guidance is provided. The schema for query_records uses Zod validation (good), but lacks output type documentation. This server would not pass a production code review.
Execute a SOQL query in Salesforce Org
list_connected_salesforce_orgs has NO description. Critical rule violation: every tool must have a non-empty description so LLMs can determine when/why to select it.
Output schemas are completely undocumented. LLMs cannot predict what fields/structure are returned. Both tools return JSON text without documenting the schema.
No error handling guidance. If a Salesforce CLI call fails or times out, the LLM gets no actionable recovery hint. Missing pattern:recovery-guide.
query_records description is only 36 characters ('Execute a SOQL query in Salesforce Org'). Baseline avg param annotation is 72 chars. Description lacks detail on prerequisites, common use cases, or when to prefer this over other query tools.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-21 | F | 43 | 2026-07-28+ | v2 |
| 2026-03-09 | D | 50 | - | v1 |
No pagination support. If a SOQL query returns thousands of records, they all get dumped as JSON text, potentially exhausting context window. No limit param enforced or documented in output.