docs(triage): mark the Gmail date-slice walk as a floor, not a complete read

The walk bottoms out at day resolution, so a single day over the 100 cap still truncates with nothing to signal it. Three slices reported about 250 messages where REST pagination found 291.

A routine sweep tolerates that, because the next one re-reads live unread state. A backlog inventory can't. No tool ships here for real pagination, so a count taken through this MCP has to be reported as a floor.

0 files changed, 0 insertions, 0 deletions