[Skill Feedback]: Close the management planning and delivery loop #3

不满意的 Skill 结果

当前 Skill 已能读取项目计划、任务表、日计划、会议和沟通证据，也能判断基线、实际、预测和偏差；但以下管理动作仍缺少可执行闭环：

• 任务可以只有负责人和日期，没有明确产出物、载体、验收标准和验收人。
• 会议或沟通中的口头任务只能被标记为“未映射”，没有当天登记、孤儿队列和关闭 SLA。
• 周重点、个人周产出和今日任务没有强制映射到同一个项目周里程碑。
• 改期记录了原因，但原始基线、当前预测、批准后的新基线、批准人和生效时间没有分开。
• 项目进度虽要求带权重和证据，但没有冻结分母、工作流拆分和可审计计算契约。
• 探索、正式执行、返工、客户等待和内部阻塞可能混入同一工时口径。
• 暂停、结束、观察和排除事项可能污染当前项目进度与人员负载。
• 生成团队消息与授权发布之间没有强制门禁。

这会让计划看似完整，但任务仍可能缺少业务结果，项目百分比难以复核，口头事项容易成为孤儿，改期和发布也缺少责任闭环。

期望结果

Skill 应新增一套可执行的管理契约：

1. 每个执行任务必须定义唯一身份、项目/工作流、产出物、载体、验收标准、验收人、依赖和准确截止时间。
2. 会前计划、会议、聊天中的明确任务应在约定时限内映射到 Base 子任务；未映射项进入带 owner 和 SLA 的孤儿任务队列。
3. 项目周里程碑、个人周产出和今日任务必须形成可追溯三级映射。
4. 原始基线、预测和批准后的重基线必须版本化，保留变更原因、批准人和生效时间。
5. 项目百分比必须来自预先冻结的工作流/里程碑权重和验收系数；数据不足时不得输出精确百分比。
6. 工时必须区分探索、正式执行、返工、客户等待和内部阻塞。
7. 负载只统计有效工作集，并结合请假后容量、并发任务和 WIP 门槛判断。
8. 团队消息必须经过草稿、私下预览、明确发布授权和发布回执；修改草稿后需要重新确认。

复现输入或场景

以下均为合成场景：

• “给某成员安排今天完成分析工作。”当前规则可能生成任务，但无法保证最终交付是数据、分析结果、可视化还是文档，也没有验收人。
• “会议里补充了三个项目任务。”当前规则可能识别为未映射，但不会生成当天必须关闭的孤儿任务清单。
• “项目客户延期一个月，但内部工作继续。”当前规则缺少工作流级基线，容易把整个项目统一延期。
• “给我项目整体进度条。”当前规则没有冻结的权重表时仍可能产生不可复核百分比。
• “做个团队消息卡片。”当前规则没有把生成草稿和正式发布区分为两个授权动作。

证据边界

Public evidence only。Issue 只使用合成场景和通用管理结构，不包含客户数据、人员信息、原始聊天、飞书记录、内部链接、商业材料或凭证。

影响程度

P1 - Misleads important work。

补充说明

建议作为一个 minor Skill release 实现，并增加脱敏回归场景，确保任务产出、孤儿任务、重基线、进度计算、有效工作集和发布门禁均可验证。