变更任务先出方案等确认，再动手执行
47.5/100
综合分
39
GitHub 星标
—
npm 周下载
—/5
用户评分
数据截至 2026/10/22 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。
自动兼容检查未通过：仓库根目录及浅层子目录均无 dsh 插件清单，无法用 dsh 插件安装命令安装。以下命令仍可尝试，但可能失败。
无法用 dsh 插件命令安装（仓库内无 dsh 插件清单）
git clone https://github.com/hongshuxifan321/plan-first.git按该仓库 README 的原生方式安装；若作者另行发布了 DSH 插件包，请以其文档为准
状态速览
判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位：需留意
是什么
dsh 原生插件 · skill
安全吗
本站尚未对该插件做风险分级
暂未覆盖，不等同于无风险
还在维护吗
活跃：最近一次提交在 12 天前
档位由哪些信号合成
本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
⚠︎ 实装验证未通过（unknown · 2026/10/22） ——可能是验证环境差异，装前建议到 GitHub 仓库确认最近更新与 issue。
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查需源码安装仓库根目录及浅层子目录均无 dsh 插件清单，无法用 dsh 插件安装命令安装
展开查看检查明细 ↓
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。
✗npm 包plan-first（未发布到 npm，仅可源码安装）
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✗入口文件缺少入口声明
源码安装时若 pnpm 拦截 prepare 脚本，按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑。
验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/29 06:40:04
安全扫描自动 · 静态分析源码v2.7.0⚪ 扫描：无法判定尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0已尝试扫描但取不到可分析的源码：仓库或包不存在、已删除，或为非 JS/TS 实现、未随包发布源码。无法判定，不代表安全。
- · 包内无可扫 JS
- · TS 源码（可能为非 JS 实现或未发布源码），无法判定
扫描于 2026/11/1（1 天前） · 范围 全包扫描（包内未声明入口） · 来源 GitHub 仓库
静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。
给这个插件打分还没有人投票↓
用户评分
还没有人投票，来当第一个
先议后行——AI 协作变更任务的议行分离机制 skill（DeepSeek Harness）
README
由 DeepSeek 最新模型翻译生成plan-first：先议后行
一个 AI 协作机制技能：任何会产生变更的任务，先出方案、等用户确认后才执行（议行分离）。面向 DeepSeek Harness 的 skills 机制。
解决什么问题
AI 拿到任务就闷头改，改完才发现方向不对。plan-first 把「讨论方案」和「动手执行」强制分开：方案未获确认，不产生任何持久影响——不改文件、不跑有副作用的命令、不 push、不发布。
工作流程
1. 判定级别：A 只读（直接做）/ B 小事（一句话确认）/ C 常规（完整方案块）/ D 复杂（方案块 + 阶段确认点）
2. 输出方案块（C/D 类）：目标、执行者、方案选项与取舍、影响范围（含是否触及红线）、验证方式、待确认点
3. 等确认：用户说「执行 / OK / 动手」才开工；收到修改意见则更新方案再来一轮
4. 执行纪律：TodoWrite 建清单、逐项执行逐项验证、被阻塞就停下问、不自动 commit/push
5. 阶段确认（仅 D 类）：一次批准只覆盖到下一个确认点
红线动作（删除文件 / git push / 改密钥 / 装全局依赖 / 对外发布）即使方案已确认，仍单独再问一次。
安装
把 SKILL.md 放进 ~/.dsh/skills/plan-first/ 即可，无需其他文件。用 /plan-first 或触发词进入。
展开完整文档（README 剩余 1 节）
plan-first：先议后行 一个 AI 协作机制技能：任何会产生变更的任务，先出方案、等用户确认后才执行（议行分离）。面向 DeepSeek Harness 的 skills 机制。 解决什么问题 AI 拿到任务就闷头改，改完才发现方向不对。plan-first 把「讨论方案」和「动手执行」强制分开：方案未获确认，不产生任何持久影响——不改文件、不跑有副作用的命令、不 push、不发布。 工作流程 1. 判定级别：A 只读（直接做）/ B 小事（一句话确认）/ C 常规（完整方案块）/ D 复杂（方案块 + 阶段确认点） 2. 输出方案块（C/D 类）：目标、执行者、方案选项与取舍、影响范围（含是否触及红线）、验证方式、待确认点 3. 等确认：用户说「执行 / OK / 动手」才开工；收到修改意见则更新方案再来一轮 4. 执行纪律：TodoWrite 建清单、逐项执行逐项验证、被阻塞就停下问、不自动 commit/push 5. 阶段确认（仅 D 类）：一次批准只覆盖到下一个确认点 红线动作（删除文件 / git push / 改密钥 / 装全局依赖 / 对外发布）即使方案已确认，仍单独再问一次。 安装 把 SKILL.md 放进 ~/.dsh/skills/plan-first/ 即可，无需其他文件。用 /plan-first 或触发词进入。 触发词：「先议后行」「先商量」「方案先行」「议行分离」「先出方案」「plan first」。 同系列 skill - agenttime——会话回顾散文 - econ-cn-docx——经管论文中文排版 许可 MIT，见 LICENSE。
预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
hongshuxifan321/plan-first
变更任务先出方案等确认，再动手执行
相关插件 · 技能 / 提示词
人设统管ZiChuanLan/agent-purge
一份系统提示词，喂给多个 coding…
★ 931已汉化DSH
73.8
人物画像蒸馏titanwings/distilly
Distilly — 把他们的思考方式提炼成可复用的技能，供任何智能体或机器人使用。原名 Colleague Skill（原同事 Skill）。
★ 25,659已汉化DSH
71.3
推理工作空间套件Tiger3807861189/J-Space-Cognition-Suite
J-Space 是面向复杂推理、大型仓库工程、子代理协作与授权安全分析的推理时工作空间和控制套件。
★ 2,957已汉化DSH
70.5
两阶段工具锚定预设xiaobright/dsh-anchored-standard
实验性 DeepSeek Harness agent preset…
★ 3,742已汉化DSH
70.1
智能体工作流编排nrslib/takt
不再日夜盯着 AI 编码智能体。
★ 1,402已汉化DSH
70
Agent 运行时手册Electricitysheep/dsh-handbook
DeepSeek Harness dsh 从 0 到 1 深度手册：安装/插件开发/性能调优/实测案例/同模型多…
★ 827已汉化DSH
68.7