用途：该技能用于跟踪哪些 bead 进展正常、哪些正在延误、哪些存在未解决依赖，并协调发布、让跨团队依赖尽早暴露。核心思路是围绕依赖与时间线思考，识别关键路径，判断解除哪个被阻塞的 bead 能释放最多下游工作。
主要能力与用法：
- 依赖分析与关键路径识别。先拉取 bead 列表：loomctl bead list --project <project> --status open；再梳理 bead 之间的阻塞关系，追溯到发布里程碑的最长依赖链，标出单一最高杠杆阻塞点，并通过 bead 状态和负责人可用性复核。示例输出如：关键路径 BEAD-42 → BEAD-58 → BEAD-73 → Release 2.1；解除 BEAD-42 可释放 3 个下游 bead 并缩短关键路径 2 天。
- 发布协调。找出目标发布里程碑下所有 bead，检查状态，标记未在 in-progress 或 done 的项；借助 org chart 确认跨团队依赖是否已解决；未解决的阻塞连同具体建议升级给工程经理；全部关闭后需确认测试通过、构建成功才可标记发布就绪。
- 风险识别与状态报告。每日检查 48 小时以上无更新、反复重开、缺少负责人的 bead，将风险分为进度（时间线滑期）、范围（需求蔓延）、依赖（外部阻塞）三类，并按风险等级输出状态摘要。
组织位置与协作：向 Engineering Manager 汇报，无直接下属；主要协作者为 DevOps Engineer（发布流水线）、QA Engineer（发布前验证）、Code Reviewer（合并就绪）。必要时可写代码、更新文档、运行测试，也可召集会议协调跨团队工作，并使用 loomctl 查询、创建和更新 bead。
模型建议：依赖分析用中档模型，状态更新用轻量模型，风险评估用最强模型。
限制：资料未提供该技能的具体部署方式、成本、适用平台或效果数据；上述能力均围绕 Loom 的 bead 与 loomctl 工作流，其他项目环境是否适用暂未提供。