docs(ai-chat): document HITL pause suspension and maxDuration#3987
Conversation
|
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
📜 Recent review details⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (1)
🧰 Additional context used📓 Path-based instructions (1)docs/**/*.mdx📄 CodeRabbit inference engine (docs/CLAUDE.md)
Files:
🧠 Learnings (4)📚 Learning: 2026-03-10T12:44:14.176ZApplied to files:
📚 Learning: 2026-04-30T20:30:29.458ZApplied to files:
📚 Learning: 2026-06-16T13:14:09.440ZApplied to files:
📚 Learning: 2026-06-16T13:14:14.382ZApplied to files:
🔇 Additional comments (1)
WalkthroughThe documentation for the Human-in-the-Loop pattern in 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 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 |
Summary
Adds a "Duration and cost while paused" section to the human-in-the-loop page. It explains that a HITL pause (a no-execute tool waiting on
addToolOutput) suspends the run and frees compute, so the human's thinking time does not count againstmaxDuration(which measures active CPU time and excludes suspended waitpoint time, the same aswait.for). Customers don't need to raisemaxDurationor end the run to support long human waits.This was a recurring point of confusion: readers assumed the pause holds the run open and burns the budget. Also updates the how-it-works pseudocode ("Agent suspends (compute freed)") and links
wait.forandmaxDurationon first mention.