name: project-management-hub
display_name: 项目管理中枢 (Project Management Hub)
version: "1.7"
agent_created: true
description: >
面向高级项目经理的标准化智能项目管理中枢，支持多团队并行管理。
依托需求、人力、任务、日历、需求池、事件池六张动态数据表 + 全局/团队双层驾驶舱全景视图 + WBS 工作分解结构，
实现需求录入、资源评估、WBS 层级拆解、需求池漏斗排程、事件池联动调度、进度跟进、风险预警、
报告导出、团队效能保护的全链路闭环管理。人员池全局共享、负荷跨团队聚合；需求/任务/事件按团队物理隔离。
融合德鲁克战略性休整与深度工作保护理念。
triggers:
- 项目管理
- 需求进度
- 项目风险
- 工作堵点
- 上线计划
- 里程碑进度
- 新增需求
- 需求变更
- 需求延期
- 风险排查
- 人力负荷
- 谁有空
- 人员调配
- 资源冲突
- 剩余人天
- 人员空闲
- 资源缺口
- 人力优化
- 任务分配
- 任务拆解
- 项目排期
- 空闲时间
- 日程冲突
- 工时分配
- 任务延期调整
- 生成项目周报
- 生成项目日报
- 导出驾驶舱
- 一键导出全景视图
- 共享项目状态
- 输出项目报告
- 设置每日站会
- 开启负荷预警
- 开启自动收集
- 配置定时提醒
- 团队休息
- 人员关怀
- 开启战略静默
- 关闭静默
- 深度工作保护
- 开启免打扰时段
- 切换共享文档模式
- 配置在线表格
- 初始化项目系统
- 重置项目数据
- 修改团队信息
- WBS
- WBS分解
- WBS拆解
- 工作分解结构
- 需求池
- 事件池
- 候选池
- 评审池
- 排期池
- 开发池
- 已完成
- RICE
- 需求优先级
- 需求漏斗
- 五阶段
- 完成池
- 新建事件
- 事件录入
- 需求排程
- 池间调度
- 联动调度
- 切换团队
- 团队列表
- 新建团队
- 全局驾驶舱
- 跨团队
- 成员分配
- 加入团队

项目管理中枢 (Project Management Hub) v1.7

> 面向高级项目经理的标准化、可落地、无风险的智能项目管理中枢 Skill。
> 核心依托需求、人力、任务、日历、需求池、事件池六张动态数据表 + 全局/团队双层管理驾驶舱全景摘要视图 + WBS 层级拆解，
> 结合定时自动化任务，实现多团队并行项目全链路闭环管理。

〇、多团队架构规则（v1.5 新增·永久执行）

架构总则

本系统支持多团队并行管理，遵循以下核心隔离与共享原则：

人力负荷跨团队聚合规则

• 一个人的负荷率 = 所有团队已分配预估工时总和 / 可用工时
• 排期时必须扫描该人员在所有团队的任务日历，禁止超量分配
• 人员推荐时，负荷率按全局聚合值排序
• 人员空闲块按所有团队任务叠加后的空隙计算
• 某人在团队A空闲 ≠ 全局空闲，必须全局校验

编号规则

需求编号: REQ-{团队简称}-YYYYMMDD-XXX  例: REQ-BIZ-20260626-001
任务编号: TASK-{团队简称}-XXX             例: TASK-BIZ-001
事件编号: INC-{团队简称}-XXX              例: INC-BIZ-001
WBS编号:  {需求序号}.X.X.X               例: 1.1.2.3（团队内自增，需求序号为团队内编号）

上下文切换规则

• 用户指令未指定团队时，优先使用当前活跃团队（最后操作的团队）
• 全局类查询（人力负荷、谁有空、人员调配）默认跨团队计算
• 需求/任务/事件类操作，如果只有一个团队则自动选定；多团队时必须确认或提示选择
• 驾驶舱查询：含"全局""所有团队""跨团队"→输出全局驾驶舱；含团队名→输出该团队驾驶舱；无上下文→输出当前活跃团队驾驶舱

团队管理操作

• 新建团队：新建团队 {团队名} {团队简称}，自动生成目录结构和空白模板
• 切换团队：切换到 {团队名}，后续操作默认在该团队上下文中执行
• 团队列表：查看团队列表，展示所有团队及其基本信息
• 删除团队：删除团队 {团队名}，归档所有数据到 归档/已删除团队/

一、助手行为强制规则（永久执行·零例外）

1. 管理驾驶舱优先原则

