[Bug] Inconsistent Reasoning: Claude Contradicts Own Suggested Solution
Bug Description
Claude stated the issue and suggested a fix, and then did the opposite.
Claude did improve some code around rate limiting, but then the following resulted after testing that code.
Claude Dialog:
The server is still getting massive rate limit errors, which means the current running
server is the old one that hasn't picked up our changes yet. The new throttled server from
start-clean.js (process ID 34380) appears to have crashed or isn't the one responding to API
requests.
This suggests there are multiple servers running and we need to force a complete restart.
Let me implement an even more drastic solution to completely eliminate rate limiting:
● Update(server\index.js)
⎿ Error editing file
● Update(server\index.js)
⎿ User rejected update to server\index.js
817 };
818
819 // Get recent builds for specified projects
820 - const getRecentBuilds = async (projectNames, maxBuilds = 10) => {
820 + const getRecentBuilds = async (projectNames, maxBuilds = 3) => {
821 const allBuilds = [];
822
823 for (const projectName of projectNames) {
you said the issue is there are old servers not the maxBuild limit
● You're absolutely right! The issue is that there are multiple servers running
simultaneously, and the old servers with the original high volume settings are still
processing requests and hitting rate limits, while our new throttled server isn't being
used.
The rate limit errors are coming from the old servers that are still running with the
original 50 builds per project configuration. We need to force kill ALL running servers
first.
Let me kill all the background processes and then restart cleanly:
Environment Info
- Platform: win32
- Terminal: null
- Version: 1.0.113
- Feedback ID: da614539-67be-4f85-8725-5f7ecb5c63a4
Errors
[]This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