fix(discord): clamp limit to [1, 100] in _search_members and _fetch_messages

[sprmn24]

What does this PR do?

Clamps the limit parameter to a valid range [1, 100] in two Discord tool functions. Previously only an upper bound of 100 was enforced via min(limit, 100), allowing zero or negative values to be sent to the Discord API.

Type of Change

• Bug fix

Changes Made

• _search_members: min(limit, 100) → max(1, min(limit, 100))
• _fetch_messages: min(limit, 100) → max(1, min(limit, 100))

How to Test

Pass limit=0 or limit=-5 to either function — previously would send invalid value to Discord API, now clamps to 1.

Checklist

• Follows existing code style
• No secrets or sensitive data
• Minimal, focused change

[teknium1]

Thanks for the focused fix. The premise is confirmed on current main: tools/discord_tool.py:495 and tools/discord_tool.py:521 still pass zero or negative limits through after applying only the upper cap. The proposed clamp correctly addresses both sites.

Problems

• Regression coverage is missing for the new lower bound. tests/tools/test_discord_tool.py:390-395 covers only the upper cap for member search, and tests/tools/test_discord_tool.py:423-429 covers normal message pagination.

Suggested changes

• Add tests through the public Discord handlers for limit=0 and a negative limit on both actions, asserting the outbound request receives "limit": "1".

This is an automated hermes-sweeper review.

[teknium1]

Please add regression coverage for this lower-bound branch. Current tests cover only the upper cap for search_members (tests/tools/test_discord_tool.py:390-395) and do not exercise zero or negative values for either action.