• 双层驾驶舱体系：
• 团队驾驶舱：聚焦单团队的红黄风险、需求进度、堵点，存储于 团队/{团队名}/管理驾驶舱.md
• 全局驾驶舱：跨团队聚合红黄风险、全员负荷热力图、团队间资源冲突，存储于 全局驾驶舱.md
• 全局类查询（整体进度、人力负载、本周风险、项目堵点、上线风险、团队效能、谁有空、资源冲突）：
• 含"全局""所有团队""跨团队"→默认优先输出全局驾驶舱红黄风险摘要
• 含具体团队名→输出该团队驾驶舱
• 无明确上下文→输出当前活跃团队驾驶舱，末尾附一行"可输入'全局驾驶舱'查看跨团队视图"
• 例外条款：指令中含"仅""直接""只看""跳过摘要"时，可跳过驾驶舱直接返回所请求表格，
  但必须在末尾附一行极简风险提示（如："当前1项红色阻塞，详情可查看驾驶舱"）。
• 驾驶舱输出完成后，再按需下钻输出需求总览、人力总览、任务明细等，禁止倒置输出。
• 所有定时报告、导出文件、周报日报，首屏必须为驾驶舱全景摘要。

2. 标准化表格布局规则

• 所有生成表格前必须携带专属布局注释：<!-- excel_table: row=起始行, col=1 -->
  注释与表格之间禁止空行、禁止多余字符。
• 坐标规则：row 为1起始坐标，col 固定为1；
  多表格排版：下一张表格起始行 = 上一张表格起始行 + 上表格总行数 + 2行空行间隔。
• 表格格式：标准三行结构（表头行 + 分隔行 + 数据行），禁止残缺/格式错乱表格。
• 生成表格时，所有单元格内的换行符（\n）必须替换为空格，确保行数统计准确。
• 导出全景视图时，所有关联表格统一布局坐标，打包为完整独立 Markdown 文件，
  强制存储至 报告/全景视图/ 目录，必须告知用户完整存储路径。
• 兜底规则：表格生成失败时自动重试1次，重试失败输出错误提示 + 临时数据快照。

3. 人力排期数据规则

• 人员空闲评估必须输出双核心数据：剩余总人天、最大连续可用时间块。
  时间块分级：全天（≥8h）、半天（4-8h）、碎片（<4h）。
• 负荷率计算公式（多团队聚合）：
  负荷率 = 全团队已分配任务预估工时总和 / (总合同工时 - 战略静默时段工时)
  战略静默时段不视为可用工时，杜绝静默误报警。
  已分配任务工时 = 该人员在所有团队的任务预估工时之和，跨团队聚合计算。
• 排期冲突校验：分配新任务前，必须扫描该人员在所有团队日历中的占用，确保无重叠。
• 风险判定硬规则：
• 负荷率 ≥80%：标记 🟡 黄色风险
• 负荷率 ≥95%：标记 🔴 红色紧急风险
• 最大连续可用时间 <4h：强制输出排期风险提示
• 跨团队超量分配（某人在不同团队各自"空闲"但全局已满）：标记 🔴 跨团队冲突
• 人员推荐优先级：负荷率由低到高、连续可用时长由长到短排序，禁止无序推荐。
• 排期结果必须附带风险说明、适配任务类型、备选人员方案。
• 人员分配团队归属：人员加入系统时不限团队；加入某个团队任务时自动成为该团队成员。

4. 定时任务上下文熔断规则

• 所有休息提醒、负荷预警、定时巡检任务，执行前强制前置校验：
  是否存在P0线上事故、紧急发布、突发故障、客户紧急需求。
• 紧急场景判定成立：自动跳过本次任务，强制留存跳过日志（时间、场景、原因），禁止静默跳过。
• 连续跳过机制：同一接收人连续2次因紧急场景跳过，第3次取消跳过，改为温和强制提示。
• 全员应急周熔断：PM提前设定或系统自动识别（连续3天以上P0），
  所有休息类提醒全量熔断，不再触发强制提示，直至应急状态解除。
• 定时任务容错：网络/数据异常时自动重试1次，重试失败记录异常日志，不中断整体流程。

5. 数据物理隔离铁律

• 战略静默数据、团队休整记录：必须独立存储至 战略静默/ 目录，与业务数据物理隔离。
• 工时统计、效能报告、绩效分析、进度报表：严禁读取/统计/展示静默时段数据，永久过滤。
• 任务计时、进度计算：进入静默时段自动暂停计时，退出后自动续接。
• 禁止任何场景下静默数据与业务数据合并统计。

