mirror of
https://github.com/microsoft/agent-framework.git
synced 2026-06-16 21:04:09 +08:00
3dc59c83b5
* WIP * big update to new ResponseStream model * fixed tests and typing * fixed tests and typing * fixed tools typevar import * fix * mypy fix * mypy fixes and some cleanup * fix missing quoted names * and client * fix imports agui * fix anthropic override * fix agui * fix ag ui * fix import * fix anthropic types * fix mypy * refactoring * updated typing * fix 3.11 * fixes * redid layering of chat clients and agents * redid layering of chat clients and agents * Fix lint, type, and test issues after rebase - Add @overload decorators to AgentProtocol.run() for type compatibility - Add missing docstring params (middleware, function_invocation_configuration) - Fix TODO format (TD002) by adding author tags - Fix broken observability tests from upstream: - Replace non-existent use_instrumentation with direct instantiation - Replace non-existent use_agent_instrumentation with AgentTelemetryLayer mixin - Fix get_streaming_response to use get_response(stream=True) - Add AgentInitializationError import - Update streaming exception tests to match actual behavior * Fix AgentExecutionException import error in test_agents.py - Replace non-existent AgentExecutionException with AgentRunException * Fix test import and asyncio deprecation issues - Add 'tests' to pythonpath in ag-ui pyproject.toml for utils_test_ag_ui import - Replace deprecated asyncio.get_event_loop().run_until_complete with asyncio.run * Fix azure-ai test failures - Update _prepare_options patching to use correct class path - Fix test_to_azure_ai_agent_tools_web_search_missing_connection to clear env vars * Convert ag-ui utils_test_ag_ui.py to conftest.py - Move test utilities to conftest.py for proper pytest discovery - Update all test imports to use conftest instead of utils_test_ag_ui - Remove old utils_test_ag_ui.py file - Revert pythonpath change in pyproject.toml * fix: use relative imports for ag-ui test utilities * fix agui * Rename Bare*Client to Raw*Client and BaseChatClient - Renamed BareChatClient to BaseChatClient (abstract base class) - Renamed BareOpenAIChatClient to RawOpenAIChatClient - Renamed BareOpenAIResponsesClient to RawOpenAIResponsesClient - Renamed BareAzureAIClient to RawAzureAIClient - Added warning docstrings to Raw* classes about layer ordering - Updated README in samples/getting_started/agents/custom with layer docs - Added test for span ordering with function calling * Fix layer ordering: FunctionInvocationLayer before ChatTelemetryLayer This ensures each inner LLM call gets its own telemetry span, resulting in the correct span sequence: chat -> execute_tool -> chat Updated all production clients and test mocks to use correct ordering: - ChatMiddlewareLayer (first) - FunctionInvocationLayer (second) - ChatTelemetryLayer (third) - BaseChatClient/Raw...Client (fourth) * Remove run_stream usage * Fix conversation_id propagation * Python: Add BaseAgent implementation for Claude Agent SDK (#3509) * Added ClaudeAgent implementation * Updated streaming logic * Small updates * Small update * Fixes * Small fix * Naming improvements * Updated imports * Addressed comments * Updated package versions * Update Claude agent connector layering * fix test and plugin * Store function middleware in invocation layer * Fix telemetry streaming and ag-ui tests * Remove legacy ag-ui tests folder * updates * Remove terminate flag from FunctionInvocationContext, use MiddlewareTermination instead - Remove terminate attribute from FunctionInvocationContext - Add result attribute to MiddlewareTermination to carry function results - FunctionMiddlewarePipeline.execute() now lets MiddlewareTermination propagate - _auto_invoke_function captures context.result in exception before re-raising - _try_execute_function_calls catches MiddlewareTermination and sets should_terminate - Fix handoff middleware to append to chat_client.function_middleware directly - Update tests to use raise MiddlewareTermination instead of context.terminate - Add middleware flow documentation in samples/concepts/tools/README.md - Fix ag-ui to use FunctionMiddlewarePipeline instead of removed create_function_middleware_pipeline * fix: remove references to removed terminate flag in purview tests, add type ignore * fix: move _test_utils.py from package to test folder * fix: call get_final_response() to trigger context provider notification in streaming test * fix: correct broken links in tools README * docs: clarify default middleware behavior in summary table * fix: ensure inner stream result hooks are called when using map()/from_awaitable() * Fix mypy type errors * Address PR review comments on observability.py - Remove TODO comment about unconsumed streams, add explanatory note instead - Remove redundant _close_span cleanup hook (already called in _finalize_stream) - Clarify behavior: cleanup hooks run after stream iteration, if stream is not consumed the span remains open until garbage collected * Remove gen_ai.client.operation.duration from span attributes Duration is a metrics-only attribute per OpenTelemetry semantic conventions. It should be recorded to the histogram but not set as a span attribute. * Remove duration from _get_response_attributes, pass directly to _capture_response Duration is a metrics-only attribute. It's now passed directly to _capture_response instead of being included in the attributes dict that gets set on the span. * Remove redundant _close_span cleanup hook in AgentTelemetryLayer _finalize_stream already calls _close_span() in its finally block, so adding it as a separate cleanup hook is redundant. * Use weakref.finalize to close span when stream is garbage collected If a user creates a streaming response but never consumes it, the cleanup hooks won't run. Now we register a weak reference finalizer that will close the span when the stream object is garbage collected, ensuring spans don't leak in this scenario. * Fix _get_finalizers_from_stream to use _result_hooks attribute Renamed function to _get_result_hooks_from_stream and fixed it to look for the _result_hooks attribute which is the correct name in ResponseStream class. * Add missing asyncio import in test_request_info_mixin.py * Fix leftover merge conflict marker in image_generation sample * Update integration tests * Fix integration tests: increase max_iterations from 1 to 2 Tests with tool_choice options require at least 2 iterations: 1. First iteration to get function call and execute the tool 2. Second iteration to get the final text response With max_iterations=1, streaming tests would return early with only the function call/result but no final text content. * Fix duplicate function call error in conversation-based APIs When using conversation_id (for Responses/Assistants APIs), the server already has the function call message from the previous response. We should only send the new function result message, not all messages including the function call which would cause a duplicate ID error. Fix: When conversation_id is set, only send the last message (the tool result) instead of all response.messages. * Add regression test for conversation_id propagation between tool iterations Port test from PR #3664 with updates for new streaming API pattern. Tests that conversation_id is properly updated in options dict during function invocation loop iterations. * Fix tool_choice=required to return after tool execution When tool_choice is 'required', the user's intent is to force exactly one tool call. After the tool executes, return immediately with the function call and result - don't continue to call the model again. This fixes integration tests that were failing with empty text responses because with tool_choice=required, the model would keep returning function calls instead of text. Also adds regression tests for: - conversation_id propagation between tool iterations (from PR #3664) - tool_choice=required returns after tool execution * Document tool_choice behavior in tools README - Add table explaining tool_choice values (auto, none, required) - Explain why tool_choice=required returns immediately after tool execution - Add code example showing the difference between required and auto - Update flow diagram to show the early return path for tool_choice=required * Fix tool_choice=None behavior - don't default to 'auto' Remove the hardcoded default of 'auto' for tool_choice in ChatAgent init. When tool_choice is not specified (None), it will now not be sent to the API, allowing the API's default behavior to be used. Users who want tool_choice='auto' can still explicitly set it either in default_options or at runtime. Fixes #3585 * Fix tool_choice=none should not remove tools In OpenAI Assistants client, tools were not being sent when tool_choice='none'. This was incorrect - tool_choice='none' means the model won't call tools, but tools should still be available in the request (they may be used later in the conversation). Fixes #3585 * Add test for tool_choice=none preserving tools Adds a regression test to ensure that when tool_choice='none' is set but tools are provided, the tools are still sent to the API. This verifies the fix for #3585. * Fix tool_choice=none should not remove tools in all clients Apply the same fix to OpenAI Responses client and Azure AI client: - OpenAI Responses: Remove else block that popped tool_choice/parallel_tool_calls - Azure AI: Remove tool_choice != 'none' check when adding tools When tool_choice='none', the model won't call tools, but tools should still be sent to the API so they're available for future turns. Also update README to clarify tool_choice=required supports multiple tools. Fixes #3585 * Keep tool_choice even when tools is None Move tool_choice processing outside of the 'if tools' block in OpenAI Responses client so tool_choice is sent to the API even when no tools are provided. * Update test to match new parallel_tool_calls behavior Changed test_prepare_options_removes_parallel_tool_calls_when_no_tools to test_prepare_options_preserves_parallel_tool_calls_when_no_tools to reflect that parallel_tool_calls is now preserved even when no tools are present, consistent with the tool_choice behavior. * Fix ChatMessage API and Role enum usage after rebase - Update ChatMessage instantiation to use keyword args (role=, text=, contents=) - Fix Role enum comparisons to use .value for string comparison - Add created_at to AgentResponse in error handling - Fix AgentResponse.from_updates -> from_agent_run_response_updates - Fix DurableAgentStateMessage.from_chat_message to convert Role enum to string - Add Role import where needed * Fix additional ChatMessage API and method name changes - Fix ChatMessage usage in workflow files (use text= instead of contents= for strings) - Fix AgentResponse.from_updates -> from_agent_run_response_updates in workflow files - Fix test files for ChatMessage and Role enum usage * Fix remaining ChatMessage API usage in test files * Fix more ChatMessage and Role API changes in source and test files - Fix ChatMessage in _magentic.py replan method - Fix Role enum comparison in test assertions - Fix remaining test files with old ChatMessage syntax * Fix ChatMessage and Role API changes across packages - Add Role import where missing - Fix ChatMessage signature: positional args to keyword args (role=, text=, contents=) - Fix Role enum comparisons: .role.value instead of .role string - Fix FinishReason enum usage in ag-ui event converters - Rename AgentResponse.from_updates to from_agent_run_response_updates in ag-ui Fixes API compatibility after Types API Review improvements merge * Fix ChatMessage and Role API changes in github_copilot tests * Fix ChatMessage and Role API changes in redis and github_copilot packages - Fix redis provider: Role enum comparison using .value - Fix redis tests: ChatMessage signature and Role comparisons - Fix github_copilot tests: ChatMessage signature and Role comparisons - Update docstring examples in redis chat message store * Fix ChatMessage and Role API changes in devui package - Fix executor: ChatMessage signature change - Fix conversations: Role enum to string conversion in two places - Fix tests: ChatMessage signatures and Role comparisons * Fix ChatMessage and Role API changes in a2a and lab packages - Fix a2a tests: Role comparisons and ChatMessage signatures - Fix lab tau2 source: Role enum comparison in flip_messages, log_messages, sliding_window - Fix lab tau2 tests: ChatMessage signatures and Role comparisons * Remove duplicate test files from ag-ui/tests (tests are in ag_ui_tests) * Fix ChatMessage and Role API changes across packages After rebasing on upstream/main which merged PR #3647 (Types API Review improvements), fix all packages to use the new API: - ChatMessage: Use keyword args (role=, text=, contents=) instead of positional args - Role: Compare using .value attribute since it's now an enum Packages fixed: - ag-ui: Fixed Role value extraction bugs in _message_adapters.py - anthropic: Fixed ChatMessage and Role comparisons in tests - azure-ai: Fixed Role comparison in _client.py - azure-ai-search: Fixed ChatMessage and Role in source/tests - bedrock: Fixed ChatMessage signatures in tests - chatkit: Fixed ChatMessage and Role in source/tests - copilotstudio: Fixed ChatMessage and Role in tests - declarative: Fixed ChatMessage in _executors_agents.py - mem0: Fixed ChatMessage and Role in source/tests - purview: Fixed ChatMessage in source/tests * Fix mypy errors for ChatMessage and Role API changes - durabletask: Use str() fallback in role value extraction - core: Fix ChatMessage in _orchestrator_helpers.py to use keyword args - core: Add type ignore for _conversation_state.py contents deserialization - ag-ui: Fix type ignore comments (call-overload instead of arg-type) - azure-ai-search: Fix get_role_value type hint to accept Any - lab: Move get_role_value to module level with Any type hint * Improve CI test timeout configuration - Increase job timeout from 10 to 15 minutes - Reduce per-test timeout to 60s (was 900s/300s) - Add --timeout_method thread for better timeout handling - Add --timeout-verbose to see which tests are slow - Reduce retries from 3 to 2 and delay from 10s to 5s This ensures individual test timeouts are shorter than the job timeout, providing better visibility when tests hang. With 60s timeout and 2 retries, worst case per test is ~180s. * Fix ChatMessage API usage in docstrings and source - Fix ChatMessage positional args in docstrings: _serialization.py, _threads.py, _middleware.py - Fix ChatMessage in tau2 runner.py - Fix role comparison in _orchestrator_helpers.py to use .value - Fix role comparison in _group_chat.py docstring example - Fix role assertions in test_durable_entities.py to use .value * Revert tool_choice/parallel_tool_calls changes - must be removed when no tools OpenAI API requires tool_choice and parallel_tool_calls to only be present when tools are specified. Restored the logic that removes these options when there are no tools. - Restored check in _chat_client.py to remove tool_choice and parallel_tool_calls when no tools present - Restored same logic in _responses_client.py - Reverted test to expect the correct behavior * fixed issue in tests * fix: resolve merge conflict markers in ag-ui tests * fix: restructure ag-ui tests and fix Role/FinishReason to use string types * fix: streaming function invocation and middleware termination - Refactor streaming function invocation to use get_final_response() on inner streams - Fix MiddlewareTermination to accept result parameter for passing results - Fix _AutoHandoffMiddleware to use MiddlewareTermination instead of context.terminate - Fix AgentMiddlewareLayer.run() to properly forward function/chat middleware - Remove duplicate middleware registration in AgentMiddlewareLayer.__init__ - Fix exception handling in _auto_invoke_function to properly capture termination - Fix mypy errors in core package - Update tests to use stream=True parameter for unified run API * fix all tests command * Refactor integration tests to use pytest fixtures - Merge testutils.py into conftest.py for azurefunctions integration tests - Merge dt_testutils.py into conftest.py for durabletask integration tests - Convert all integration tests to use fixtures instead of direct imports (fixes ModuleNotFoundError with --import-mode=importlib) - Add sample_helper fixture for azurefunctions tests - Add agent_client_factory and orchestration_helper fixtures for durabletask - Integration tests now skip with descriptive messages when services unavailable - Restructure devui tests into tests/devui/ with proper conftest.py - Add test organization guidelines to CODING_STANDARD.md - Remove __init__.py from test directories per pytest best practices * Fix pytest_collection_modifyitems to only skip integration tests The hook was skipping all tests in the test session, not just integration tests. Now it only skips items in the integration_tests directory. * Fix mem0 tests failing on Python 3.13 Use patch.object on the imported module instead of @patch with string path to ensure the mock takes effect regardless of import timing. * fix mem0 * another attempt for mem0 * fix for mem0 * fix mem0 * Increase worker initialization wait time in durabletask tests Increase from 2 to 8 seconds to allow time for: - Python startup and module imports - Azure OpenAI client creation - Agent registration with DTS worker - Worker connection to DTS This helps prevent test failures in CI where the first tests may run before the worker is fully ready to process requests. * Fix streaming test to use ResponseStream with finalizer The _consume_stream method now expects a ResponseStream that can provide a final AgentResponse via get_final_response(). Update the test to use ResponseStream with AgentResponse.from_updates as the finalizer. * Fix MockToolCallingAgent to use new ResponseStream API and update samples * small updates to run_stream to run * fix sub workflow * temp fix for az func test --------- Co-authored-by: Dmytro Struk <13853051+dmytrostruk@users.noreply.github.com>
316 lines
14 KiB
Python
316 lines
14 KiB
Python
# Copyright (c) Microsoft. All rights reserved.
|
|
|
|
import asyncio
|
|
import json
|
|
from pathlib import Path
|
|
from typing import cast
|
|
|
|
from agent_framework import (
|
|
ChatAgent,
|
|
ChatMessage,
|
|
FileCheckpointStorage,
|
|
RequestInfoEvent,
|
|
WorkflowCheckpoint,
|
|
WorkflowOutputEvent,
|
|
WorkflowRunState,
|
|
WorkflowStatusEvent,
|
|
)
|
|
from agent_framework.azure import AzureOpenAIChatClient
|
|
from agent_framework.orchestrations import MagenticBuilder, MagenticPlanReviewRequest
|
|
from azure.identity._credentials import AzureCliCredential
|
|
|
|
"""
|
|
Sample: Magentic Orchestration + Checkpointing
|
|
|
|
The goal of this sample is to show the exact mechanics needed to pause a Magentic
|
|
workflow that requires human plan review, persist the outstanding request via a
|
|
checkpoint, and later resume the workflow by feeding in the saved response.
|
|
|
|
Concepts highlighted here:
|
|
1. **Deterministic executor IDs** - the orchestrator and plan-review request executor
|
|
must keep stable IDs so the checkpoint state aligns when we rebuild the graph.
|
|
2. **Executor snapshotting** - checkpoints capture the pending plan-review request
|
|
map, at superstep boundaries.
|
|
3. **Resume with responses** - `Workflow.send_responses_streaming` accepts a
|
|
`responses` mapping so we can inject the stored human reply during restoration.
|
|
|
|
Prerequisites:
|
|
- OpenAI environment variables configured for `OpenAIChatClient`.
|
|
"""
|
|
|
|
TASK = (
|
|
"Draft a concise internal brief describing how our research and implementation teams should collaborate "
|
|
"to launch a beta feature for data-driven email summarization. Highlight the key milestones, "
|
|
"risks, and communication cadence."
|
|
)
|
|
|
|
# Dedicated folder for captured checkpoints. Keeping it under the sample directory
|
|
# makes it easy to inspect the JSON blobs produced by each run.
|
|
CHECKPOINT_DIR = Path(__file__).parent / "tmp" / "magentic_checkpoints"
|
|
|
|
|
|
def build_workflow(checkpoint_storage: FileCheckpointStorage):
|
|
"""Construct the Magentic workflow graph with checkpointing enabled."""
|
|
|
|
# Two vanilla ChatAgents act as participants in the orchestration. They do not need
|
|
# extra state handling because their inputs/outputs are fully described by chat messages.
|
|
researcher = ChatAgent(
|
|
name="ResearcherAgent",
|
|
description="Collects background facts and references for the project.",
|
|
instructions=("You are the research lead. Gather crisp bullet points the team should know."),
|
|
chat_client=AzureOpenAIChatClient(credential=AzureCliCredential()),
|
|
)
|
|
|
|
writer = ChatAgent(
|
|
name="WriterAgent",
|
|
description="Synthesizes the final brief for stakeholders.",
|
|
instructions=("You convert the research notes into a structured brief with milestones and risks."),
|
|
chat_client=AzureOpenAIChatClient(credential=AzureCliCredential()),
|
|
)
|
|
|
|
# Create a manager agent for orchestration
|
|
manager_agent = ChatAgent(
|
|
name="MagenticManager",
|
|
description="Orchestrator that coordinates the research and writing workflow",
|
|
instructions="You coordinate a team to complete complex tasks efficiently.",
|
|
chat_client=AzureOpenAIChatClient(credential=AzureCliCredential()),
|
|
)
|
|
|
|
# The builder wires in the Magentic orchestrator, sets the plan review path, and
|
|
# stores the checkpoint backend so the runtime knows where to persist snapshots.
|
|
return (
|
|
MagenticBuilder()
|
|
.participants([researcher, writer])
|
|
.with_plan_review()
|
|
.with_manager(
|
|
agent=manager_agent,
|
|
max_round_count=10,
|
|
max_stall_count=3,
|
|
)
|
|
.with_checkpointing(checkpoint_storage)
|
|
.build()
|
|
)
|
|
|
|
|
|
async def main() -> None:
|
|
# Stage 0: make sure the checkpoint folder is empty so we inspect only checkpoints
|
|
# written by this invocation. This prevents stale files from previous runs from
|
|
# confusing the analysis.
|
|
CHECKPOINT_DIR.mkdir(parents=True, exist_ok=True)
|
|
for file in CHECKPOINT_DIR.glob("*.json"):
|
|
file.unlink()
|
|
|
|
checkpoint_storage = FileCheckpointStorage(CHECKPOINT_DIR)
|
|
|
|
print("\n=== Stage 1: run until plan review request (checkpointing active) ===")
|
|
workflow = build_workflow(checkpoint_storage)
|
|
|
|
# Run the workflow until the first RequestInfoEvent is surfaced. The event carries the
|
|
# request_id we must reuse on resume. In a real system this is where the UI would present
|
|
# the plan for human review.
|
|
plan_review_request: MagenticPlanReviewRequest | None = None
|
|
async for event in workflow.run(TASK, stream=True):
|
|
if isinstance(event, RequestInfoEvent) and event.request_type is MagenticPlanReviewRequest:
|
|
plan_review_request = event.data
|
|
print(f"Captured plan review request: {event.request_id}")
|
|
|
|
if isinstance(event, WorkflowStatusEvent) and event.state is WorkflowRunState.IDLE_WITH_PENDING_REQUESTS:
|
|
break
|
|
|
|
if plan_review_request is None:
|
|
print("No plan review request emitted; nothing to resume.")
|
|
return
|
|
|
|
checkpoints = await checkpoint_storage.list_checkpoints(workflow.id)
|
|
if not checkpoints:
|
|
print("No checkpoints persisted.")
|
|
return
|
|
|
|
resume_checkpoint = max(
|
|
checkpoints,
|
|
key=lambda cp: (cp.iteration_count, cp.timestamp),
|
|
)
|
|
print(f"Using checkpoint {resume_checkpoint.checkpoint_id} at iteration {resume_checkpoint.iteration_count}")
|
|
|
|
# Show that the checkpoint JSON indeed contains the pending plan-review request record.
|
|
checkpoint_path = checkpoint_storage.storage_path / f"{resume_checkpoint.checkpoint_id}.json"
|
|
if checkpoint_path.exists():
|
|
with checkpoint_path.open() as f:
|
|
snapshot = json.load(f)
|
|
request_map = snapshot.get("pending_request_info_events", {})
|
|
print(f"Pending plan-review requests persisted in checkpoint: {list(request_map.keys())}")
|
|
|
|
print("\n=== Stage 2: resume from checkpoint and approve plan ===")
|
|
resumed_workflow = build_workflow(checkpoint_storage)
|
|
|
|
# Construct an approval reply to supply when the plan review request is re-emitted.
|
|
approval = plan_review_request.approve()
|
|
|
|
# Resume execution and capture the re-emitted plan review request.
|
|
request_info_event: RequestInfoEvent | None = None
|
|
async for event in resumed_workflow.run(checkpoint_id=resume_checkpoint.checkpoint_id, stream=True):
|
|
if isinstance(event, RequestInfoEvent) and isinstance(event.data, MagenticPlanReviewRequest):
|
|
request_info_event = event
|
|
|
|
if request_info_event is None:
|
|
print("No plan review request re-emitted on resume; cannot approve.")
|
|
return
|
|
print(f"Resumed plan review request: {request_info_event.request_id}")
|
|
|
|
# Supply the approval and continue to run to completion.
|
|
final_event: WorkflowOutputEvent | None = None
|
|
async for event in resumed_workflow.send_responses_streaming({request_info_event.request_id: approval}):
|
|
if isinstance(event, WorkflowOutputEvent):
|
|
final_event = event
|
|
|
|
if final_event is None:
|
|
print("Workflow did not complete after resume.")
|
|
return
|
|
|
|
# Final sanity check: display the assistant's answer as proof the orchestration reached
|
|
# a natural completion after resuming from the checkpoint.
|
|
result = final_event.data
|
|
if not result:
|
|
print("No result data from workflow.")
|
|
return
|
|
output_messages = cast(list[ChatMessage], result)
|
|
print("\n=== Final Answer ===")
|
|
# The output of the Magentic workflow is a list of ChatMessages with only one final message
|
|
# generated by the orchestrator.
|
|
print(output_messages[-1].text)
|
|
|
|
# ------------------------------------------------------------------
|
|
# Stage 3: demonstrate resuming from a later checkpoint (post-plan)
|
|
# ------------------------------------------------------------------
|
|
|
|
def _pending_message_count(cp: WorkflowCheckpoint) -> int:
|
|
return sum(len(msg_list) for msg_list in cp.messages.values() if isinstance(msg_list, list))
|
|
|
|
all_checkpoints = await checkpoint_storage.list_checkpoints(resume_checkpoint.workflow_id)
|
|
later_checkpoints_with_messages = [
|
|
cp
|
|
for cp in all_checkpoints
|
|
if cp.iteration_count > resume_checkpoint.iteration_count and _pending_message_count(cp) > 0
|
|
]
|
|
|
|
if later_checkpoints_with_messages:
|
|
post_plan_checkpoint = max(
|
|
later_checkpoints_with_messages,
|
|
key=lambda cp: (cp.iteration_count, cp.timestamp),
|
|
)
|
|
else:
|
|
later_checkpoints = [cp for cp in all_checkpoints if cp.iteration_count > resume_checkpoint.iteration_count]
|
|
|
|
if not later_checkpoints:
|
|
print("\nNo additional checkpoints recorded beyond plan approval; sample complete.")
|
|
return
|
|
|
|
post_plan_checkpoint = max(
|
|
later_checkpoints,
|
|
key=lambda cp: (cp.iteration_count, cp.timestamp),
|
|
)
|
|
print("\n=== Stage 3: resume from post-plan checkpoint ===")
|
|
pending_messages = _pending_message_count(post_plan_checkpoint)
|
|
print(
|
|
f"Resuming from checkpoint {post_plan_checkpoint.checkpoint_id} at iteration "
|
|
f"{post_plan_checkpoint.iteration_count} (pending messages: {pending_messages})"
|
|
)
|
|
if pending_messages == 0:
|
|
print("Checkpoint has no pending messages; no additional work expected on resume.")
|
|
|
|
final_event_post: WorkflowOutputEvent | None = None
|
|
post_emitted_events = False
|
|
post_plan_workflow = build_workflow(checkpoint_storage)
|
|
async for event in post_plan_workflow.run(checkpoint_id=post_plan_checkpoint.checkpoint_id, stream=True):
|
|
post_emitted_events = True
|
|
if isinstance(event, WorkflowOutputEvent):
|
|
final_event_post = event
|
|
|
|
if final_event_post is None:
|
|
if not post_emitted_events:
|
|
print("No new events were emitted; checkpoint already captured a completed run.")
|
|
print("\n=== Final Answer (post-plan resume) ===")
|
|
print(output_messages[-1].text)
|
|
return
|
|
print("Workflow did not complete after post-plan resume.")
|
|
return
|
|
|
|
post_result = final_event_post.data
|
|
if not post_result:
|
|
print("No result data from post-plan resume.")
|
|
return
|
|
|
|
output_messages = cast(list[ChatMessage], post_result)
|
|
print("\n=== Final Answer (post-plan resume) ===")
|
|
# The output of the Magentic workflow is a list of ChatMessages with only one final message
|
|
# generated by the orchestrator.
|
|
print(output_messages[-1].text)
|
|
|
|
"""
|
|
Sample Output:
|
|
|
|
=== Stage 1: run until plan review request (checkpointing active) ===
|
|
Captured plan review request: 3a1a4a09-4ed1-4c90-9cf6-9ac488d452c0
|
|
Using checkpoint 4c76d77a-6ff8-4d2b-84f6-824771ffac7e at iteration 1
|
|
Pending plan-review requests persisted in checkpoint: ['3a1a4a09-4ed1-4c90-9cf6-9ac488d452c0']
|
|
|
|
=== Stage 2: resume from checkpoint and approve plan ===
|
|
|
|
=== Final Answer ===
|
|
Certainly! Here's your concise internal brief on how the research and implementation teams should collaborate for
|
|
the beta launch of the data-driven email summarization feature:
|
|
|
|
---
|
|
|
|
**Internal Brief: Collaboration Plan for Data-driven Email Summarization Beta Launch**
|
|
|
|
**Collaboration Approach**
|
|
- **Joint Kickoff:** Research and Implementation teams hold a project kickoff to align on objectives, requirements,
|
|
and success metrics.
|
|
- **Ongoing Coordination:** Teams collaborate closely; researchers share model developments and insights, while
|
|
implementation ensures smooth integration and user experience.
|
|
- **Real-time Feedback Loop:** Implementation provides early feedback on technical integration and UX, while
|
|
Research evaluates initial performance and user engagement signals post-integration.
|
|
|
|
**Key Milestones**
|
|
1. **Requirement Finalization & Scoping** - Define MVP feature set and success criteria.
|
|
2. **Model Prototyping & Evaluation** - Researchers develop and validate summarization models with agreed metrics.
|
|
3. **Integration & Internal Testing** - Implementation team integrates the model; internal alpha testing and
|
|
compliance checks.
|
|
4. **Beta User Onboarding** - Recruit a select cohort of beta users and guide them through onboarding.
|
|
5. **Beta Launch & Monitoring** - Soft-launch for beta group, with active monitoring of usage, feedback,
|
|
and performance.
|
|
6. **Iterative Improvements** - Address issues, refine features, and prepare for possible broader rollout.
|
|
|
|
**Top Risks**
|
|
- **Data Privacy & Compliance:** Strict protocols and compliance reviews to prevent data leakage.
|
|
- **Model Quality (Bias, Hallucination):** Careful monitoring of summary accuracy; rapid iterations if critical
|
|
errors occur.
|
|
- **User Adoption:** Ensuring the beta solves genuine user needs, collecting actionable feedback early.
|
|
- **Feedback Quality & Quantity:** Proactively schedule user outreach to ensure substantive beta feedback.
|
|
|
|
**Communication Cadence**
|
|
- **Weekly Team Syncs:** Short all-hands progress and blockers meeting.
|
|
- **Bi-Weekly Stakeholder Check-ins:** Leadership and project leads address escalations and strategic decisions.
|
|
- **Dedicated Slack Channel:** For real-time queries and updates.
|
|
- **Documentation Hub:** Up-to-date project docs and FAQs on a shared internal wiki.
|
|
- **Post-Milestone Retrospectives:** After critical phases (e.g., alpha, beta), reviewing what worked and what needs
|
|
improvement.
|
|
|
|
**Summary**
|
|
Clear alignment, consistent communication, and iterative feedback are key to a successful beta. All team members are
|
|
expected to surface issues quickly and keep documentation current as we drive toward launch.
|
|
---
|
|
|
|
=== Stage 3: resume from post-plan checkpoint ===
|
|
Resuming from checkpoint 9a3b... at iteration 3 (pending messages: 0)
|
|
No new events were emitted; checkpoint already captured a completed run.
|
|
|
|
=== Final Answer (post-plan resume) ===
|
|
(same brief as above)
|
|
"""
|
|
|
|
|
|
if __name__ == "__main__":
|
|
asyncio.run(main())
|