dsh-plugin-product-design 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；基本兼容但装前注意：未发布到 npm registry，仅可从源码安装

dsh-plugin-product-design 兼容性怎么样？

基本兼容但装前注意：未发布到 npm registry，仅可从源码安装

dsh-plugin-product-design 有中文文档吗？

已提供中文翻译 README（由 DeepSeek 最新模型翻译生成），本站可切换中英文对照阅读。

dsh-plugin-product-design 还在维护吗？

GitHub 3 星。最近一次上游提交在 2026/9/12。

产品设计工作流 Kayungko/dsh-plugin-product-design

DeepSeek Harness

Kayungko52 天前有提交已提供中文文档扫描：含敏感能力

在 GitHub 查看 ↗

用十个技能把设计需求变成可交付前端并过质检

30.4/100

综合分

GitHub 星标

—

npm 周下载

—/5

用户评分

数据截至 2026/9/16 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。

自动兼容检查有告警：未发布到 npm registry，仅可从源码安装。

安装命令 · 需先装 dsh CLI 引擎

dsh plugin --profile web add Kayungko/dsh-plugin-product-design

该包不可直接 npm 安装，改从 GitHub 源安装（明细见下方安装检查）

状态速览

判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态

信任档位：需留意

是什么

dsh 原生插件 · vision

装得上吗

实装验证未通过（dependency_conflict），装前请到仓库确认最近更新与 issue

L4 · 真实安装等级说明 →

安全吗

本站尚未对该插件做风险分级

暂未覆盖，不等同于无风险

还在维护吗

更新放缓：最近一次提交在 52 天前

档位由哪些信号合成

本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。

验证判据与等级说明 →

⚠︎ 实装验证未通过（dependency_conflict · 2026/11/2） ——可能是验证环境差异，装前建议到 GitHub 仓库确认最近更新与 issue。

社区实装还没有人打卡 · 装过的第一个就是你

安装兼容性检查⚠ 装前注意

未发布到 npm registry，仅可从源码安装

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。

✗npm 包dsh-plugin-product-design（未发布到 npm，仅可源码安装）

✓Node 引擎要求 ^22.19.0 || >=24 · 基线 Node 22.19 满足

✓dsh CLI 依赖未声明 dsh 版本约束

✓入口文件main/exports/bin 已声明

验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/6 14:17:26

安全扫描自动 · 静态分析源码

v2.7.0

🔵 扫描：含敏感能力尚无人工评估

展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力：执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量（至少其一）。这是能力清单，不是危险判定——具体能力项与证据见下方，安装前请自行判断是否需要。

读写/删除本地文件

查看扫描证据（共 9 处，展示前 6 条）