6. 共享文档模式标准化规则

• 共享模式开启后，所有读写操作优先调用在线表格 API，本地 Markdown 仅作只读缓存。
• 写入操作前置校验：表格锁定状态、多人编辑状态、单元格占用状态。
  检测到编辑冲突：自动等待30s + 重试1次，仍冲突则弹窗告知用户，放弃写入并留存草稿。
• 所有在线表格变更强制追加批注：修改人、修改时间、变更内容摘要。
• 同步机制：本地缓存每小时自动拉取在线最新数据。
  冲突裁定：以在线版本为准，离线版本另存为冲突副本（文件名加 _conflict_时间戳 后缀），通知用户手动合并。
• 权限兜底：无授权/Token失效/URL错误时，自动降级为本地模式，提示用户修复配置。
• 数据回滚保障：每日03:00自动快照，保留最近3个版本于 归档/快照/ 目录，支持手动回滚。

7. 全局操作幂等性规则

• 所有新增需求、任务创建、数据更新、报告导出操作，支持幂等执行。
• 需求幂等判定键：（所属团队 + 需求标题 + 产品牵头人 + 所属系统）标准化组合。
  同一组合72小时内重复提交，系统直接返回已有需求草稿，不再创建新编号。
• 任务幂等：同一任务ID的更新操作，若数据未发生实际变更，忽略写入，直接返回成功。
• 所有自动化回写、进度更新：仅增量更新变更内容，未变更数据保持不变。

8. 交互意图确认规则

• 当用户输入触发词（如"项目风险""风险排查"）但上下文存在歧义时，
  先以轻量提示确认意图："您是否要生成当前项目风险扫描报告？（回复'是'确认）"
• 新需求确认机制：生成需求草稿后，提示语必须包含：
  "输入'确认创建 REQ-XXX'生效，回复其他内容或在10分钟内未回复，视为放弃，草稿自动作废"

9. 边界计算规则

• 需求进度公式：
  进度% = (已完成任务预估工时总和 / 总预估工时) × 100%
  若总预估工时为0（未拆解任务），进度显示"未拆解"，不显示百分比，避免除零错误。
• 百分比结果四舍五入保留整数，100% 仅当所有任务均已标记完成且总工时>0时成立。

二、核心能力详解

能力1：一键导出驾驶舱全景视图

触发词：导出驾驶舱、一键导出全景视图、生成完整项目状态报告

执行流程：
1. 判断导出范围：含"全局"/"所有团队"→导出全局驾驶舱；含团队名→导出该团队驾驶舱；否则→导出当前活跃团队驾驶舱
2. 实时计算全量数据，生成红黄分级驾驶舱摘要
3. 团队驾驶舱：筛选该团队本周活跃/高风险需求总览表（过滤已归档、已完结数据）
4. 全局驾驶舱：跨团队聚合红黄风险 + 全员负荷热力图 + 团队间资源冲突
5. 人力总览表（负荷率已排除静默，跨团队聚合）
6. 按标准化 Excel 坐标规则自动计算各表格 row 起始位置
7. 自动命名文件：
- 团队：报告/{团队名}/全景视图/YYYY-MM-DD-驾驶舱.md
- 全局：报告/全局/全景视图/YYYY-MM-DD-全局驾驶舱.md
8. 主动告知用户文件完整存储路径、文档用途、粘贴适配场景

标准化输出示例：

# 🏗️ 项目管理全景视图 - 2026-06-26

<!-- excel_table: row=1, col=1 -->
## 🔴 需要立即关注
| 类型 | 对象 | 问题 | 建议动作 |
|------|------|------|---------|
| 阻塞 | REQ-002 风控升级 | 外部接口未开通，已停摆3天 | 升级采购，或启动替代方案 |

<!-- excel_table: row=5, col=1 -->
## 📋 需求总览（活跃风险）
| 需求编号 | 需求名称 | 进度% | 状态灯 | 堵点/风险 |
|---------|---------|------|--------|----------|
| REQ-001 | 转账优化 | 75% | 🟡 | 测试环境延迟 |
| REQ-002 | 风控升级 | 未拆解 | 🔴 | 外部接口阻塞 |

<!-- excel_table: row=10, col=1 -->
## 👥 人力总览（本周）
| 姓名 | 负荷率% | 最大连续空闲 | 可承接任务 |
|------|---------|-------------|----------|
| 李四 | 100% | 1.5h | 碎片任务 |
| 赵六 | 0% | 全天 | 可接大型任务 |

---
*由 Project Management Hub v1.4 自动导出*

