Repository navigation
Fix/handle error subtypes in result message - #479
Conversation
… stuck When Claude SDK returns ResultMessage with subtype like "error_during_execution" but is_error=False, the task would remain in RUNNING state indefinitely. This fix handles all error_ prefixed subtypes per official documentation: - error_during_execution: Error occurred during execution - error_max_turns: Reached turn limit - error_max_budget_usd: Exceeded budget limit - error_max_structured_output_retries: Reached structured output retry limit Ref: https://platform.claude.com/docs/agent-sdk/stop-reasons Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
Add stop_reason field to result details and log output for better debugging and monitoring of Claude SDK responses. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
|
Warning Rate limit exceeded
⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. 📝 WalkthroughWalkthroughThe pull request adds a Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Possibly related PRs
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
…ypes-in-result-message
Move detailed callback body to DEBUG level, keep INFO log concise with only task_id and status. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* fix(executor): handle error subtypes in ResultMessage to prevent task stuck When Claude SDK returns ResultMessage with subtype like "error_during_execution" but is_error=False, the task would remain in RUNNING state indefinitely. This fix handles all error_ prefixed subtypes per official documentation: - error_during_execution: Error occurred during execution - error_max_turns: Reached turn limit - error_max_budget_usd: Exceeded budget limit - error_max_structured_output_retries: Reached structured output retry limit Ref: https://platform.claude.com/docs/agent-sdk/stop-reasons Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> * feat(executor): add stop_reason to ResultMessage logging Add stop_reason field to result details and log output for better debugging and monitoring of Claude SDK responses. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> * refactor(executor): simplify callback log output Move detailed callback body to DEBUG level, keep INFO log concise with only task_id and status. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> --------- Co-authored-by: yunpeng7 <yunpeng7@staff.weibo.com> Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com>
Fix/handle error subtypes in result message (#479) See merge request weibo_rd/common/wecode/wegent!1404
Summary by CodeRabbit