8000 Report full API response on failure for ease of debugging · Issue #2262 · block/goose · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Report full API response on failure for ease of debugging #2262

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
ezyang opened this issue Apr 18, 2025 · 6 comments
Open

Report full API response on failure for ease of debugging #2262

ezyang opened this issue Apr 18, 2025 · 6 comments
Labels
clarification provide explanation for goose's behavior

Comments

@ezyang
Copy link
ezyang commented Apr 18, 2025

So, I understand the standard guidance when hitting rate limit with LLM providers is to use OpenRouter. That being said, I have a paid API key from Google and I don't think I should be rate limited, and I'm interested in diagnosing why. Right now, all the info I get is:

Ran into this error: Rate limit exceeded: Max retries exceeded for rate limit error.

https://www.googlecloudcommunity.com/gc/AI-ML/Assistance-Needed-Quota-Limit-Increase-for-Generative-Language/m-p/815976?utm_source=chatgpt.com implies that I should have gotten detailed information from the API response about what exactly was the rate limit triggered. It would be supremely helpful if this was surfaced by default. I'm also not sure if there's a way to get at the raw API logs from the UI, I see https://book.goose.rs/logging/debug.html?utm_source=chatgpt.com but I tried:

open /Applications/Goose.app --args --debug-log /tmp/goose.log

and it didn't seem to do anything. Oops apparently this is a completely different goose LOL

@ezyang
Copy link
Author
ezyang commented Apr 18, 2025

It turns out the rate limit was due to #2263

@yingjiehe-xyz
Copy link
Collaborator

yes, previously we logged all info to the screen but sometime the payload may be very long and confusion, so we only show the error message in the screen and log all payloads to the log.

@yingjiehe-xyz yingjiehe-xyz added the clarification provide explanation for goose's behavior label Apr 18, 2025
@ezyang
Copy link
Author
ezyang commented Apr 19, 2025

Where does the goose log go by default?

@ezyang
Copy link
Author
ezyang commented Apr 19, 2025

On OSX it appears to be ~/Library/Application Support/Goose/logs/main.log

@ezyang
Copy link
Author
ezyang commented Apr 19, 2025

And more in ~/.local/state/goose/ ?

@yingjiehe-xyz
Copy link
Collaborator

yes, you can find more mapping in #1153 and https://block.github.io/goose/docs/guides/logs

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
clarification provide explanation for goose's behavior
Projects
None yet
Development

No branches or pull requests

2 participants
0