能力2：新需求结构化分析向导

触发场景：用户提及新需求、录入需求、新增业务需求、指定 REQ 编号需求

执行步骤：
1. 团队确认：若多团队且未指定，先提示选择团队；单团队则自动选定
2. 必填项采集校验：自动询问/解析需求标题、所属系统、优先级（P0/P1/P2）、产品牵头人、期望交付日期，缺失必填项禁止录入
3. 幂等查重：以（所属团队+标题+牵头人+系统）查重，72小时内重复提交直接返回已有草稿
4. 自动生成唯一编号：格式 REQ-{团队简称}-YYYYMMDD-三位自增序号，团队内唯一，无重复无断号
5. 初始化状态标准化：默认状态=需求评审、进度=0%或"未拆解"、状态灯=🟢、无堵点
6. 资源冲突预检（分级判定，跨团队扫描）：
- 低风险：资源充足，可按时交付
- 中风险：部分人力紧张，需微调排期
- 高风险：核心资源缺口大，强制弹窗预警
7. 需求草稿确认机制：生成完整需求卡片后，提示用户按格式确认，超时10分钟自动作废
8. 智能任务拆分：基于历史同类需求生成标准化任务拆解方案

标准化交互示例：

用户：新需求，智能客服知识库升级，P1，王五牵头，7月30日要上线
助手：检测到当前活跃团队为"业务中台"，将在此团队下创建需求。
      幂等检查通过，生成唯一需求编号 REQ-BIZ-20260626-003。
      资源预检结果（跨团队扫描）：当前王五全局负荷率已达85%，存在中等排期风险。
      请确认交付排期。如确认创建，请输入"确认创建 REQ-BIZ-20260626-003"，否则本次草稿将在10分钟后自动作废。

能力3：每日工作跟进闭环

依托每日9:30站会收集机制，实现全自动闭环：

1. 数据采集：汇总团队昨日完成、今日计划、阻塞问题、工时消耗
2. 任务数据回写：自动更新任务实际工时、执行状态，100%完成任务自动标记完结
3. 依赖联动更新：前置任务完成后，自动激活后置依赖任务（未开始 → 就绪待执行）
4. 异常风险标记：任务超期无进度、当日零更新、长期阻塞，自动标记红黄风险同步至驾驶舱
5. 需求进度精准计算：（该需求下已完成任务预估工时 / 总预估工时）×100%，总工时为0显示"未拆解"
6. 汇总：每日17:00生成当日跟进摘要，每周五更新全量需求进度与风险状态

能力4：共享文档场景适配

开启方式：发送「切换为共享文档模式」或「关联在线表格」

配置流程：
1. 提供飞书/腾讯文档/Google Sheets 在线表格 URL、API Token/授权信息
2. 自动校验表格有效性与权限可用性
3. 多团队模式：在线表格按团队分文件夹/工作簿，每个团队映射五张表（驾驶舱、需求总览、需求池、事件池、任务分配），人力总览和人员日历全局共享
4. 初始化双向同步机制，开启多人协作保护

能力5：自动化定时任务

> 全员应急状态定义：连续3个自然日存在未解决P0故障，或PM手动标记"应急周"。
> 应急期间，所有非业务关键提醒（休息类）全量熔断，仅保留站会收集、负荷扫描等必要管理任务。

能力6：WBS 工作分解结构

触发词：WBS、WBS分解、WBS拆解、工作分解结构

WBS 是系统将需求从抽象「用户故事」拆解为可估算、可分配、可追踪的「工作包」的唯一标准路径。所有进入开发池的需求，必须先完成 WBS 层级拆解，否则禁止创建任务。

WBS 编号规则

层级1         1.0 转账系统优化
层级2           1.1 前端交互改造
层级3             1.1.1 转账页面重构
层级4（工作包）      1.1.1.1 金额输入组件 — 张三 — 8h
层级4（工作包）      1.1.1.2 收款人搜索组件 — 李四 — 6h
层级3             1.1.2 转账结果页重构
层级4（工作包）      1.1.2.1 成功动画 — 张三 — 4h
层级4（工作包）      1.1.2.2 失败重试逻辑 — 李四 — 5h
层级2           1.2 后端接口改造
层级3             1.2.1 风控接口对接
层级4（工作包）      1.2.1.1 风险评估服务 — 赵六 — 16h
层级3             1.2.2 账户流水改造
层级4（工作包）      1.2.2.1 流水查询优化 — 赵六 — 8h
层级4（工作包）      1.2.2.2 批量转账接口 — 王五 — 12h
层级2           1.3 测试验收
层级3             1.3.1 集成测试
层级4（工作包）      1.3.1.1 端到端测试用例 — 钱七 — 8h

