mirror of
https://github.com/crewAIInc/crewAI.git
synced 2026-09-22 02:46:39 +00:00
* feat(telemetry): record what kind of exception ended a flow Flow failures are visible but undiagnosable. Live data shows roughly 17% of flows ending in outcome=failed, and 72% of AgentExecutor failures completing in under 200ms - far too fast to be an LLM call - but nothing records what the failure actually is, so there is no way to tell a real defect from a user pressing Ctrl-C. Record the exception's class name as error_type on Flow Completed and Flow Method Failed. The class name only: str(error) is never read, because it routinely carries prompts, model output, file paths and credentials. The isidentifier() check is the allowlist that enforces it - any message text reaching that argument carries a space or punctuation and is dropped - and it lives inside Telemetry rather than at the call site so a future caller cannot bypass it. Method names and flow state remain unrecorded. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ASfWmW3RGy4qAQm6s8U9jH * docs(frontend): point the frontend guides at their edge paths The frontend guides added in #6686 exist only under edge - they are not in any frozen version snapshot - but their 80 internal links use the bare /en/guides/frontend/... form, which resolves against the released versions where those pages do not exist. mint broken-links fails on every one of them, which blocks every open PR, not only the one that added them. Use the /edge/en/... form the repo already uses for other edge-only pages (concepts/streaming, learn/execution-boundary-hooks). Anchors are preserved. No page content changes. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01ASfWmW3RGy4qAQm6s8U9jH --------- Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
211 lines
7.5 KiB
Plaintext
211 lines
7.5 KiB
Plaintext
---
|
|
title: Shared State
|
|
description: Keep your CrewAI agent's state and your app's UI in two-way sync, so edits on either side flow to the other.
|
|
icon: arrows-rotate
|
|
mode: "wide"
|
|
---
|
|
|
|
## One state, both directions
|
|
|
|
Shared state is a single state object that the agent and the UI both read and write. The agent updates it as it works and your React components render it live. When the user edits that same state in the UI, the change flows back so the agent sees it on its next turn.
|
|
|
|
The classic example is a recipe: the agent drafts it, the user tweaks an ingredient or an instruction, and the agent picks up from the edited version. Neither side owns the state; they share it.
|
|
|
|
<Note>
|
|
Shared state relies on a Flow with custom state. Define an `AgentState` that subclasses `CopilotKitState` and type your Flow as `Flow[AgentState]`. Crews do not carry custom state, so this pattern is Flow-only.
|
|
</Note>
|
|
|
|
## How it works
|
|
|
|
<Steps>
|
|
|
|
<Step title="Define the shared state on your Flow">
|
|
|
|
Subclass `CopilotKitState` so the agent keeps CopilotKit's message plumbing, then add your own fields. Here the shared field is `recipe`.
|
|
|
|
```python
|
|
# recipe_flow.py
|
|
import json
|
|
from typing import List, Optional
|
|
from pydantic import BaseModel, Field
|
|
from crewai.flow.flow import Flow, start, router, listen
|
|
from litellm import acompletion
|
|
from ag_ui_crewai.sdk import copilotkit_stream, CopilotKitState
|
|
|
|
|
|
class Ingredient(BaseModel):
|
|
name: str
|
|
amount: str
|
|
|
|
|
|
class Recipe(BaseModel):
|
|
title: str
|
|
ingredients: List[Ingredient] = Field(default_factory=list)
|
|
instructions: List[str] = Field(default_factory=list)
|
|
|
|
|
|
class AgentState(CopilotKitState):
|
|
recipe: Optional[Recipe] = None
|
|
```
|
|
|
|
</Step>
|
|
|
|
<Step title="Read and write the state from the agent">
|
|
|
|
The agent reads the current state by dumping it into the system prompt, and writes it back by assigning to `self.state.recipe`. A `generate_recipe` tool lets the model return the updated recipe as structured arguments.
|
|
|
|
```python
|
|
GENERATE_RECIPE_TOOL = {
|
|
"type": "function",
|
|
"function": {
|
|
"name": "generate_recipe",
|
|
"description": "Generate or modify the recipe.",
|
|
"parameters": {
|
|
"type": "object",
|
|
"properties": {"recipe": {"type": "object"}},
|
|
"required": ["recipe"],
|
|
},
|
|
},
|
|
}
|
|
|
|
|
|
class SharedStateFlow(Flow[AgentState]):
|
|
@start()
|
|
@listen("route_follow_up")
|
|
async def start_flow(self):
|
|
pass
|
|
|
|
@router(start_flow)
|
|
async def chat(self):
|
|
# The current shared state is visible to the model.
|
|
system_prompt = f"""You help the user build a recipe.
|
|
Current recipe: {self.state.model_dump_json(indent=2)}
|
|
Modify it by calling generate_recipe."""
|
|
|
|
response = await copilotkit_stream(
|
|
await acompletion(
|
|
model="openai/gpt-4o",
|
|
messages=[
|
|
{"role": "system", "content": system_prompt},
|
|
*self.state.messages,
|
|
],
|
|
tools=[*self.state.copilotkit.actions, GENERATE_RECIPE_TOOL],
|
|
parallel_tool_calls=False,
|
|
stream=True,
|
|
)
|
|
)
|
|
message = response.choices[0].message
|
|
self.state.messages.append(message)
|
|
|
|
if message.tool_calls:
|
|
call = message.tool_calls[0]
|
|
if call.function.name == "generate_recipe":
|
|
args = json.loads(call.function.arguments)
|
|
self.state.recipe = Recipe(**args["recipe"]) # write to shared state
|
|
self.state.messages.append({
|
|
"role": "tool",
|
|
"content": "Recipe updated.",
|
|
"tool_call_id": call.id,
|
|
})
|
|
return "route_follow_up"
|
|
return "route_end"
|
|
|
|
@listen("route_end")
|
|
async def end(self):
|
|
pass
|
|
```
|
|
|
|
Two things make this shared rather than one-way: dumping `self.state` into the prompt means the agent always works from the latest recipe (including edits the user made in the UI), and assigning `self.state.recipe` puts the new value into the state snapshot sent to connected clients at the end of the step. For updates during a long step, emit explicitly with `copilotkit_emit_state` (see [Agentic Generative UI](/edge/en/guides/frontend/agentic-generative-ui)).
|
|
|
|
</Step>
|
|
|
|
<Step title="Serve the Flow over AG-UI">
|
|
|
|
Expose the Flow from your FastAPI app with `add_crewai_flow_fastapi_endpoint`, then register it in the CopilotKit runtime. See the [Frontend Overview](/edge/en/guides/frontend/overview) for the full server and runtime setup.
|
|
|
|
```python
|
|
# server.py
|
|
from fastapi import FastAPI
|
|
from ag_ui_crewai.endpoint import add_crewai_flow_fastapi_endpoint
|
|
from recipe_flow import SharedStateFlow
|
|
|
|
app = FastAPI(title="CrewAI Agent Server")
|
|
|
|
add_crewai_flow_fastapi_endpoint(
|
|
app=app,
|
|
flow=SharedStateFlow(),
|
|
path="/shared_state",
|
|
)
|
|
```
|
|
|
|
</Step>
|
|
|
|
<Step title="Read and write the state from the UI">
|
|
|
|
`useAgent` gives you both directions in one hook. Read the shared state off `agent.state`, and write it back with `agent.setState(...)`. Subscribe to `OnStateChanged` so your component re-renders whenever the agent updates the state.
|
|
|
|
```tsx
|
|
"use client";
|
|
import { useAgent, UseAgentUpdate } from "@copilotkit/react-core/v2";
|
|
|
|
function RecipeEditor() {
|
|
const { agent } = useAgent({
|
|
agentId: "shared_state",
|
|
updates: [UseAgentUpdate.OnStateChanged],
|
|
});
|
|
|
|
const state = agent?.state as { recipe?: Recipe } | undefined;
|
|
const isLoading = agent?.isRunning;
|
|
|
|
const recipe = state?.recipe;
|
|
|
|
// setState replaces the whole state object, so spread the current
|
|
// state and override only the field you changed. Passing just
|
|
// `{ recipe }` would drop messages and other runtime fields.
|
|
const updateRecipe = (patch: Partial<Recipe>) =>
|
|
agent?.setState({ ...(agent.state ?? {}), recipe: { ...(recipe ?? {}), ...patch } });
|
|
|
|
return (
|
|
<div>
|
|
<input
|
|
value={recipe?.title ?? ""}
|
|
disabled={isLoading}
|
|
onChange={(e) => updateRecipe({ title: e.target.value })}
|
|
/>
|
|
{/* render inputs for ingredients and instructions the same way */}
|
|
</div>
|
|
);
|
|
}
|
|
```
|
|
|
|
`agent.state` reads the shared state, `agent.setState(...)` writes it back so the agent sees the change on its next turn, and `agent.isRunning` reflects whether the agent is currently working.
|
|
|
|
<Note>
|
|
`setState` **replaces** the entire state object rather than merging. Always spread the current state (`{ ...agent.state, ... }`) and override only the fields you are changing, or you will drop the conversation and other runtime fields the agent depends on.
|
|
</Note>
|
|
|
|
</Step>
|
|
|
|
</Steps>
|
|
|
|
## The two-way loop
|
|
|
|
Putting the pieces together, a single recipe object is kept in sync in both directions:
|
|
|
|
- **Agent edits, UI updates.** The Flow assigns `self.state.recipe`, the new value ships in the step's state snapshot, and `OnStateChanged` re-renders your inputs.
|
|
- **User edits, agent sees it.** A change in the UI calls `agent.setState(...)`, and because the Flow dumps `self.state` into its prompt, the agent works from the edited recipe on its next turn.
|
|
|
|
## Related
|
|
|
|
<CardGroup cols={2}>
|
|
<Card title="Agentic Generative UI" icon="list-check" href="/edge/en/guides/frontend/agentic-generative-ui">
|
|
Render live agent state as it changes.
|
|
</Card>
|
|
<Card title="Predictive State" icon="gauge-high" href="/edge/en/guides/frontend/predictive-state-updates">
|
|
Stream in-progress state to the UI as the agent works.
|
|
</Card>
|
|
<Card title="Human-in-the-Loop" icon="user-check" href="/edge/en/guides/frontend/human-in-the-loop">
|
|
Pause the agent to collect user approval or input mid-run.
|
|
</Card>
|
|
</CardGroup>
|