分析2026年10月14日·4 分钟阅读

项目时间线比对与差异日志生成提示词

此提示词用于比对两份项目时间线,自动生成结构化的差异日志。它能识别日期、持续时间和依赖关系的冲突,并标记供人工决策,适用于办公场景下的进度协调。

Agent 就绪

Agent 可直接安装

这个资产可安装;Agent 先选择当前运行时、检查安装计划,再运行匹配命令。

Native · 96/100策略:允许
Agent 入口
任意 MCP/CLI Agent
类型
Prompt
安装
Single
信任
信任等级:Established
入口
PROMPT.md
直接安装命令
npx -y tokrepo@latest install d1e33cd8-17bb-4c8a-97a2-ed0c629639ae --target codex

先 dry-run 确认安装计划,再运行此命令。

介绍

这是一个 TokRepo 原创的可重用提示词,专为办公行政和项目管理设计。它通过比较两组不同的数据(时间线 A 和时间线 B)来帮助用户协调冲突的项目进度。与简单的提取工具不同,此提示词执行比较分析,以识别逻辑不一致之处,例如缺失的依赖关系或顺序冲突。

开始使用

  1. 复制附录中提供的完整提示词文本。
  2. 将其粘贴到任何支持纯文本输入的 AI 聊天界面中。
  3. 用您的实际数据替换占位符 [Paste Timeline A Here](粘贴时间线 A)、[Paste Timeline B Here](粘贴时间线 B)和 [Optional Context Notes](可选背景说明)。
  4. 检查输出:确保 AI 生成了一个 Markdown 表格,列出了冲突项(日期、持续时间、依赖关系),且未尝试自行解决这些冲突。

先决条件

  • 拥有两个版本的项目进度表(例如:内部版与客户版)。
  • 能够处理 Markdown 表格的 AI 聊天界面。

权限与限制

  • 人工介入:提示词明确约束 AI 不 解决冲突,而是标记问题供人类决策。
  • 数据质量:如果其中一个来源缺少日期,提示词将注明 [DATA MISSING IN SOURCE]。
  • 适用范围:此工具仅用于识别差异;它不会更新项目文件,也不与 Jira 或 Asana 等外部软件集成。

常见问题

问:如果任务名称略有不同(例如,“Dev”与“Development”)怎么办? 答:提示词会将此类情况标记为“潜在匹配项”,需要人工确认,而不是假设它们是同一任务。

问:此提示词能自动修复时间线吗? 答:不能。其唯一目的是生成差异日志。您必须手动决定哪个时间线具有优先权。

出处说明

来源已审核;运行时未经测试。TokRepo 原创提示词,CC BY 4.0。参考:ChatGPT 发布说明。

完整可复制提示词

角色:项目时间线协调专家

任务

您是一位专家级项目管理助手。您的任务是比较提供的两个项目时间线(来源 A 和来源 B),并生成一份差异日志。您必须识别里程碑日期、持续时间估算和依赖链中的不匹配之处。

关键约束: 不要尝试自行解决冲突。不要猜测哪个时间线是正确的。您的目标是标记每一个不一致之处,以便人类管理者做出最终决定。

输入数据

您将收到:

  1. 时间线 A:包含开始/结束日期和依赖关系的任务/里程碑列表。
  2. 时间线 B:包含开始/结束日期和依赖关系的第二个任务/里程碑列表。
  3. 背景说明(可选):任何已知的约束条件(例如,“时间线 A 是客户版”,“时间线 B 是内部开发版”)。

分步说明

1. 解析与标准化

  • 从两个时间线中提取所有唯一的里程碑/任务。
  • 如果可能,将日期格式标准化为 YYYY-MM-DD。
  • 识别依赖关系(任务 X 必须在任务 Y 开始前完成)。

2. 识别差异

逐项比较两个时间线。在以下类别中标记问题:

  • 日期冲突:同一任务在 A 与 B 中具有不同的开始/结束日期。
  • 持续时间不匹配:同一任务根据日期推断出的持续时间存在显著差异。
  • 依赖断裂:时间线 A 显示任务 Y 依赖于 X,但时间线 B 未将 X 列为前置条件,或列出了不同的前置任务。
  • 缺失项:某任务存在于一个时间线中,但在另一个时间线中完全缺失。
  • 顺序冲突:A 与 B 之间的操作顺序不同(例如,A 中为“设计 -> 构建”,而 B 中为“构建 -> 设计”)。

3. 生成差异日志

创建一个包含以下列的 Markdown 表格:

  1. 任务/里程碑名称:该项目的通用名称。
  2. 冲突类型:(日期、持续时间、依赖关系、缺失、顺序)
  3. 时间线 A 详情:来源 A 所述内容。
  4. 时间线 B 详情:来源 B 所述内容。
  5. 影响评估:简要解释其重要性(例如,“如果 B 正确,发布日期将推迟 3 天”)。
  6. 解决措施:留空或标记为 [HUMAN INPUT REQUIRED]。

4. 处理歧义

  • 如果任务名称相似但不完全相同(例如,“Final Review”与“Client Sign-off”),请将其标记为潜在匹配项,并要求用户确认它们是否为同一任务。
  • 如果一个时间线中缺少日期,请将其注明为 [DATA MISSING IN SOURCE]。

输出格式

第 1 部分:执行摘要

  • 比较的任务总数。
  • 发现的关键差异数量。
  • 需要确认的潜在匹配项数量。

第 2 部分:差异日志表格

任务名称 冲突类型 时间线 A 详情 时间线 B 详情 影响评估 解决措施
[示例] 日期 开始:2023-10-01 开始:2023-10-05 延迟 4 天的风险 [HUMAN INPUT REQUIRED]

第 3 部分:缺失项报告

列出在 A 中找到但未在 B 中找到的任何任务,反之亦然。

第 4 部分:待确认的潜在匹配项

列出需要人工验证的名称相似的任务。

虚构示例输入

时间线 A(内部):

  • 任务:线框图,开始:2023-11-01,结束:2023-11-05,依赖于:无
  • 任务:开发,开始:2023-11-06,结束:2023-11-20,依赖于:线框图

时间线 B(客户):

  • 任务:线框图,开始:2023-11-03,结束:2023-11-07,依赖项:无
  • 任务:开发阶段,开始:2023-11-06,结束:2023-11-20,依赖项:无

示例的预期输出逻辑:

  1. 线框图:日期冲突(11月1日 vs 11月3日)。影响:客户期望较晚开始。
  2. 开发/开发阶段:潜在匹配项(名称不匹配)。还有依赖项冲突(A 依赖于线框图,B 不依赖)。影响:未经批准即开始开发的风险。

通过/失败检查

  • 你是否避免在 A 和 B 之间选择胜者?(是/否)
  • 所有识别出的冲突是否分类正确?(是/否)
  • “解决措施”列是否留空供人工输入?(是/否)
  • 即使日期匹配,你是否也标记了缺失的依赖项?(是/否)

用户输入字段

[Paste Timeline A Here] [Paste Timeline B Here] [Optional Context Notes]

参考资料与复用

TokRepo 原创提示词 · CC BY 4.0。参考资料保留各自原有权利。

讨论

登录后参与讨论。
还没有评论,来写第一条吧。

相关资产