读取本地文件
verify-installed.mjs:77
check('installed plugin directory exists', existsSync(pluginDir), pluginDir);
读取本地文件
verify-installed.mjs:79
if (existsSync(manifestPath)) {
读取本地文件
verify-installed.mjs:80
const manifest = JSON.parse(readFileSync(manifestPath, 'utf8'));
读取本地文件
verify-installed.mjs:103
check(`installed file: ${rel}`, existsSync(join(pluginDir, rel)));
读取本地文件
verify-installed.mjs:107
if (existsSync(installedSkillsDir)) {
读取本地文件
verify-installed.mjs:108
const dirs = readdirSync(installedSkillsDir).filter((entry) => statSync(join(installedSkillsDir, entry)).isDirectory());

扫描于 2026/11/4（0 天前） · 范围入口闭包 + 发布文件清单 · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块

@deepseek-ai/dsh-skill-filesystem

给这个插件打分还没有人投票↓

用户评分

还没有人投票，来当第一个

广告精选好物

飞利浦 TAH6519 主动降噪耳机 ¥299

头戴式无线 anc 主动降噪，蓝牙连接，久戴舒适向。

·anc 主动降噪 · 头戴式无线
·价格与库存以商品页实时为准

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

Cursor、Claude Code、VS Code 逐个核对：能不能装、配置怎么写、装不上是什么原因。

·按客户端逐格核对
·结论标注依据与风险等级

查 MCP 兼容性→

功能亮点

需求闸门
视觉方向生成
设计QA闸门

README

由 DeepSeek 最新模型翻译生成

Brief · Explore · Build · QA — DeepSeek Harness 的 Product Design 工作流插件 DSH 0.1.2-alpha.1 实测 Node.js 13 个单元测试 MIT 这是什么 · 快速开始 · 十个技能 · 工作流闸门 · 架构设计 · 主机契约 · 更新日志 · English 这是什么只有一个入口 /product-design——任何设计类请求都会被路由进一套有纪律的工作流： /product-design 给习惯养成应用做一个 onboarding 流程背后发生的事：入口技能分析需求后路由到 9 个专注的 pd- 子技能——最小设计简报、三个差异化视觉方向、证据化的研究与审计、忠实的 URL 克隆、响应式前端构建，以及交付前的硬闸门 design-qa——任何一步没过，都不许叫"完成"。 - 这是一个纯技能 DSH 插件：不注册模型工具、不挂客户端模块——全部表面是隔离 provider 上的 10 个技能； - 技能编辑热加载、不遮蔽项目/用户技能、随插件卸载一起消失； - 证据驱动是契约：截图先检视后采纳，禁止假资产； - 前提只有一条：DSH Desktop 已经装好并能启动（插件不会替你启动宿主）。

展开完整文档（README 剩余 1 节）

Brief · Explore · Build · QA — DeepSeek Harness 的 Product Design 工作流插件

DSH 0.1.2-alpha.1 实测 Node.js 13 个单元测试 MIT

这是什么 · 快速开始 · 十个技能 · 工作流闸门 · 架构设计 · 主机契约 · 更新日志 · English

这是什么

只有一个入口 /product-design——任何设计类请求都会被路由进一套有纪律的工作流：

/product-design 给习惯养成应用做一个 onboarding 流程

背后发生的事：入口技能分析需求后路由到 9 个专注的 pd- 子技能——最小设计简报、三个差异化视觉方向、证据化的研究与审计、忠实的 URL 克隆、响应式前端构建，以及交付前的硬闸门 design-qa——任何一步没过，都不许叫"完成"。

- 这是一个纯技能 DSH 插件：不注册模型工具、不挂客户端模块——全部表面是隔离 provider 上的 10 个技能；
- 技能编辑热加载、不遮蔽项目/用户技能、随插件卸载一起消失；
- 证据驱动是契约：截图先检视后采纳，禁止假资产；
- 前提只有一条：DSH Desktop 已经装好并能启动（插件不会替你启动宿主）。

📌 主机契约已在 DSH 0.1.2-alpha.1 实测；13 个单元测试 + 安装态集成验证全部通过（判据见 主机契约）。

📌 本插件是对 Codex 官方 Product Design 插件工作流方法论的原创重写（原文内容为 OpenAI Proprietary，未复制其文案与代码），与 OpenAI 无关联——见 许可与来源。

快速开始

前置条件

- DSH Desktop（主机契约按 0.1.2-alpha.1 验证）；
- Node.js ^22.19.0 || >=24（宿主运行时通常已满足）；
- PowerShell（部署脚本是 .ps1）。

安装（一条命令）

git clone https://github.com/Kayungko/dsh-plugin-product-design.git
cd dsh-plugin-product-design
pwsh install.ps1

脚本把插件复制进 profile 的 node_modules/（不跑 pnpm install、不碰 lockfile），并在 profile manifest 登记依赖与 bundle——改前全部自动备份到 backups//。

装完重启 DSH Desktop，任何会话都能看到十个技能。

💡 重复执行是安全的：文件覆盖幂等，manifest 登记自动去重。

验证

重启后，把这句发给任意会话：

/product-design 给桌面宠物应用画一个设置页

路由器会确认需求、跑简报闸门（问最小设计问题），并且在视觉目标存在之前给出三个方向而不是直接写代码 ✅

卸载：pwsh install.ps1 -Uninstall（同样重启后生效）。

十个技能

| Skill | 角色 |
| product-design | 唯一用户入口（/product-design）：分析需求并路由；只路由不干活；"No Visual Target, No Build" |
| pd-get-context | 最小设计简报闸门 |
| pd-user-context | 持久化产品/设计上下文（~/.dsh/product-design/） |
| pd-research | 证据化 UX 桌面研究 |
| pd-ideate | 三个差异化视觉方向（有图像生成工具出图，否则结构化文字方向） |
| pd-image-to-code | 选定视觉目标 → 忠实交互前端 |
| pd-url-to-code | 线上 URL → 本地前端克隆（证据先行） |
| pd-audit | 产品流审计（用户面向，截图证据） |
| pd-design-qa | 内部 QA 闸门（passed / blocked） |
| pd-share | 部署分享（用户选定目标后执行） |

9 个 pd- 子技能对模型可见、但在用户命令列表隐藏（user-invocable: false）——由模型自动路由。

工作流闸门（最关键的一节）

显式唤起 / 设计类请求 → pd-user-context preflight ├─ 审计 / 批评：pd-audit 直达（不过简报闸门；截图证据内联报告） └─ 设计 / 构建 / 克隆 / 重设计 / 研究： → pd-get-context（最小简报：设计目标 + 期望的用户结果） ├─ 无视觉目标：pd-ideate 出 3 个方向 → 用户选 1 → pd-image-to-code ├─ 克隆线上页：pd-url-to-code（先取证、只按证据构建） ├─ 重设计（"Like "）：截图取证 → pd-ideate └─ 用户痛点研究：pd-research 交付前：pd-design-qa 硬闸门（design-qa.md：final result 为 passed 才可交付）分享：pd-share（用户选定目标后才部署）

- No Visual Target, No Build——没有视觉目标不写代码；"go for it / 做个假设"不豁免三方向流程；
- design-qa 硬闸门——design-qa.md 不存在或 final result 不是 passed，不得按"完成"交付；
- 禁假资产——div art / CSS art / 手写 SVG / emoji 一律不得顶替真实图标与图片；
- 证据规则——审计只用当轮采集的证据；截图先检视后采纳。

沟通协议

每次最终回复：结果先行、非技术语言、恰好一个下一步收尾。完整规则见 references/communication-protocol.md。

能力边界（DSH 适配）

| 能力 | 现状 |
| 浏览器取证 | 默认 Playwright（经 shell，首次使用会提示安装），或用户自备浏览器 MCP；都不可用时如实报告，不伪造证据 |
| 图像生成 | 会话接入了图像生成工具则出图；否则 pd-ideate 产出结构化文字方向并明示降级 |
| 预览 | 本地起 npm run dev，把 http://127.0.0.1: 交给用户在浏览器打开（DSH Web GUI 不渲染预览） |
| 托管分享 | 用户选定目标（本机已认证的静态托管 CLI 等）后才部署 |

配置（cordis.yml / patch）

- id: product-design-runtime
name: 'dsh-plugin-product-design'
config:
enabled: true

enabled: false 时跳过技能挂载，但 bundle 仍 provide productDesign 描述符。见 架构设计。

技能状态目录：~/.dsh/product-design/user-context.md + assets/（$DSH_HOME/product-design/，可用 --state-dir 覆盖）。

给开发者

模块分层、挂载拓扑与降级策略见 docs/ARCHITECTURE.md。本节只留速查。

开发与测试

npm run check # node --check 全部脚本
npm test # 13 个单元测试（mock 宿主）
安装进 profile 后（见快速开始）：
node verify-installed.mjs # 安装态集成验证：真实宿主 provider 发现 10 个技能

目录

dsh-plugin-product-design/
├── index.mjs cordis 入口 · 装配（fire-and-forget 技能挂载） ├── skills.mjs 隔离技能 provider（动态 import，降级为 warning） ├── skills/ 10 个技能：1 入口 + 9 个 pd-（各含 SKILL.md，部分含 references/scripts） ├── references/ 4 个插件级共享规则 ├── scripts/bootstrap-prototype.mjs 从模板创建新原型 ├── templates/prototype/ 原创极简 Vite + React starter ├── cordis.patch.yml 隔离插件组挂载描述 ├── install.ps1 部署脚本（复制式安装 + 自动备份） ├── verify-installed.mjs 安装态集成验证 ├── test/smoke.test.mjs 13 个单元测试 ├── assets/ 品牌 banner（亮/暗） └── docs/ ARCHITECTURE.md · PROTOCOL.md · SKILLS.md · INSTALLATION.md

文档

- docs/ARCHITECTURE.md — 架构设计：为什么是纯技能插件、挂载拓扑、降级策略
- docs/PROTOCOL.md — 工作流闸门与主机契约实测参考（注入面、技能挂载契约、能力边界、验证记录）
- docs/SKILLS.md — 技能参考：目录、路由规则、典型链条、逐技能契约、共享规则索引
- docs/INSTALLATION.md — 安装指南：安装器行为、验证判据、卸载语义、安装后布局、排错
- CHANGELOG.md — 版本更新日志
- references/ — 技能实际加载的 4 个共享规则文件

许可与来源

本插件代码 MIT。工作流方法论（简报闸门 → 三方向 → 构建 → QA 闸门、证据化审计等）受 Codex 官方 Product Design 插件启发；本仓库全部文案、脚本与模板为原创重写，未复制 OpenAI 的专有内容（其源未公开、许可为 Proprietary）。本插件与 OpenAI 无关联。

运行时依赖的 @deepseek-ai/ 宿主包归 DeepSeek Harness 官方所有与许可，不在本仓库许可范围内。