A system that captures meeting recordings via Plaud, transforms them into structured meeting digests and weekly rollups, and files them into OneDrive or Notion. Integrates with Claude Code via skills and uses the Plaud MCP server for meeting data access.
Three tools with severe definition gaps. All lack proper input schemas (no type definitions visible), descriptions are vague or missing parameter details, and no output schemas documented. Tool names lack action verbs (digest-runner, build_client_guide). No error handling guidance. Descriptions range 50-200 chars but fail to explain WHEN to use each tool or what it returns. Parameters exist but lack type constraints and validation rules. This server reads as a collection of scripts, not an MCP tool interface.
Print-renderer for CLIENT-USER-GUIDE.md. Produces dist/CLIENT-USER-GUIDE.docx — board-grade Word document with Gallant corporate styling (deep navy headers, Calibri body, locked palette) ready to print on letter paper and slip into a Gallant LABS-branded folder for client handoff.
HTML renderer for CLIENT-USER-GUIDE.md — built for high-fidelity upload to Google Drive where it converts to a NATIVE Google Doc on import. Produces dist/CLIENT-USER-GUIDE.html — self-contained, no external CSS/fonts, inline styles only so Google Docs preserves them on conversion.
Headless entrypoint for scheduled (launchd/Task Scheduler) runs. Invokes Claude Code in one-shot mode with the configured skill (meetings-digest or weekly-rollup), logs output, and exits.
No input schemas with type definitions. All three tools show parameter names and descriptions in JSON but lack proper JSON Schema with 'type' fields (string, number, boolean, array, object).
Tool names lack action verbs. 'digest-runner' and 'build_client_guide' do not start with clear verbs (run_, execute_, generate_, create_). LLMs infer intent from verb-noun naming; these names are ambiguous.
No output schemas documented. Descriptions do not state what each tool returns (e.g., does digest-runner return a log path, exit code, or structured result?). LLMs cannot plan downstream steps without knowing output structure.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 26 | 2026-07-28+ | v2 |
Parameter descriptions lack constraints. 'skill' param in digest-runner lists enum values in description text ('meetings-digest, weekly-rollup') but no formal enum constraint. 'out' param has no length, path, or format constraints.
No error handling guidance. Descriptions do not explain failure modes (e.g., what if Plaud OAuth fails? What if OneDrive is unreachable?). No recovery hints for LLMs.