Skip to content

docs: update handoff & runtime-resolution pages — handoffs now always route through agent.chat()#825

Merged
MervinPraison merged 1 commit into
mainfrom
claude/issue-823-20260623-1205
Jun 23, 2026
Merged

docs: update handoff & runtime-resolution pages — handoffs now always route through agent.chat()#825
MervinPraison merged 1 commit into
mainfrom
claude/issue-823-20260623-1205

Conversation

@MervinPraison

Copy link
Copy Markdown
Owner

Summary

Fixes #823. Updates two docs pages to reflect that handoffs now always route through agent.chat() / agent.achat() — they no longer invoke resolve_runtime or a bare LLM runtime path. This corrects documentation that described the old broken execution path.

Reference: upstream PR MervinPraison/PraisonAI#2178.

Changes:

  • docs/features/handoffs.mdx

    • Rewrote Dynamic Model Switching section: removed claim that handoffs resolve the target agent's runtime; now correctly states each handoff runs the full chat() pipeline at invocation time
    • Removed the fallback sentence (agent.chat() is now the only path, not a fallback)
    • Removed the Runtime Resolution Card link from this section
    • Added new Full Pipeline Preserved section listing what the target agent inherits (instructions, role, backstory, memory, hooks, guardrails, tool policy)
  • docs/features/runtime-resolution.mdx (Option A — repositioned)

    • Added top-level Warning callout: handoffs no longer use this subsystem as of PR #2178; directs users to /docs/features/handoffs
    • Updated frontmatter description to reflect general runtime subsystem (not handoff-specific)
    • Replaced hero diagram: removed the handoff to resolver to fallback-chat flow
    • Rewrote How It Works sequence diagram: no longer shows a handoff calling the resolver
    • Replaced Handoffs never fail due to resolver errors accordion with accurate Handoffs execute via agent.chat() — not this subsystem
    • Added Note after the sequence diagram reinforcing handoffs do not call into this subsystem

Cross-link grep: Only handoffs.mdx and runtime-resolution.mdx had the incorrect wording. No edits to docs/concepts/.

Generated with Claude Code

@qodo-code-review

Copy link
Copy Markdown

Qodo reviews are paused for this user.

Troubleshooting steps vary by plan Learn more →

On a Teams plan?
Reviews resume once this user has a paid seat and their Git account is linked in Qodo.
Link Git account →

Using GitHub Enterprise Server, GitLab Self-Managed, or Bitbucket Data Center?
These require an Enterprise plan - Contact us
Contact us →

@coderabbitai

coderabbitai Bot commented Jun 23, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@MervinPraison, we couldn't start this review because you've reached your PR review rate limit.

More reviews will be available in 54 minutes and 30 seconds. Learn how PR review limits work.

Your organization has used up its prepaid credits, and credit purchases are no longer available. Enable the review add-on in the billing tab to keep reviews running — you're only billed for reviews past your plan's rate limits ($0.25/file).

⌛ How to resolve this issue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based credits.

🚦 How do rate limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan refill rate.

For paid Pro and Pro+ PR reviews, CodeRabbit uses rolling per-developer review limits. Reviews become available again as older review attempts age out of the rolling limit window.

Please see our Fair Usage Limits Policy for further information.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: cbdca906-9aaf-40fa-a526-3ab85b935693

📥 Commits

Reviewing files that changed from the base of the PR and between e201d44 and 0577087.

📒 Files selected for processing (2)
  • docs/features/handoffs.mdx
  • docs/features/runtime-resolution.mdx
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch claude/issue-823-20260623-1205

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.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request updates the documentation for agent handoffs and the runtime-resolution subsystem to clarify that handoffs now bypass the runtime-resolution subsystem and directly delegate to the target agent's chat() or achat() pipeline. This ensures that the full pipeline, including instructions, backstory, memory, hooks, guardrails, and tool policies, is preserved. Feedback has been provided to improve the clarity of the tool policy description in the handoffs documentation table and to correct a potentially misleading label in the runtime-resolution sequence diagram.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

| Memory | The target agent can recall prior interactions |
| Hooks | Pre/post-call hooks execute normally |
| Guardrails | Safety policies are always enforced |
| Tool policy | The `HandoffToolPolicy` intersection is applied on top of the agent's own tools |

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The description in the 'Why it matters' column for 'Tool policy' explains the mechanism rather than the benefit. To improve clarity, consider rephrasing it to focus on the security aspect.

| Tool policy | Enforces secure and controlled tool access for the target agent |

TargetRuntime-->>Resolver: runtime instance
Resolver-->>Handoff: cached & returned
RuntimeSubsystem->>RuntimeSubsystem: create LLMRuntimeWrapper
RuntimeSubsystem->>Cache: store & return

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

In the sequence diagram, the label store & return for the interaction from RuntimeSubsystem to Cache could be misinterpreted. It suggests the cache is returning a value, but the arrow indicates a message to the cache. For clarity, consider relabeling this to simply reflect the action of storing the runtime instance.

        RuntimeSubsystem->>Cache: store(runtime)

@mintlify

mintlify Bot commented Jun 23, 2026

Copy link
Copy Markdown

Preview deployment for your docs. Learn more about Mintlify Previews.

Project Status Preview Updated (UTC)
praisonai 🟡 Building Jun 23, 2026, 12:09 PM

💡 Tip: Enable Workflows to automatically generate PRs for you.

@MervinPraison MervinPraison merged commit bbe296c into main Jun 23, 2026
20 checks passed
@MervinPraison MervinPraison deleted the claude/issue-823-20260623-1205 branch June 23, 2026 12:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

docs: update handoff & runtime-resolution pages — handoffs now always route through agent.chat() / agent.achat()

1 participant