product-board-prototype-designer-v1.0.0

SKILL前端设计
前端设计 未标注权限 许可证不明确
安装这个技能

产品看板原型设计Skill-说明.md 产品(看板)原型设计 Skill · 使用说明 中文名称:产品(看板)原型设计 Skill 英文名称:Product Board Prototype Designer 版本:v1.0.0 类型:用户级 Skill(~/.workbuddy/skills/product-board-prototype-designer) 一句话定位:把散落的产品数据,一键变成领导一眼看懂的单文件 HTML 看板原型。 一、它解决什么问题 你电脑里沉淀了大量与「产研管理看板」相关的产物:Excel 产品供给表、Python 生成脚本、各种 HTML 原型、规范文档、提示词库……但它们分散、风格不一、复用成本高。 本 Skill 把这些资产合并提炼成一套可复用的方法论 + 工具链: 输入:产品清单 / Excel / JSON / 调研 Markdown 输出:单文件 HTML 看板原型(双击即开、可分享、无需部署) 覆盖 7 类页型:总览驾驶舱、产品卡片矩阵、研发进度、路线图、治理一张图、机制一张图、能力树 二、适用场景 把产品清单 / 调研结果做成可视化看板 输出单文件 HTML 演示原型(大屏汇报 / 打印查阅) 设计产品卡片规范(在售 / 在研 / Roadmap 三类模板) 把「完成度百分比」改造为「研发阶段状态跟踪」 做产品线治理一张图、决策机制一张图、Agent 能力树 把多个看板合并为一份宽屏汇报演示 关键词触发:产品看板、管理看板、产品矩阵、看板原型、看板优化、roadmap、一张图、能力树、产品演示页。 三、文件结构(包内 10 个文件) product-board-prototype-designer/ ├── SKILL.md # 主入口:工作流、硬主张、规范速查、资源索引 ├── assets/ │ ├── theme.css # 双主题设计系统(深色科技 / 浅色精致) │ └── dashboard-template.html # 单文件看板骨架,替换 DATA 即可用 ├── references/ │ ├── design-system.md # 完整设计令牌、字号阶梯、组件清单 │ ├── card-spec.md # 在售/在研/Roadmap 三类卡片字段规范 │ ├── page-patterns.md # 7 类页型结构模板与代码骨架 │ ├── build-workflow.md # 7 阶段构建路径 + 实施提示词库 │ └── data-schema.md # Excel/JSON 字段约定与清洗规则 └── scripts/ ├── build_dashboard.py # Excel/JSON → 单文件 HTML 生成器 └── merge_boards.py # 多看板合并为宽屏汇报演示 四、安装方式 方式 A · 解压安装包(推荐给同事分发) 拿到 product-board-prototype-designer-v1.0.0.zip 解压到: 用户级:~/.workbuddy/skills/(对所有项目生效) 或项目级:<项目>/.workbuddy/skills/(团队共享) 解压后目录应为 skills/product-board-prototype-designer/SKILL.md,WorkBuddy 重启后自动识别。 方式 B · 直接用已安装版本 当前环境已安装到 ~/.workbuddy/skills/product-board-prototype-designer,直接对话调用即可(例如:"帮我用产品看板原型设计一个低空产品矩阵")。 五、快速上手 路径 A · 脚本生成(数据量 >15 条,推荐) # 依赖:pip install openpyxl(仅读 .xlsx 时需要) python scripts/build_dashboard.py \ --input 产品数据.xlsx \ --output 看板.html \ --title "产研管理看板" \ --pages overview,catalog,progress --input:.xlsx(自动识别「产品」「需求」sheet)或 .json --pages:启用页型,逗号分隔(省略=三 Tab 全开) 缺失字段自动渲染为「待补」,并在页脚输出字段完整度统计 路径 B · 直接手写(数据量小 / 想精修) 以 assets/dashboard-template.html 为骨架,把数据内联进 const DATA = {...},改标题和 Tab 即可,无需任何依赖。 合并多个看板(汇报前整合)

一句话选型结论

按资料字段整理

product-board-prototype-designer-v1.0.0是前端设计类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类前端设计 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_2fbd40ab/product-board-prototype-designer
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

前端设计
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_2fbd40ab仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791693124
正文体量7.9 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
出页面与组件

按描述生成页面结构和组件草稿。

调整样式与布局

