办公

AI Teams 会议记录转 Planner 任务工作流

把 Microsoft Teams 会议记录、转录和聊天后续事项转换成带负责人、日期和来源链接的 Planner 任务。

返回目录

办公工作流

AI Teams 会议记录转 Planner 任务工作流

大量使用 Teams,并希望会议后自动整理决策、责任人、截止日期和后续工作的组织。

办公Microsoft TeamsMeeting NotesPlannerTasksMicrosoft 365效率AI Agents
适合场景

大量使用 Teams,并希望会议后自动整理决策、责任人、截止日期和后续工作的组织。

页面类型

办公

属性

Teams / Planner 任务 / 会议跟进

如何使用

把这个工作流作为起点,再根据自己的流程调整工具、提示词和复核步骤。

概览

AI Teams 会议记录转 Planner 任务工作流对应一个很窄的 Microsoft 365 搜索意图:用户要的是把会议输出变成可分配工作,而不是再生成一份纪要。

Planner 任务包含标题、负责人、截止日期、进度、优先级、bucket、清单和描述等字段,能自然映射 Teams 会议中的决策、行动项、负责人、日期和来源链接。

Agent 更适合做任务草拟者。对话里推断出来的负责人和截止日期,应先确认再创建或通知真实任务。

使用场景

  • 项目经理把每周 Teams 站会记录转成带负责人和日期的 Planner 任务。
  • 销售团队把客户电话行动项转成后续任务和回顾说明。
  • 运营团队从例会转录里提取阻塞点、决策和依赖。
  • 行政助理在管理层会议后准备任务草稿,而不用手动重读转录。

实施步骤

  1. 收集正确会议上下文. 使用会议记录、转录片段、聊天消息、参会者和会议标题,排除私人聊天或无关频道历史。
  2. 区分决策和任务. 决策记录已经同意的事;任务必须有动作、负责人、截止日期或检查点,以及来源证据。
  3. 草拟 Planner 字段. 为每个候选任务生成标题、计划、bucket、负责人、截止日期、优先级、清单、描述和会议来源链接。
  4. 要求确认. 如果负责人或截止日期是推断出来的,就进入复核队列,不要静默创建任务。
  5. 创建或更新任务. 复核后创建 Planner 任务,或更新已有任务,避免例会反复生成重复项。
  6. 发送简短回顾. 发布会议回顾,包含决策、确认任务、未解决问题和 Planner 链接。

配置步骤

  1. 首次运行前选定一个 Planner plan 和 bucket 策略。
  2. 定义什么算任务、决策、风险和暂存问题。
  3. 设置显示名、别名、访客和团队的负责人解析规则。
  4. 缺负责人、模糊截止日期和敏感议题必须人工确认。
  5. 记录会议 ID、转录引用和复核批准。

快速判断

主要意图把 Teams 会议输出变成已分配的 Planner 工作。
第一步自动化草拟任务和纪要,确认后再创建真实任务。
关键任务字段标题、负责人、截止日期、优先级、bucket、清单和描述。
成功指标捕获更多行动项,减少重复跟进任务。

常见问题

Agent 应该自动创建 Planner 任务吗?

先从任务草稿和复核开始。团队确认负责人和截止日期规则后,再考虑部分自动创建。

每个任务至少应包含什么?

动作标题、负责人、截止日期或检查点、来源会议链接,以及决策或请求的简短描述。

如何避免重复任务?

创建前按来源会议、负责人、规范化标题和未完成 Planner 任务状态做匹配。

相关资源

123 results 0 saved 7 categories 123 resources Updated index

Workflow Directory

Browse curated agents, MCP servers, templates, and workflow examples for real AI automation projects.

AI agent stack research

Find the right AI agents, MCP servers, and workflow templates

Agent Stack Library is a practical directory for people who are building real AI automation systems, not just collecting tool names. The site brings together AI agent frameworks, MCP servers, workflow templates, coding agents, browser automation tools, research workflows, and SaaS operations playbooks so you can compare an entire agent stack before committing to a toolchain.

A useful AI agent stack usually needs more than one model or one chat interface. Teams need a clear workflow, safe tool permissions, repeatable prompts, review checkpoints, and a way to measure whether the output is good enough for production. That is why the directory focuses on use cases such as AI coding agents, MCP server selection, SEO content workflows, browser QA, research assistants, internal tools, and multi-agent orchestration.

If you are evaluating MCP servers for AI agents, start with the task. A coding agent often needs GitHub access, a narrow filesystem scope, a test runner, and browser or DevTools verification. A research agent may need web search, document parsing, citation capture, memory, and a review step. A business operations agent may need CRM, email, calendar, spreadsheet, and audit logs. The best stack is the smallest one that completes the job safely.

AI agent workflow templates

Workflow templates help turn one-off prompts into repeatable systems. Each template should define the trigger, input context, agent role, connected tools, output format, human review step, and success metric. Browse the AI Agent Workflow Templates guide for SEO, coding, research, browser automation, and SaaS operations examples.

MCP servers for AI agents

MCP servers connect agents to browsers, repositories, files, databases, memory, and business apps. Good MCP choices reduce custom integration work, but they also require clear permission boundaries. The Best MCP Servers for AI Agents guide explains how to pick a safe and useful tool stack.

AI coding agent workflow

Coding agents work best when they follow a normal engineering path: issue intake, repo context, plan, patch, tests, UI verification, pull request, and human review. The AI Coding Agent Workflow page gives a practical checklist for scoped code changes.

How to choose an agent stack

Start by deciding what the agent is allowed to do. Read-only workflows are easier to launch because the agent can gather context, summarize findings, and draft recommendations without touching production systems. Write-capable workflows need stricter guardrails: scoped credentials, test environments, logging, rollback procedures, and a human approval point before external actions.

Next, compare tools by workflow fit rather than popularity. An open-source agent framework may be perfect for a developer team that wants full control, while a managed automation platform may be better for operations teams that need quick integrations. A browser automation stack is useful for UI checks and web research, but it should not replace structured APIs when reliable APIs exist.

Finally, measure quality. Track task completion rate, review time, correction rate, cost per run, latency, and whether the output can be reused without heavy manual cleanup. A strong AI agent workflow is not the one with the most tools; it is the one that produces reliable output, exposes failures clearly, and lets humans stay in control where the risk is high.

What each directory category is for

The Agents category covers frameworks, SDKs, and agent products that help teams plan, call tools, manage memory, hand off work, or coordinate multiple specialist agents. Use this category when you are comparing LangGraph-style orchestration, coding agents, research agents, customer support agents, or open-source agent frameworks for a production project.

The MCP Tools category is focused on servers and integrations that let an AI agent interact with the outside world. These pages are useful when you need repository context, browser inspection, file access, databases, calendars, CRMs, or other business systems. Each MCP server should be judged by permission scope, reliability, setup effort, documentation quality, and how clearly failed tool calls are reported.

The Workflows and Templates categories are for readers who already know the job they want to automate. Instead of starting with a tool, start with a repeatable process: SEO content briefing, GitHub issue triage, browser QA, competitive research, sales lead enrichment, or support ticket summarization. From there, pick the smallest agent stack that can collect the right context, run the task, produce a reviewable output, and leave a log for future improvement.