A safer local-first MCP workspace bridge with a desktop launcher
FolderBridge provides 3 read-only tools with clear verb-noun naming (file_info, inspect_pptx, open_image). All tools have descriptions (194 - 250 chars, within baseline 34 - 392 range) and input schemas with type definitions. However, parameter descriptions are sparse or missing entirely. file_info lacks parameter descriptions; inspect_pptx and open_image have minimal descriptions for optional params (e.g., 'optional' without explaining what max_width does or its valid range). Output schemas are not documented, LLMs cannot predict return structure. Error handling is present in code (ToolError with codes like NOT_FOUND, FILE_TOO_LARGE) but not surfaced in tool definitions. No tool annotations (readOnlyHint, idempotentHint) despite all being read-only. Composition is sound, each tool has one responsibility, but parameter naming could be more explicit (e.g., 'format' should be 'output_format' to avoid confusion with input format).
Get metadata about a file including size, SHA256 hash, MIME type, and modification time
Inspect PowerPoint files for structure, SmartArt diagrams, and slide content with optional page range filtering
Open and read image files with optional resizing and format conversion
Parameter descriptions missing or incomplete. file_info has no param descriptions; inspect_pptx and open_image describe params as 'optional' without explaining constraints (e.g., max_width/max_height range, format enum values). LLMs cannot infer valid inputs.
Output schemas not documented. Tool definitions do not specify what fields are returned (e.g., file_info returns path, size, sha256, mime_type, etc.). LLMs cannot plan downstream operations or extract required data.
No tool annotations despite all tools being read-only. Missing readOnlyHint and idempotentHint annotations prevent clients from optimizing caching and retry logic.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 53 | 2026-07-28+ | v2 |
Parameter naming ambiguity: 'format' in open_image could mean input format or output format. Should be 'output_format' to match chat data model expectations.
Error handling not surfaced in tool definitions. Code implements ToolError with codes (NOT_FOUND, FILE_TOO_LARGE, INVALID_PPTX) but tool schemas do not document error conditions or recovery guidance for LLMs.