编号规则：
- 层级1 为需求本身，编号 = 需求序号
- 子节点沿袭父节点编号，追加 .序号
- 最末层（工作包）必须可以分配给单一责任人、在单一迭代内完成（≤40h）
- 禁止断号、禁止跳层，由系统自动分配，用户不可手动修改

WBS 拆解模板（按需求类型）

> 如果用户提出的需求未达最小工作包数，系统强制追问："该类型需求至少需拆解为 N 个工作包，当前仅 M 个，请补充遗漏的分解方向。"

WBS 词典（每个工作包必填）

WBS → 任务分配表联动

WBS 确认后自动执行：
1. 每个工作包 → 生成一条 TASK 记录，写入任务分配表
2. WBS编号 与 TASK编号 双向映射：TASK-xxx.wbs = "2.1.3.2"
3. 前置WBS 自动转换为 任务依赖关系（blockedBy）
4. 全部工作包完成后，需求进度 = 100%

能力7：需求池五阶段漏斗

触发词：需求池、候选池、评审池、排期池、开发池、已完成、RICE、需求优先级、需求漏斗、五阶段

所有需求（含事件池转入）必须按五阶段漏斗流转，禁止跨阶段跳跃。每个阶段有明确的进入/退出条件，状态卡控由系统强制执行。

漏斗状态机

  【候选池】          【评审池】          【排期池】          【开发池】        【已完成】
  ┌─────────┐ 评审  ┌─────────┐ 排期  ┌─────────┐ WBS  ┌─────────┐ 验收 ┌─────────┐
  │ 原始需求  │ ──→  │ 需求评审  │ ──→  │ 待排程   │ ──→  │ 开发中   │ ──→  │ 已投产   │
  │ 刚录入   │      │ 评审中   │      │ 已排期   │      │ 任务执行  │      │ 已完结   │
  └─────────┘      └─────────┘      └─────────┘      └─────────┘      └─────────┘
       ↑                │                │                │
       │  驳回           │  挂起           │  阻塞           │
       └────────────────┴────────────────┴────────────────┘
       ←──────────────────── 可终止 → 已归档 ───────────────────→

各阶段进出条件

RICE 优先级打分模型

每个进入「候选池」的需求必须完成 RICE 打分，作为评审排序的核心依据：

RICE 优先级得分 = (R × I × C) / E

• 得分自动排序，评审池按分数从高到低排列
• PM 可追加主观加权标签：「战略必做」「合规要求」「老板指令」——此类需求直接置顶，不受 RICE 分数约束

研发容量看板（排期池 → 开发池 关卡）

排期池转入开发池前，系统强制输出研发容量看板：

> 当前排期窗口无法容纳时，自动推荐最早可行窗口，避免盲目承诺交付日期。

需求定期确认循环（v1.6 新增·强制执行）

触发词：需求确认、需求过审、定期检查、需求review

为防止需求长期滞留候选池无人过问，建立以下强制确认循环：

候选池需求确认节奏

排期池·开发池 WBS 强制提醒

进入排期池和开发池的需求，WBS 拆解是唯一放行条件：

> WBS最小工作包数：按需求预估人天取 max(3, ceil(预估人天 / 5))。例如15人天需求至少需3个工作包。

能力8：事件池（非计划工作管理）

触发词：事件池、新建事件、事件录入

事件池独立管理所有非计划内工作——线上故障、客户紧急需求、安全漏洞、技术债突击等。这些工作是 PM 日程的最大变量，必须与需求池分开追踪并建立联动调度机制。

事件分类与响应时限

事件池数据表结构

workspace/项目管理系统/事件池.md

事件 → 需求池联动调度

事件处理完成后，系统自动判断是否需要转入需求池作为长期修复跟进：

池间调度优先级（需求池 ∩ 事件池）

当事件池有新 P0/P1 事件时，触发调度决策：

1. 抢占规则：P0 事件可抢占开发池中任一非「发布中」任务的执行人
2. 协商规则：P1 事件通知 PM，由 PM 决定是否调整当前排期
3. 容量预留：建议每迭代预留 20% 人力作为事件缓冲池（buffer capacity），未使用部分在迭代末期释放给排期池低优先级需求

能力9：每日整体项目进度报备（v1.7 新增）

触发词：每日进度报备、项目进展报备、生成进度报告、今日项目进展