改间距、配色与响应式布局。

生成设计说明

把设计稿整理成开发能接的说明。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在前端设计场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
product-board-prototype-designer-v1.0.0当前 未标注权限 未标注 未标注 未标注 有
前端设计 只读 GitHub 仓库 882.3 万 Codex、Claude、Cursor 有
Vercel 组合模式 联网访问 GitHub 仓库 385.9 万 Codex、Claude、Cursor 有
Vercel React native skills 前端 只读 GitHub 仓库 246.9 万 Codex、Claude、Cursor 有
adapt 搜索 浏览器控制 GitHub 仓库 202.7 万 Codex、Claude、Cursor 有
使用我的浏览器 浏览器控制 GitHub 仓库 184.8 万 Codex、Claude、Cursor 有

SKILL.md 全文

7.9 KB
模型实际读到的说明书原文,来自技能仓库

产品(看板)原型设计 Skill

Product Board Prototype Designer

把散落的产品数据,变成领导一眼看懂的看板原型。


何时使用

命中以下任一情形即启用:

  • 需要把产品清单 / Excel / 调研结果做成可视化看板
  • 需要输出单文件 HTML 演示原型(可直接双击打开、可分享、无需部署)
  • 需要设计产品卡片规范(在售 / 在研 / Roadmap 三类模板)
  • 需要把"完成度百分比"改造成研发阶段状态跟踪
  • 需要做产品线治理一张图、决策机制一张图、Agent 能力树
  • 需要把多个看板合并为一份宽屏汇报演示
  • 关键词:产品看板、管理看板、产品矩阵、看板原型、看板优化、roadmap、一张图、能力树、产品演示页

核心设计主张

这套方法论来自真实迭代(多轮返工换来的),有四条硬主张:

主张 说明 反面案例
阶段替代百分比 研发进度用「需求定义→立项→设计→开发→测试→发布→迭代」状态条表达 "完成度 65%" —— 没人知道这 65% 是什么
去赛道化、按形态分类 主维度是产品形态(平台/应用/服务/数据/装备),赛道只做次级标签 按赛道堆叠,客户感知零散
双轨卡片 在售卡片与在研卡片字段完全不同,不要用一套模板硬套 在研产品显示"销售报价"
单文件可分享 产出必须是 self-contained HTML,双击即开、发给谁都能看 需要起服务器 / 依赖本地资源

还有一条底线:源数据没有的数字,绝不编造。缺失字段一律显式标注「待补」,并在页面底部输出「字段完整度」统计。


工作流(五步)

Step 1 · 明确页型

先问清楚要做哪一类,不同页型结构差异很大:

# 页型 适用场景 核心组件
P1 总览驾驶舱 高层汇报开场 KPI 卡组 + 分布图表 + 增量趋势
P2 产品卡片矩阵 供给盘点、产品目录 筛选器 + 卡片网格 + 详情弹窗
P3 研发进度跟踪 周会 / 双周会 阶段状态条 + 人员投入趋势 + 需求九宫格
P4 路线图时间线 规划评审 横轴月份 + 版本节点 + 存续期条 + 推广铺垫标记
P5 产品线治理一张图 上会决策 四层架构图 + 三类治理动作 + 前后对比
P6 机制一张图 流程宣贯 泳道 / 门槛卡 / 升级规则
P7 能力树 Agent / 产品能力拆解 树形分支 + 优先级色标

不确定就默认 P1 + P2 + P3 三 Tab 组合,这是最通用的产品管理看板骨架。

详细页型模板见 references/page-patterns.md。

Step 2 · 盘点数据

读取源数据(Excel / JSON / Markdown 清单),按 references/data-schema.md 的字段约定归一化。

必做三件事:
1. 过滤无效记录(已更名 / 已失效 / 更换赛道 前缀)
2. 三分产品:在售 / 在研 / Roadmap
3. 统计字段完整度,缺失项标「待补」而非留空或臆造

Step 3 · 套用设计系统

直接引用 assets/theme.css,不要重新发明配色。

  • 双主题:深色科技(大屏演示)/ 浅色精致(日常查阅、打印)
  • GEOVIS 主色阶:#0B3A8C → #1B5FC1 → #2E7CE6
  • 产品形态五色标:平台=中蓝 / 应用=青 / 服务=绿 / 数据=紫 / 装备=琥珀

