用 Muse 检查 Asana 阻塞任务，把真依赖和普通逾期分开

01｜先把问题缩到一个项目

项目快到交付日时，未完成和逾期任务常会混在一张列表里。其中一部分还被另一项工作挡住。这些情况可能同时出现，也可能各自存在。第一次适合让 Muse 做一张只读清单，把明确的依赖关系挑出来，再由项目负责人决定怎么处理。

Meta 在 2026 年 9 月 29 日公布的 Muse for Small Business 连接器名单里明确列出 Asana。官方只确认可以连接，没有承诺每个账号都能读到相同字段，也没有说明一次提示就能改项目。实际结果取决于地区、版本、Asana 账户权限和连接时批准的范围。

社区图片只说明有人在关注 Muse 与 Asana 的组合。画面里没有任务、负责人、日期或依赖字段，不能拿来证明阻塞检查已经跑通。下面的流程依据 Meta 与 Asana 官方资料整理，没有假装读过你的项目。

02｜确认项目和权限以后再读取

先在 Asana 里打开目标项目，复制项目链接，记下工作区和项目名称。把链接交给 Muse，比只写一个可能重名的项目标题可靠。连接时看清当前使用的是哪一个 Asana 账户，以及它能查看哪些项目。

Asana 的任务访问取决于任务本身和所在项目的权限。私人项目只对项目成员开放，单个任务也可能只对协作者开放。Muse 没返回某条任务时，只能写成未读取或权限待确认，不能推断这条任务不存在。

这轮只授权读取任务所需的范围。提示词里也写明不创建、移动、分配或完成任务，不改依赖、负责人、截止日期、描述和评论。文字约束不能代替连接器权限，授权卡片和任务说明都要核对。

03｜先拿到完整任务底表

要求 Muse 读取指定项目的任务清单，并在结果中写下项目、快照时间和读取范围。任务多时还要确认是否已经翻完所有结果。少一页数据会让下游任务看起来没有前置项，也会让某个负责人显得没有工作。

每行尽量保留任务名、完成状态、负责人、截止日期或时间、所在项目、区段、明确的 Blocked by、明确的 Blocking，以及任务 ID 或原任务链接。连接器没有提供某个字段时就写未读取，不要靠标题或排列顺序补出来。

任务链接很重要。它能让审阅者从表格回到 Asana 原记录，也能帮助识别同一任务是否在多个项目里出现。只给一份没有出处的摘要，后面很难判断是哪条任务出了问题。

04｜逾期和未完成不等于被阻塞

Asana 把依赖定义为任务之间明确的先后关系。当前任务的 Blocked by 指向挡住它的前置任务，Blocking 则列出正在等待当前任务的下游任务。只有读到这类明确关系，才把它列为依赖阻塞候选。Asana 当前帮助页也把 dependencies 标为 Starter 及以上套餐功能，实际账户没有这个字段时应写功能不可用。

一条未完成任务可能没有任何依赖。日期过去以后，它属于逾期候选；没有截止日时，它只是未完成且日期未知。项目里的自定义状态也可能写着 Waiting 或 At risk，这些词需要单独保留，不能替代 Asana 的依赖字段。

前置任务还没完成时，下游任务可以列入当前阻塞。前置任务已经完成却仍显示阻塞，就列入关系待核对。读取不到前置任务时，写依赖目标不可见，不要把它改成已完成或不存在。

05｜把箭头方向说清楚

假设示例任务“确认包装文案”被“法务批准文案”挡住。报告应写成“确认包装文案 Blocked by 法务批准文案”。从另一边看，“法务批准文案 Blocking 确认包装文案”。名字相同，方向写反以后，跟进对象就会错。

若 A 挡住 B，B 又挡住 C，报告可以画出 A 到 B 再到 C 的链。检查时从最前面那条尚未完成且可见的任务开始。不能只看谁的截止日更早来推测依赖，Asana 官方还提醒，某些日期移动设置不会自动消除相互冲突的日期。

一条任务可以依赖多条前置任务，一条前置任务也可能挡住多条下游任务。输出时每条关系单独保留，汇总表再统计一项工作挡住了多少条任务。不要为了画面整齐省略第二条前置关系。

06｜按任务身份去掉多项目重复

Asana 允许同一条任务同时出现在多个项目里。官方称为 multi-homing。负责人、截止日或描述更新以后，各项目里的同一条任务会一起变化，各处显示的是同一个任务主体。

因此去重应优先使用任务 ID 或原任务链接。相同 ID 只保留一个任务主体，并把所有可见的项目和区段列在同一行。两个标题一样但链接不同的任务仍然分开，等负责人确认是否是重复工作。

多项目任务的可见范围也可能不同。报告只写当前账户实际读到的项目，不猜测还有哪些私人项目。若同一任务在另一个可见项目里带来更高权限，最终审阅仍要回到 Asana 看任务和项目的当前访问设置。

07｜负责人和截止日缺失就原样保留

Asana 一条任务只有一名 assignee，也可以有多名 collaborators。报告里的负责人应取 assignee。协作者、任务创建者或最近评论的人都不能自动补成负责人。没有 assignee 就写未分配，并把分配决定交给项目负责人。

截止日期也要照原数据写。只有日期的任务保留日期，有明确时间的任务同时保留时间和时区。没有日期就写未设置。不要根据下游任务的日期倒推前置任务应该在哪天完成。

最后把结果分成明确阻塞、关系待核对、普通逾期、未完成无依赖和资料不足。分类用于排查，不替团队决定优先级，也不替任何人承诺新的日期。

08｜复制这段只读检查指令

把项目链接和日期口径换成自己的信息。第一次可以先跑一个项目，确认链接和依赖方向都对，再扩大范围。

请对当前已连接的 Asana 做一次只读检查。目标工作区是【工作区】，目标项目是【项目链接】。开始前返回你识别到的项目名和链接，等我确认。只读这个项目及其任务，不创建、移动、分配、完成或修改任何任务，也不写评论。

读取全部任务，并写明快照时间和是否取完所有结果。每行列任务名、任务 ID 或原链接、完成状态、assignee、截止日期或时间、可见项目和区段、Blocked by、Blocking、依赖任务的完成状态。缺失、无权限和未设置要分开写，不要自行补值。

只有存在明确 Blocked by 关系且前置任务未完成时，列为明确阻塞。逾期但没有依赖的任务放进普通逾期。未完成且没有截止日的任务放进未完成无日期。依赖目标不可见或关系方向不清时放进待核对，不要推断。

按任务 ID 或原链接合并同一条多项目任务，同时保留所有可见项目。最后交付任务底表、阻塞链、每条链最前面的未完成前置任务、资料不足列表和回 Asana 核对的链接。不要建议新负责人或新截止日。

09｜回到 Asana 做最后确认

从每一条阻塞链打开原任务链接，核对前置任务是否真的未完成、方向是否正确、负责人和日期有没有刚刚变化。项目协作会持续更新，快照过几分钟就可能落后。准备开会或发催办前，重新读取一次关键任务。

再检查资料不足项。打不开的私人任务请由有权限的项目成员判断是否应开放访问；没有负责人或日期的任务由团队明确决定。不要为了让报表看起来完整而临时分配、改日期或补依赖。

这份清单完成以后，可以接着看 Muse Notion 项目简报 整理跨工具背景，或用 Muse 小企业每周运营简报 汇总已核对的进度。任务结束后，在 Muse 的连接设置里复查是否还需要保留 Asana 访问。