Describe the bug

The Stripe MCP server (stripe_api_read) is not correctly passing pagination parameters to the Stripe API for list operations (confirmed on GetCustomers and GetSubscriptions).
Steps to Reproduce:

Call GetCustomers with limit: 100
Note that only 10 results are returned despite the higher limit
Take the last record's ID and call GetCustomers again with starting_after: <last_id>
Note that the same first 10 records are returned again — the cursor is ignored

Expected Behavior:

limit should control page size up to 100 (Stripe API max)
starting_after should advance the cursor to the next page of results

Actual Behavior:

Response is always capped at 10 records regardless of limit
starting_after is ignored — the same first page is returned every time
has_more: true is returned, making it appear there are more pages, but pagination never advances

Impact: Unable to retrieve more than 10 records from any list endpoint, making it impossible to work with accounts that have more than 10 customers or subscriptions.
Environment: Stripe MCP Server via Claude.ai MCP integration

To Reproduce

Call GetCustomers with limit: 100
Note that only 10 results are returned despite the higher limit
Take the last record's ID and call GetCustomers again with starting_after: <last_id>
Note that the same first 10 records are returned again — the cursor is ignored

Expected behavior

limit should control page size up to 100 (Stripe API max)
starting_after should advance the cursor to the next page of results

Code snippets

OS

macOS

Language version

N/A

Library version

N/A

API version

N/A

Additional context

No response