mirror of
https://github.com/microsoft/agent-framework.git
synced 2026-06-16 21:04:09 +08:00
8b191de936
* .NET: Add Microsoft Fabric sample #3674 (#4230) Co-authored-by: Chris <66376200+crickman@users.noreply.github.com> * Python: Phase 2: Embedding clients for Ollama, Bedrock, and Azure AI Inference (#4207) * Phase 2: Embedding clients for Ollama, Bedrock, and Azure AI Inference Add embedding client implementations to existing provider packages: - OllamaEmbeddingClient: Text embeddings via Ollama's embed API - BedrockEmbeddingClient: Text embeddings via Amazon Titan on Bedrock - AzureAIInferenceEmbeddingClient: Text and image embeddings via Azure AI Inference, supporting Content | str input with separate model IDs for text (AZURE_AI_INFERENCE_EMBEDDING_MODEL_ID) and image (AZURE_AI_INFERENCE_IMAGE_EMBEDDING_MODEL_ID) endpoints Additional changes: - Rename EmbeddingCoT -> EmbeddingT, EmbeddingOptionsCoT -> EmbeddingOptionsT - Add otel_provider_name passthrough to all embedding clients - Register integration pytest marker in all packages - Add lazy-loading namespace exports for Ollama and Bedrock embeddings - Add image embedding sample using Cohere-embed-v3-english - Add azure-ai-inference dependency to azure-ai package Part of #1188 Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> * Fix mypy duplicate name and ruff lint issues - Rename second 'vector' variable to 'img_vector' in image embedding loop - Combine nested with statements in tests - Remove unused result assignments in tests Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> * updates from feedback * Fix CI failures in embedding usage handling - Fix Azure AI embedding mypy issues by normalizing vectors to list[float], safely accumulating optional usage token fields, and filtering None entries before constructing GeneratedEmbeddings - Avoid Bandit false positive by initializing usage details as an empty dict - Update OpenAI embedding tests to assert canonical usage keys (input_token_count/total_token_count) Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> --------- Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> * [Purview] Mark responses as responses and fix epoch bug for python long overflow (#4225) * .NET: Support InvokeMcpTool for declarative workflows (#4204) * Initial implementation of InvokeMcpTool in declarative workflow * Cleaned up sample implementation * Updated sample comments. * Added missing executor routing attribute * Fix PR comments. * Updated based on PR comments. * Updated based on PR comments. * Removed unnecessary using statement. * Update Python package versions to rc2 (#4258) - Bump core and azure-ai to 1.0.0rc2 - Bump preview packages to 1.0.0b260225 - Update dependencies to >=1.0.0rc2 - Add CHANGELOG entries for changes since rc1 - Update uv.lock Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> * .NET: Fixing issue where OpenTelemetry span is never exported in .NET in-process workflow execution (#4196) * 1. Add reproduction test for issue #4155: workflow.run Activity never stopped in streaming OffThread path The WorkflowRunActivity_IsStopped_Streaming_OffThread test demonstrates that the workflow.run OpenTelemetry Activity created in StreamingRunEventStream.RunLoopAsync is started but never stopped when using the OffThread/Default streaming execution. The background run loop keeps running after event consumption completes, so the using Activity? declaration never disposes until explicit StopAsync() is called. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> 2. Fix workflow.run Activity never stopped in streaming OffThread execution (#4155) The workflow.run OpenTelemetry Activity in StreamingRunEventStream.RunLoopAsync was scoped to the method lifetime via 'using'. Since the run loop only exits on cancellation, the Activity was never stopped/exported until explicit disposal. Fix: Remove 'using' and explicitly dispose the Activity when the workflow reaches Idle status (all supersteps complete). A safety-net disposal in the finally block handles cancellation and error paths. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> * Add root-level workflow.session activity spanning run loop lifetime\n\nImplements two-level telemetry hierarchy per PR feedback from lokitoth:\n- workflow.session: spans the entire run loop / stream lifetime\n- workflow_invoke: per input-to-halt cycle, nested within the session\n\nThis ensures the session activity stays open across multiple turns,\nwhile individual run activities are created and disposed per cycle.\n\nAlso fixes linkedSource CancellationTokenSource disposal leak in\nStreamingRunEventStream (added using declaration)." * Address Copilot review: fix Activity/CTS disposal, rename activity, add error tag\n\n1. LockstepRunEventStream: Remove 'using' from Activity in async iterator\n and manually dispose in finally block (fixes #4155 pattern). Also dispose\n linkedSource CTS in finally to prevent leak.\n2. Tags.cs: Add ErrorMessage (\"error.message\") tag for runtime errors,\n distinct from BuildErrorMessage (\"build.error.message\").\n3. ActivityNames: Rename WorkflowRun from \"workflow_invoke\" to \"workflow.run\"\n for cross-language consistency.\n4. WorkflowTelemetryContext: Fix XML doc to say \"outer/parent span\" instead\n of \"root-level span\".\n5. ObservabilityTests: Assert WorkflowSession absence when DisableWorkflowRun\n is true.\n6. WorkflowRunActivityStopTests: Fix streaming test race by disposing\n StreamingRun before asserting activities are stopped.\n7. StreamingRunEventStream/LockstepRunEventStream: Use Tags.ErrorMessage\n instead of Tags.BuildErrorMessage for runtime error events." * Review fixes: revert workflow_invoke rename, use 'using' for linkedSource, move SessionStarted earlier\n\n- Revert ActivityNames.WorkflowRun back to \"workflow_invoke\" (OTEL semantic convention contract)\n- Use 'using' declaration for linkedSource CTS in LockstepRunEventStream (no timing sensitivity)\n- Move SessionStarted event before WaitForInputAsync in StreamingRunEventStream to match Lockstep behavior" * Improve naming and comments in WorkflowRunActivityStopTests" * Prevent session Activity.Current leak in lockstep mode, add nesting test Save and restore Activity.Current in LockstepRunEventStream.Start() so the session activity doesn't leak into caller code via AsyncLocal. Re-establish Activity.Current = sessionActivity before creating the run activity in TakeEventStreamAsync to preserve parent-child nesting. Add test verifying app activities after RunAsync are not parented under the session, and that the workflow_invoke activity nests under the session." * Fix stale XML doc: WorkflowRun -> WorkflowInvoke in ObservabilityTests --------- Co-authored-by: alliscode <bentho@microsoft.com> Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> * Python / .NET Samples - Restructure and Improve Samples (Feature Branc… (#4092) * Python: .NET Samples - Restructure and Improve Samples (Feature Branch) (#4091) * Moved by agent (#4094) * Fix readme links * .NET Samples - Create `04-hosting` learning path step (#4098) * Agent move * Agent reorderd * Remove A2A section from README Removed A2A section from the Getting Started README. * Agent fixed links * Fix broken sample links in durable-agents README (#4101) * Initial plan * Fix broken internal links in documentation Co-authored-by: crickman <66376200+crickman@users.noreply.github.com> * Revert template link changes; keep only durable-agents README fix Co-authored-by: crickman <66376200+crickman@users.noreply.github.com> --------- Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com> Co-authored-by: crickman <66376200+crickman@users.noreply.github.com> * .NET Samples - Create `03-workflows` learning path step (#4102) * Fix solution project path * Python: Fix broken markdown links to repo resources (outside /docs) (#4105) * Initial plan * Fix broken markdown links to repo resources Co-authored-by: crickman <66376200+crickman@users.noreply.github.com> * Update README to rename .NET Workflows Samples section --------- Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com> Co-authored-by: crickman <66376200+crickman@users.noreply.github.com> * .NET Samples - Create `02-agents` learning path step (#4107) * .NET: Fix broken relative link in GroupChatToolApproval README (#4108) * Initial plan * Fix broken link in GroupChatToolApproval README Co-authored-by: crickman <66376200+crickman@users.noreply.github.com> --------- Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com> Co-authored-by: crickman <66376200+crickman@users.noreply.github.com> * Update labeler configuration for workflow samples * .NET - Reorder Agents samples to start from Step01 instead of Step04 (#4110) * Fix solution * Resolve new sample paths * Move new AgentSkills and AgentWithMemory_Step04 samples * Fix link * Fix readme path * fix: update stale dotnet/samples/Durable path reference in AGENTS.md Co-authored-by: crickman <66376200+crickman@users.noreply.github.com> * Moved new sample * Update solution * Resolve merge (new sample) * Sync to new sample - FoundryAgents_Step21_BingCustomSearch * Updated README * .NET Samples - Configuration Naming Update (#4149) * .NET: Restore AzureFunctions index parity with ConsoleApps under DurableAgents samples (#4221) * Clean-up `05_host_your_agent` * Config setting consistency * Refine samples * AGENTS.md * Move new samples * Re-order samples * Move new project and fixup solution * Fixup model config * Fix up new UT project --------- Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com> * Python: Fix Bedrock embedding test stub missing meta attribute (#4287) * Fix Bedrock embedding test stub missing meta attribute * Increase test coverage so gate passes * Python: (ag-ui): fix approval payloads being re-processed on subsequent conversation turns (#4232) * Fix ag-ui tool call issue * Safe json fix * Python: Update workflow orchestration samples to use AzureOpenAIResponsesClient (#4285) * Update workflow orchestration samples to use AzureOpenAIResponsesClient * Fix broken link * Move scripts to scripts folder --------- Co-authored-by: Roger Barreto <19890735+rogerbarreto@users.noreply.github.com> Co-authored-by: Chris <66376200+crickman@users.noreply.github.com> Co-authored-by: Eduard van Valkenburg <eavanvalkenburg@users.noreply.github.com> Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Co-authored-by: Rishabh Chawla <rishabhchawla1995@gmail.com> Co-authored-by: Peter Ibekwe <109177538+peibekwe@users.noreply.github.com> Co-authored-by: Dmytro Struk <13853051+dmytrostruk@users.noreply.github.com> Co-authored-by: Ben Thomas <ben.thomas@microsoft.com> Co-authored-by: alliscode <bentho@microsoft.com> Co-authored-by: Copilot <198982749+Copilot@users.noreply.github.com> Co-authored-by: Evan Mattson <35585003+moonbox3@users.noreply.github.com>
320 lines
14 KiB
Python
320 lines
14 KiB
Python
# Copyright (c) Microsoft. All rights reserved.
|
|
|
|
import asyncio
|
|
import json
|
|
import os
|
|
from datetime import datetime
|
|
from pathlib import Path
|
|
from typing import cast
|
|
|
|
from agent_framework import (
|
|
Agent,
|
|
FileCheckpointStorage,
|
|
Message,
|
|
WorkflowCheckpoint,
|
|
WorkflowEvent,
|
|
WorkflowRunState,
|
|
)
|
|
from agent_framework.azure import AzureOpenAIResponsesClient
|
|
from agent_framework.orchestrations import MagenticBuilder, MagenticPlanReviewRequest
|
|
from azure.identity import AzureCliCredential
|
|
from dotenv import load_dotenv
|
|
|
|
# Load environment variables from .env file
|
|
load_dotenv()
|
|
|
|
"""
|
|
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.run(responses=...)` accepts a
|
|
`responses` mapping so we can inject the stored human reply during restoration.
|
|
|
|
Prerequisites:
|
|
- AZURE_AI_PROJECT_ENDPOINT must be your Azure AI Foundry Agent Service (V2) project endpoint.
|
|
- Azure OpenAI configured for AzureOpenAIResponsesClient with required environment variables.
|
|
- Authentication via azure-identity. Use AzureCliCredential and run az login before executing the sample.
|
|
"""
|
|
|
|
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 = Agent(
|
|
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."),
|
|
client=AzureOpenAIResponsesClient(
|
|
project_endpoint=os.environ["AZURE_AI_PROJECT_ENDPOINT"],
|
|
deployment_name=os.environ["AZURE_AI_MODEL_DEPLOYMENT_NAME"],
|
|
credential=AzureCliCredential(),
|
|
),
|
|
)
|
|
|
|
writer = Agent(
|
|
name="WriterAgent",
|
|
description="Synthesizes the final brief for stakeholders.",
|
|
instructions=("You convert the research notes into a structured brief with milestones and risks."),
|
|
client=AzureOpenAIResponsesClient(
|
|
project_endpoint=os.environ["AZURE_AI_PROJECT_ENDPOINT"],
|
|
deployment_name=os.environ["AZURE_AI_MODEL_DEPLOYMENT_NAME"],
|
|
credential=AzureCliCredential(),
|
|
),
|
|
)
|
|
|
|
# Create a manager agent for orchestration
|
|
manager_agent = Agent(
|
|
name="MagenticManager",
|
|
description="Orchestrator that coordinates the research and writing workflow",
|
|
instructions="You coordinate a team to complete complex tasks efficiently.",
|
|
client=AzureOpenAIResponsesClient(
|
|
project_endpoint=os.environ["AZURE_AI_PROJECT_ENDPOINT"],
|
|
deployment_name=os.environ["AZURE_AI_MODEL_DEPLOYMENT_NAME"],
|
|
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],
|
|
enable_plan_review=True,
|
|
checkpoint_storage=checkpoint_storage,
|
|
manager_agent=manager_agent,
|
|
max_round_count=10,
|
|
max_stall_count=3,
|
|
).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 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 event.type == "request_info" and event.request_type is MagenticPlanReviewRequest:
|
|
plan_review_request = event.data
|
|
print(f"Captured plan review request: {event.request_id}")
|
|
|
|
if event.type == "status" 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
|
|
|
|
resume_checkpoint = await checkpoint_storage.get_latest(workflow_name=workflow.name)
|
|
if not resume_checkpoint:
|
|
print("No checkpoints persisted.")
|
|
return
|
|
|
|
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: WorkflowEvent | None = None
|
|
async for event in resumed_workflow.run(checkpoint_id=resume_checkpoint.checkpoint_id, stream=True):
|
|
if event.type == "request_info" 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: WorkflowEvent | None = None
|
|
async for event in resumed_workflow.run(stream=True, responses={request_info_event.request_id: approval}):
|
|
if event.type == "output":
|
|
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[Message], 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(workflow_name=resume_checkpoint.workflow_name)
|
|
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: datetime.fromisoformat(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: datetime.fromisoformat(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: WorkflowEvent | 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 event.type == "output":
|
|
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[Message], 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())
|