Problem
The generated MCP process_documents tool exposes an effectively empty request schema, while the API endpoint requires organizationId and a non-empty documentIds array. MCP clients can send those fields, but the generated DTO/model strips them before the API request, which then fails validation.
Reproduction
- Upload one or more knowledge-base documents successfully.
- Call the MCP
process_documents tool with the organization ID and uploaded document IDs.
- Observe that the API receives neither required field and responds with validation errors.
The current MCP tool schema is equivalent to:
{ request: { [key: string]: unknown } }
but the generated model used by the MCP server has no declared properties, so strict schema parsing removes the input.
Expected
The MCP DTO/schema should declare and forward:
{
organizationId: string;
documentIds: string[]; // non-empty
}
An integration test should call the MCP tool with both fields and assert that processing starts for the selected documents.
Security/privacy
No organization IDs, document IDs, document names, or customer content are included in this report.
Problem
The generated MCP
process_documentstool exposes an effectively empty request schema, while the API endpoint requiresorganizationIdand a non-emptydocumentIdsarray. MCP clients can send those fields, but the generated DTO/model strips them before the API request, which then fails validation.Reproduction
process_documentstool with the organization ID and uploaded document IDs.The current MCP tool schema is equivalent to:
but the generated model used by the MCP server has no declared properties, so strict schema parsing removes the input.
Expected
The MCP DTO/schema should declare and forward:
An integration test should call the MCP tool with both fields and assert that processing starts for the selected documents.
Security/privacy
No organization IDs, document IDs, document names, or customer content are included in this report.