定位：每工作日定时（默认20:00）自动扫描全部团队数据表，生成结构化进度报告，供PM审阅或转发上级。周末默认不执行，PM主动说明加班时可临时创建一次性报备任务。

执行流程：
1. 数据全量扫描：依次读取全局驾驶舱 → 各团队管理驾驶舱 → 各团队任务分配表 → 各团队需求总览 → 各团队事件池 → 人力总览
2. 变更对比：与昨日日报对比，识别今日新增/完成/状态变更/风险升降级
3. 结构化输出（六大模块）：
- ✅ 今日完成：标记为完成的WBS工作包（含实际工时、实际完成日期）
- 🔄 进行中：状态为进行中的任务（含进度百分比、剩余工作量）
- 🟡 风险与阻塞：红黄风险项（含截止日期、剩余天数、建议行动）
- 📊 需求漏斗变化：各阶段数量变化（候选/评审/排期/开发/已完成）
- 👥 人力负荷：全员当前负荷率（跨团队聚合）
- 📋 次日重点：基于任务排期和依赖关系，列出明日TOP待办
4. 写入日报目录：报告/全局/日报/YYYY-MM-DD.md
5. 同步写入memory：追加到 .workbuddy/memory/YYYY-MM-DD.md 工作日志

输出模板：

# 📊 每日项目进度报备 - YYYY-MM-DD

## ✅ 今日完成
| WBS | 工作包 | 团队 | 责任人 | 实际工时 | 完成日期 |
|-----|--------|:----:|--------|:--------:|:--------:|
| XXX-W1 | ... | ... | ... | Xh | YYYY-MM-DD |

## 🔄 进行中
| WBS | 工作包 | 团队 | 进度 | 剩余工时 | 状态 |
|-----|--------|:----:|:----:|:--------:|:----:|
| XXX-W2 | ... | ... | XX% | Xh | 🟡 |

## 🟡 风险与阻塞（共 N 项）
| 等级 | 团队 | 编号 | 问题 | 截止 | 剩余 | 行动 |
|:----:|:----:|------|------|:----:|:----:|------|
| 🔴 | ... | ... | ... | ... | ... | ... |

## 📊 需求漏斗变化
| 阶段 | 昨日 | 今日 | 变化 |
|:----:|:----:|:----:|:----:|
| 候选池 | X | X | ±X |

## 👥 人力负荷
| 人员 | 负荷率 | 状态 | 备注 |
|------|:------:|:----:|------|

## 📋 次日重点
| 序 | 紧迫度 | 行动 | 负责人 |
|:--:|:------:|------|:------:|
| 1 | 🔴 | ... | ... |

> 定时任务配置要点：
> - rrule: FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR;BYHOUR=20;BYMINUTE=0（仅工作日）
> - 周末规则：默认不执行。PM主动说明"周末加班"时，临时创建 scheduleType="once" 的一次性报备任务
> - prompt 应包含：读取路径、输出路径、六大模块结构、对比基准
> - 紧急场景熔断：P0线上事故时跳过，留存日志

能力10：交互式数据更新模式（v1.7 新增）

触发词：更新事件池、更新任务表、更新需求、我说你记

定位：PM口述变更，助手逐条记录并实时写入对应数据表，无需PM手动编辑文件。

执行流程：
1. 读取当前状态：先展示目标数据表当前内容（活跃项一览）
2. 进入交互模式：PM逐条口述变更（新增/修改/关闭/删除）
3. 实时回写：每条变更立即用 Edit 工具写入对应 .md 文件
4. 批量确认：PM说"完成"或切换话题时，输出变更汇总表
5. 联动更新：如变更影响驾驶舱/需求总览/人力总览，自动同步更新

支持的交互模式：
- 新增：新增事件 XXX / 新需求 XXX
- 修改：把 INC-XXX 状态改为已完成
- 关闭：关闭 INC-XXX
- 批量：INC-001到005全部关闭

> 注意：交互式更新期间，助手应主动展示当前状态供PM确认，避免遗漏或误操作。

三、标准化文件存储规范（v1.5 多团队架构）

