Conversation
- Scope article to MCS context; clarify target audience - Add MCS-specific architecture diagram showing PP connector layer - Fix auth comparison: in MCS both use same connector/connection framework - Correct DLP claim: DLP applies at connector level, MCP tools may be ungoverned - Fix performance claims: MCP adds tool discovery overhead in MCS - Fix control level: makers cannot override MCP tool descriptions in MCS - Add orchestration delegation tradeoff - Rewrite conclusion with MCS-specific guidance
…n for Copilot Studio
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
Agent-Logs-Url: https://github.com/microsoft/mcscatblog/sessions/856073da-077c-4d90-880f-fbc7064b52f1 Co-authored-by: jpad5 <94862471+jpad5@users.noreply.github.com>
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
Agent-Logs-Url: https://github.com/microsoft/mcscatblog/sessions/03832e33-a332-4d70-a41e-ae2f24065683 Co-authored-by: jpad5 <94862471+jpad5@users.noreply.github.com>
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
- Replace simulated Copilot Studio calls with real CopilotClient SDK code - Split single 40-line code block into two focused OBO exchange sections - Add dual OBO flow explanation (Power Platform API + Enterprise API) - Update Program.cs wiring to show CopilotClient SDK registration - Remove redundant CopilotClient SDK Integration section - Add 3rd internal link (connector-consent-card-obo) - Replace sso tag with m365-agents-sdk for better Further Reading overlap - Remove [Demo] prefix from title - Reduce em-dash overuse throughout
…tterns That Actually Hold Up in Production
| > **Trigger choice picks identity.** Manual runs as the invoking user, Recurrence runs as the workflow owner, Connector/HTTP runs as the configured connection, and agent-call runs as the conversation user. Match the trigger to the identity you actually want crossing the first boundary; this is one of the easiest things to get wrong, and one of the hardest to debug after the fact. | ||
| {: .prompt-tip } | ||
|
|
||
| The patterns below are *designer-agnostic*. Wherever I say "agent flow," you can read it as "agent flow or workflow." Where the new designer changes the picture in a meaningful way, I'll call it out inline. |
There was a problem hiding this comment.
@jpad5 , high level problems I see: flows vs agent flows vs workflows is not differentiated enough; mixture of "agent flow" and "workflow" terminology used e.g. "Pattern 2: Conversation-First Automation (agents that call agent flows)"; new workflow designer is part of the discussion which causes the patterns commentary to be not as clear as it could be.
I'm super-sympathetic to the problem I'm highlighting here, because I've wanted to provide some "deterministic vs generative" commentary and it is really difficult right now. I've been holding back on similar posts.
Here are some suggestions...
Either focus on workflows:
- Focus on rebranding of flows (cloud flows + agent flows) as "workflows"
- Explain new workflow designer as a new way to build a workflow (while the others remain) with new capabilities like inline agent definition and calling
- Focus on new workflows from then on: don't mention agent flows, don't mention flows, only workflows
- Explain patterns
Or focus on agent flows:
- Briefly mention that new workflow designer is a way to build workflows, but explain that workflows are only in preview, so you are focusing on agent flows.
Or perhaps both, but put workflows in a specific section:
- Focus entirely on agent flows for the majority of the post since that is all possible in production now.
- Then add a section at the end that describes how that commentary is going to change with new workflows: Agent nodes incline, M365 Copilot node, Human in the loop, etc.
What do you think?
|
Blog preview check passed for The Jekyll site compiled successfully and generated previews for the newly added post.
Preview artifacts:
|
- Rename _posts file and asset folder: drop '-production' suffix - Restructure intro: hook, LLM-boundary thesis, scope note merged with terminology - Standardize on 'workflow' (vs 'flow' as a noun) throughout - Add Pattern 3 callback wiring detail, idempotency warning, sample payloads - Add decision-matrix table, inline-vs-existing agent guidance, agent vs prompt node table - Tighten expense walkthrough with employee dialogue and color-key legend - Reduce em-dash density; trim redundant captions - Tags: add agent-node, agent-flows for better Chirpy Further Reading overlap - Add generator scripts under tools/ for header and expense-architecture SVGs
|
Pre-merge polish pass applied: Structural
Section 5 (Fire-and-Follow-up)
Section 7 (Decision framework)
Section 8 (Expense walkthrough)
Front matter
Tooling
Em-dash sweep
|
…rand note, drop trigger UI hedge
…coexist (not a rename)
Summary
assets/posts/agents-workflows-integration-patterns-production/.Checklist
bundle exec jekyll serve -l --future)copilot-studio,agent-flows,workflows,classify-node,human-review,architecture)