DSH Plugins
返回列表
🖥️

deliverable-versioning

客户端 更新于 2026.09.14

在终端中运行以下命令:

dsh plugin install ChenneyZhuang/deliverable-versioning

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 中运行 dsh plugin install ChenneyZhuang/deliverable-versioning 即可安装此插件,完整源码地址为 https://github.com/ChenneyZhuang/deliverable-versioning 。

插件介绍

每个团队的文件文件夹里迟早会出现 report_FINAL.xlsx、report_FINAL_v2.xlsx 和 report_FINAL_really.xlsx,而没有人记得哪个才是真正发出的版本。deliverable-versioning 用一套机械规则根治这个问题:已发出的文件不可覆盖,新内容生成新文件;命名用日期和内容,永远不用 final 这个词;项目只有一个权威交付目录,草稿放在别处;每一次发送都记入台账,记录日期、文件名、行数、接收人,让我们到底发过什么变成一次查询而不是一场考古。

纪律靠结构而非自觉。重建交付物之前先查交付目录里是否已存在;替代旧文件时原文件留在原位,但台账中标记替代关系,文档引用同步更新为新版本。整套系统只需一个 SKILL 文件,零依赖,五分钟即可落地。存量混乱的文件夹需要先做一次清点,之后规则就能自我维持。

适合需要频繁向客户、上级或协作方交付数据表、报告、提案等文件的团队。只要你的文件曾经被发出后又在原地改过,或者三个月后没人说得清哪个决策对应哪个版本,这个插件就是对症的药。

使用场景

  • 向客户交付数据报告后需要追溯到底发出了哪个版本
  • 团队协作中杜绝 report_FINAL_v3 式的命名混乱
  • 项目交接时快速重建完整的交付物历史
  • 多份报告同时流转时确保每个决策可对应到具体文件

适合人员

  • 频繁向外部交付报告、数据表的业务团队
  • 需要可审计交付记录的合规或运营角色
  • 被 final 文件命名困扰的任意规模团队