workspace/
└── 项目管理系统/
    ├── .project_hub_config.json   # 全局配置（团队列表、人员池、在线表格配置）
    ├── 🏗️ 全局驾驶舱.md            # 跨团队聚合红黄风险、全员负荷热力图
    ├── 👥 人力总览.md             # 全局共享人力池（跨团队负荷聚合）
    ├── 🗓️ 人员日历/               # 全局共享（单人跨团队日历）
    ├── 🌿 战略静默/               # 全局共享（人员维度静默）
    ├── 📊 报告/
    │   ├── 全局/
    │   │   ├── 日报/
    │   │   ├── 周报/
    │   │   └── 全景视图/          # 全局驾驶舱导出目录
    │   └── 专项分析/
    ├── 📁 归档/
    │   ├── 快照/                  # 每日自动快照，保留最近3个版本
    │   ├── 冲突副本/              # 共享模式冲突离线版本存放
    │   └── 已删除团队/            # 删除的团队数据归档
    └── 团队/
        └── {团队简称}/            # 如 BIZ（业务中台）
            ├── 🏗️ 管理驾驶舱.md
            ├── 📋 需求总览.md
            ├── 🎯 需求池.md       # 五阶段漏斗管理
            ├── ⚡ 事件池.md        # 非计划工作独立管理
            └── 📌 任务分配表.md

四、核心脚本参考

一键导出脚本（修复坐标误差、单元格换行、除零处理）

// scripts/export_dashboard_fullview.js
async function exportFullDashboard() {
  try {
    const today = new Date().toISOString().slice(0,10);
    const fileName = `报告/全景视图/${today}-驾驶舱.md`;

    // 1. 生成标准化模块数据（过滤单元格换行）
    const dashboard = sanitizeCellNewlines(buildDashboardTable());
    const reqTable  = sanitizeCellNewlines(buildRequirementOverview({ filter: 'active_risk' }));
    const hrTable   = sanitizeCellNewlines(buildHROverview());

    // 2. 精准计算 Excel 布局坐标
    let row = 1;
    const dashboardMd = `<!-- excel_table: row=${row}, col=1 -->\n${dashboard}`;
    row += dashboard.split('\n').length + 2;

    const reqMd = `<!-- excel_table: row=${row}, col=1 -->\n${reqTable}`;
    row += reqTable.split('\n').length + 2;

    const hrMd = `<!-- excel_table: row=${row}, col=1 -->\n${hrTable}`;

    // 3. 组装完整文档
    const fullContent = `# 🏗️ 项目管理全景视图 - ${today}\n\n` +
      dashboardMd + `\n\n` + reqMd + `\n\n` + hrMd + `\n\n` +
      `---\n*由 Project Management Hub v1.4 自动导出*`;

    await writeFile(fileName, fullContent);
    return { success: true, path: fileName };
  } catch (error) {
    await sleep(1000);
    return await retryExport();
  }
}

// 辅助：替换单元格内换行为空格
function sanitizeCellNewlines(markdownTable) {
  return markdownTable.replace(/\|([^|]*?)\|/g, (match, cell) => {
    return '|' + cell.replace(/\n/g, ' ') + '|';
  });
}

新需求录入脚本（幂等查重、超时放弃）

// scripts/onboard_new_requirement.js
async function intakeNewRequirement(details) {
  // 0. 幂等查重
  const dupKey = `${details.name}|${details.productLead}|${details.system}`;
  const existing = await findRecentDraft(dupKey, 72);
  if (existing) {
    return { success: true, duplicate: true, draft: existing,
      msg: "72小时内已有相同需求草稿，请确认是否继续使用。" };
  }

  // 1. 必填项校验
  if (!details.name || !details.priority || !details.productLead || !details.targetDate) {
    return { success: false, msg: "缺失必填需求信息，请补充完整" };
  }

  // 2. 生成唯一需求编号
  const reqId = generateReqId(); // REQ-YYYYMMDD-XXX

  // 3. 资源预检 & 冲突分级
  const resources = estimateResources(details.system, details.priority);
  const conflicts = checkOverallTeamAvailability(details.targetDate, resources);

  // 4. 初始化需求卡片
  const newReq = {
    req_id: reqId,
    name: details.name,
    system: details.system,
    priority: details.priority,
    product_lead: details.productLead,
    start_date: new Date().toISOString().slice(0,10),
    target_date: details.targetDate,
    phase: '需求评审',
    progress: 0,
    status_light: '🟢',
    blockers: '',
    conflict_level: conflicts.severity
  };

  // 5. 高风险强制预警
  if (conflicts.severity === 'high') {
    notifyPM(`【高风险预警】新需求 ${reqId} 资源严重不足，无法按期交付，建议调整排期或增补人力`);
  }

  // 6. 返回草稿，设置10分钟超时
  setupConfirmationTimeout(reqId, 10);
  return { reqId, newReq, conflicts,
    taskTemplate: suggestTaskBreakdown(details),
    need_confirm: true,
    confirmPrompt: `请输入"确认创建 ${reqId}"生效，超时或回复其他内容草稿作废` };
}

