把日程上下文塞给大模型，项目管理终于不用靠脑补了

之前做项目管理最头疼的是什么？不是甘特图画不好，也不是 Jira 票写不清，而是上下文断层——开发在写代码，PM 在改需求，设计在改原型，三方同步靠开会、靠群里刷屏、靠私聊对齐。等信息传到大模型这儿，它根本不知道「当前迭代还剩三天」「后端接口刚改过字段」「设计稿昨晚才定稿」。

前两周把公司内部的排期系统（基于 ClickHouse 存任务依赖、里程碑、工时记录）通过 MCP 接到了 Claude Code 里，效果超出预期。

核心思路就一句：把「谁在做什么、什么时候截止、依赖谁」作为系统级上下文注入模型，而不是让模型去查数据库。

具体落地分三层：

一、把排期数据「压扁」成模型能直接推理的文本快照
每天凌晨跑一次 Airflow DAG，把未来 14 天内的任务、依赖、负责人、状态、工时预估/实际值，拼成类似下面的 Markdown 块，存到 Redis，TTL 24h：

## Sprint 23 当前快照（2025-01-15 00:00 生成）
- **FE-2301** 重构支付落地页 | 赵六 | 进行中 | 剩 1.5d | 依赖 BE-2309
- **BE-2309** 订单接口新增幂等键 | 钱七 | 代码评审 | 剩 0.5d | 阻塞 FE-2301
- **QA-2305** 压测脚本适配新接口 | 孙八 | 未开始 | 预估 2d | 依赖 BE-2309
- **里程碑 M3** 支付链路上线 | 截止 1-17 | 风险：BE-2309 评审若拖过周三必延期

二、在 Claude Code 里挂个 schedule-context 指令，随时可调
~/.claude/commands/schedule-context.md：

---
name: schedule-context
description: 读取当前迭代排期快照，注入上下文
---
请读取 Redis key `sprint:snapshot:latest` 的内容，作为本次对话的背景知识。
随后的所有回答、代码生成、重构建议，必须结合：
1. 任务依赖链路
2. 剩余工时与截止日
3. 当前阻塞点
优先给出「不改动排期前提下」的最优解；若必须动排期，显式给出影响面。

三、真实场景下的几个高频用法

• 改需求不改排期：PM 扔一句「支付页要加个优惠码输入框」，模型秒回：FE-2301 已含该区块预留槽位，仅需在 PaymentForm.tsx 第 42 行取消注释并接入 BE-2309 新增的 coupon 字段，零工时增量。省了半小时评估会。

• 并行开发冲突预判：后端想重构订单表索引，模型直接甩出：BE-2309 评审中，FE-2301、QA-2305 均强依赖该接口契约，动表结构必触发 3 票联动改动，建议拆分为 BE-2309-hotfix 先加幂等键上线，重构挪到 Sprint 24。

• 站会自动生成：/standup 一键输出：

赵六：FE-2301 推进至 80%，今日攻克样式适配；钱七：BE-2309 评审通过即合并，预计 16:00 前解除阻塞；孙八：待接口定稿同步启动压测脚本改造。风险：若 BE-2309 今晚未合并，M3 必延 1 天。

踩过的坑：
1. 快照别太频繁，日级够用；小时级反而引入噪声，模型容易「幻觉」出不存在的进度变化。
2. 依赖图要显式存 blocks / blocked_by 字段，别指望模型从标题里推导——它推不准。
3. 敏感字段（薪资、绩效、客户 PII）务必在 ETL 层脱敏，别全量喂给模型。

现在团队连周五复盘都省了：直接问「本周最大瓶颈在哪」，模型把关键路径、浮动时间、资源倾斜全算好甩你脸上。

下一步想接入 GitLab MR 事件流，让模型实时感知「代码已合并但未部署」「测试环境挂了」这类动态信号，把快照从 T+1 推进到 T+0。有没有同学在搞类似的增量上下文注入？欢迎交换方案。