字段规范见 references/card-spec.md,视觉令牌见 references/design-system.md。

Step 4 · 生成单文件 HTML

两条路径,按数据量选:

路径 A — 脚本生成(推荐,数据量 >15 条)

python scripts/build_dashboard.py --input 产品数据.xlsx --output 看板.html --title &quot;产研管理看板&quot; --pages overview,catalog,progress

路径 B — 直接手写
以 assets/dashboard-template.html 为骨架,把数据内联进 const DATA = {...},改标题和 Tab 即可。

两条路径产出都必须满足:
- 单文件、无外部依赖(ECharts 用 CDN,离线场景内联)
- 图片一律 base64 内联
- 深浅主题切换按钮常驻右上角

Step 5 · 自检(至少 5 轮)

交付前逐条过:

  • [ ] 双击打开正常渲染,控制台无报错
  • [ ] 深浅主题切换后文字对比度均达标(浅色主题下不出现浅字浅底)
  • [ ] 所有 Tab / 筛选器 / 弹窗可正常交互
  • [ ] 数字与源数据逐项核对一致,无编造值
  • [ ] 缺失字段显示「待补」,非空白、非 undefined、非 NaN
  • [ ] 1920 / 1440 / 笔记本 1366 三档宽度下布局不塌
  • [ ] 打印预览(Ctrl+P)分页合理
  • [ ] 无价格敏感信息泄漏(若场景要求规避)

关键规范速查

研发阶段(七段)

需求定义 → 立项 → 设计 → 开发 → 测试 → 发布 → 迭代

已完成=绿色实心 / 当前=青色脉冲 / 未到=灰显。悬停显示负责人与预计停留时长。

产品形态五分类

平台软件 · 应用软件 · 在线服务 · 数据产品 · 整机装备

软硬件必须分开,这是硬规则。

版本标识

α 内测 → β 公测 → GA 正式发布

需求优先级

P0 核心能力(版本关键内容)— 置顶 + 红色强调
P1 重要需求(缺失有影响)
P2 一般需求(配件类)

需求创建时强制选择,且必须填写分级理由。

详情弹窗四 Tab

基本信息 | 迭代进度 | 团队产出 | 需求细节

资源索引

文件 用途 何时读
references/design-system.md 完整设计令牌、字号阶梯、组件清单 需要调整视觉时
references/card-spec.md 在售/在研/Roadmap 三类卡片字段规范 设计卡片时
references/page-patterns.md 7 类页型的结构模板与代码骨架 Step 1 定页型后
references/build-workflow.md 7 阶段构建路径 + 每阶段实施提示词 完整重构项目时
references/data-schema.md Excel/JSON 字段约定与清洗规则 Step 2 盘点数据时
assets/theme.css 可直接引用的完整设计系统 每次生成都用
assets/dashboard-template.html 单文件看板骨架,替换数据即可 路径 B 手写时
scripts/build_dashboard.py Excel/JSON → 单文件 HTML 生成器 路径 A 脚本生成
scripts/merge_boards.py 多看板合并为宽屏演示 汇报前整合时

输出约束

  1. 数据真实性:源文件没有的数值一律不写精确值。改用定性表述,或标注「待补 / 待校准」,或登记为数据缺口并写明责任方。结构类结论(产品计数、分类分布)基于官方清单即可成立。
  2. 用词中性:页脚、标注等位置使用中性表述(如"文档说明""页脚标注""日期")。
  3. 价格信息:默认不在看板中呈现具体价格、套餐档位、付费标签,除非用户明确要求。
  4. 交付即可用:产出的 HTML 必须双击能开,不允许"还需要装个依赖"。

联动

  • 上游取数:产品体系梳理助手(产品清单与分类)
  • 下游出材料:汇报材料生成器(把看板截图转 PPT)
  • 平行:需求九宫格助手(需求矩阵数据)、产品线治理助手(治理一张图内容)

常见问题

5 问
答案由本站依据条目字段整理
product-board-prototype-designer-v1.0.0怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_2fbd40ab/product-board-prototype-designer。安装方式为未标注。装完刷新技能列表或重开客户端。

product-board-prototype-designer-v1.0.0支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

product-board-prototype-designer-v1.0.0权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

product-board-prototype-designer-v1.0.0收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

product-board-prototype-designer-v1.0.0用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。