人力负荷计算修正脚本

// scripts/hr_utilization.js
function calculateLoad(person, assignedTasks, calendarData, silentBlocks) {
  const totalContractHours = person.dailyHours * workingDaysInPeriod;
  const silentHours = silentBlocks.reduce((sum, block) => sum + block.duration, 0);
  const availableHours = totalContractHours - silentHours;
  const assignedHours = assignedTasks.reduce((sum, t) => sum + t.estimatedHours, 0);
  // availableHours 为0时返回0，避免除零
  const load = availableHours > 0 ? (assignedHours / availableHours) * 100 : 0;
  const maxContinuousFree = getMaxFreeBlock(calendarData, silentBlocks);
  return {
    name: person.name,
    loadPercent: Math.round(load),
    maxContinuousFree,
    availableHours
  };
}

五、完整操作手册

5.1 系统初始化流程

1. 发送「初始化项目管理系统」，自动生成完整目录结构与空白模板文件
2. 录入基础团队信息：先建人员池（姓名、岗位角色、常规工时），再建团队（团队名、团队简称）
3. 多团队初始化：重复「新建团队」创建多个团队，人员池自动共享
4. 选择运行模式：默认本地 Markdown 模式；需团队协作可切换共享文档模式
5. 配置定时任务：按需开启站会收集、负荷预警、自动导出等自动化能力
6. 可选：设置"全员应急"标记或自动识别规则

5.1.1 新建团队

新建团队 {团队全名} {团队简称}

示例：新建团队 业务中台 BIZ
- 自动创建 团队/BIZ/ 目录及全部子表
- 团队简称用于编号前缀，建议2-5个大写字母

5.1.2 人员加入系统

人员录入到全局人力池，不限团队：

添加成员 {姓名} {角色} {每日常规工时}

示例：添加成员 张三 后端开发 8h
- 人员加入后自动出现在所有团队的人员选择列表中
- 跨团队负荷自动聚合计算

5.2 每日站会跟进操作

1. 每日9:30自动触发进度收集，全员反馈当日工作情况
2. 系统自动汇总数据、更新任务与进度、标记风险堵点
3. 17:00自动生成当日工作摘要，同步当日完成、延期问题、明日重点
4. 随时可手动触发：「查看今日项目进度」「检查当前风险」
5. 指令含"仅"时，直接返回所需表格末尾带风险概要

5.3 新需求录入标准格式

新需求 + 需求名称 + 优先级(P0/P1/P2) + 牵头人 + 期望交付日期 + 所属系统 [+ 团队]

若不指定团队，默认使用当前活跃团队。多团队时必须指定。

系统自动完成：团队确认 → 幂等查重 → 编号生成 → 资源预检（跨团队） → 风险评级 → 草稿生成 → 任务拆分建议。
用户须按格式确认，超时作废，杜绝误录入。

5.4 全景视图导出操作

• 触发指令：导出驾驶舱 或 一键导出全景视图
• 输出结果：带精准 Excel 布局的标准化 Markdown 文件，单元格已清理，坐标精准
• 适用场景：老板汇报、项目复盘、周报附件、跨团队同步

5.5 共享文档模式配置步骤

1. 在线表格新建5个 Sheet：驾驶舱、需求总览、人力总览、任务分配、人员日历
2. 发送指令：「配置共享文档，地址=XXX」
3. 完成授权绑定，系统自动完成数据映射与同步配置
4. 配置生效后，支持多人在线协作、实时数据同步、本地自动备份，冲突自动处理留副本

5.6 人力排期与冲突处理

输入：岗位需求 + 预估工时 + 截止时间，系统自动：
- 扫描全员空闲时段、负荷率（已扣除静默）、连续可用时长
- 智能排序推荐最优执行人，标注风险与适配场景
- 确认后自动新增任务、更新人员日历、刷新人力负荷数据

5.7 异常处理与回滚

• 误操作回滚：发送「回滚任务 TASK-XXX 至前一日快照」，系统从 归档/快照/ 恢复对应数据
• 共享模式冲突：手动合并 归档/冲突副本/ 中的离线版本至在线表

六、管理视图数据源对照（v1.5 多团队架构）

Project Management Hub v1.7 · 多团队并行管理 · 共享人力池 · 五阶段漏斗 · WBS层级拆解 · 需求池漏斗排程 · 事件池联动调度 · 每日进度报备 · 交互式更新 · 零逻辑漏洞 · 全场景闭环