调研与决策
适合调研、分析、判断、路线选择与证据组织。
你可能要做
- 快速拆解一个复杂问题
- 比较不同路径并形成判断
- 把结论转成下一步行动
建议先看
按任务找技能
先找到要做的事，再点最合适的 skill。
这里先帮你缩小范围：你要完成什么、先看哪个 skill、值不值得继续深看。需要完整步骤和最新更新，再去 GitHub。
能直接落地不是只给你一句 prompt。很多 skill 会直接产出页面、脚本、部署结果或可复查记录。
先按任务找不知道 skill 名也没关系，先按你要完成的事找入口。
先看能不能用每个 skill 会先告诉你适合什么时候用、要准备什么、会拿到什么。
详细说明在 GitHub想看完整步骤、更新和示例，直接去 GitHub。
15已收录技能
12公开技能
3脱敏公开
7已上线场景
场景
先看你要完成什么
每个场景会先告诉你在解决什么、从哪里起手、先看哪些 skill。需要细节时再进 GitHub。
写作与文档
适合提案、Spec、PRD、长文与结构化写作。
你可能要做
- 把散乱背景整理成结构化文档
- 围绕受众和目标搭建文档骨架
- 在发出去前做一次读者视角检查
建议先看
设计与视觉
适合风格、视觉表达、版式与图像产出。
你可能要做
- 先判断内容形状与使用场景，再选择合适的视觉家族
- 把视觉层和信息 / 交互层拆开，而不是默认套同一种模板
- 把视觉方向沉淀成可复用的呈现层，并保留多种风格分支
网站与前端
适合网页、交互界面、前端实现与上线前页面工作。
你可能要做
- 明确页面风格、结构和叙事顺序
- 快速找出首页、落地页和关键流程的清晰度问题
- 在真实浏览器里验证交互
编程与工程
适合代码实现、调试、架构、工程质量与开发工作流。
你可能要做
- 设计对 agent 友好的工程接口
- 把外部服务组织成 MCP server
- 补测试与评估让接口更可用
建议先看
自动化与交付
适合部署、发布、同步、自动化管道与持续交付。
你可能要做
- 把本地工程变成可持续发布的仓库
- 安全地处理 GitHub 仓库、PR、Actions 和权限
- 把工程发布成稳定入口
建议先看
项目与产品推进
适合项目推进、产品规划、Backlog、Roadmap 与流程协同。
你可能要做
- 梳理项目路线和优先级
- 找出跨角色、跨系统、多触点链路里的断点
- 组织 backlog、里程碑和推进节奏
建议先看
技能总览
挑到合适的，再看完整说明
这里先帮你判断每个 skill 是干什么的、适合什么时候用、输入输出大概是什么。确定对路，再点进 GitHub 看步骤。
场景
调研与决策
适合调研、分析、判断、路线选择与证据组织。
Skill
作用
输入
产出
GitHub
Best Minds
公开 · core · $best-minds
世界级专家模拟与研究决策 skill，用于调研、思路梳理和路线规划。
question · scope结论摘要 · 关键发现与证据
场景
写作与文档
适合提案、Spec、PRD、长文与结构化写作。
关键任务把散乱背景整理成结构化文档 · 围绕受众和目标搭建文档骨架 · 在发出去前做一次读者视角检查
建议起手Doc Co-Authoring
Skill
作用
输入
产出
GitHub
Doc Co-Authoring
公开 · 稳定 · $doc-coauthoring
结构化文档共创 workflow，适合提案、Spec、PRD、决策文档与长文写作。
doc_goal · source_context文档结构与章节 scaffold · 逐段共创与修订建议
场景
设计与视觉
适合风格、视觉表达、版式与图像产出。
关键任务先判断内容形状与使用场景，再选择合适的视觉家族 · 把视觉层和信息 / 交互层拆开，而不是默认套同一种模板 · 把视觉方向沉淀成可复用的呈现层，并保留多种风格分支
Skill
作用
输入
产出
GitHub
Handdrawn Run Report
公开 · 稳定 · $img-handdrawn-run-report
把图片生成结果、Prompt 与参数整理成可打印的 HTML 运行报告，适合归档、复现与展示。
meta_json · image_files可打印的 HTML 运行报告 · 嵌入式图片预览与 prompt 记录
Minimalist Information Presentation
公开 · 稳定 · $minimalist-information-presentation
把页面、界面和文档收口成更清晰的信息顺序，用删减和层级控制代替“看起来很简洁”的伪极简。
artifact · primary_decision页面核心任务的一句话定义 · Orient / Prove / Act 的最小信息序列
Theme Factory
公开 · 稳定 · $theme-factory
为 HTML、文档、幻灯或报告选择并应用成体系的视觉主题，而不是零散改样式。
artifact_type · style_goal主题 shortlist 或自定义方向 · 颜色与字体 tokens
Zon Minimal Editorial
公开 · 稳定 · $zon-minimal-editorial
把内容型网站和页面做成克制、黑白、内容优先的 editorial family；它是一个可选方向，不是所有站点的默认壳。
artifact_type · content_shapeeditorial fit 判断与页面原型方向 · 层级、排版和视觉约束
场景
网站与前端
适合网页、交互界面、前端实现与上线前页面工作。
关键任务明确页面风格、结构和叙事顺序 · 快速找出首页、落地页和关键流程的清晰度问题 · 在真实浏览器里验证交互
Skill
作用
输入
产出
GitHub
Frontend Design
公开 · core · $frontend-design
高质量网页、界面和前端实现 skill，强调风格判断与可上线交付。
goal · constraints设计方向 · 页面或组件实现
UX Clarity Audit
公开 · core · $ux-clarity-audit
用结构化 UX audit 方法快速定位首页、页面和关键流程的理解断点，并给出可验证改进动作。
target · primary_goal优先级问题清单（含 surface/step、root cause、confidence） · 首页或流程清晰度判断
Webapp Testing
公开 · 稳定 · $webapp-testing
用 Playwright 验证本地 Web 应用行为，适合交互验收、回归检查、截图取证与 UI 调试。
app_url_or_path · verification_goal浏览器内的验证结论 · 截图、日志或复现证据
场景
编程与工程
适合代码实现、调试、架构、工程质量与开发工作流。
关键任务设计对 agent 友好的工程接口 · 把外部服务组织成 MCP server · 补测试与评估让接口更可用
建议起手MCP Builder
Skill
作用
输入
产出
GitHub
MCP Builder
公开 · 稳定 · $mcp-builder
构建高质量 MCP server 的工程 guide，覆盖工具设计、协议理解、实现、测试与评估。
target_service · stack_constraintsMCP server 设计原则与实现路线 · tool schema 与错误处理建议
场景
自动化与交付
适合部署、发布、同步、自动化管道与持续交付。
关键任务把本地工程变成可持续发布的仓库 · 安全地处理 GitHub 仓库、PR、Actions 和权限 · 把工程发布成稳定入口
Skill
作用
输入
产出
GitHub
GitHub Ops
脱敏公开 · 稳定 · $github-ops
用 gh CLI + git 处理 GitHub 日常运维：仓库、PR、Issue、Release、Actions、Secrets 与权限管理。
repo_target · operation_goal安全默认下的操作路径 · 可执行命令或实际处理结果
GitHub Repo Bootstrap
脱敏公开 · 稳定 · $github-repo-bootstrap
把一个本地文件夹稳定地变成 GitHub 仓库：创建远端、配置 origin、推送 main，并处理常见 PAT/SSH 问题。
local_path · owner_repo已创建的 GitHub 远端仓库 · 已配置的远端和首次推送结果
Vercel Deploy
公开 · 稳定 · $vercel-deploy
将现有工程发布到 Vercel，并处理分析与域名配置。
project_path · domain部署结果 · 线上访问地址
Vercel Ship
脱敏公开 · 稳定 · $vercel-ship
把 Git 提交、GitHub 推送、Vercel 部署、Analytics 与自定义域名串成一条可重复执行的 ship 流水线。
project_path · shipping_overrides已提交并推送的 Git 状态 · Vercel 部署结果与线上地址
场景
项目与产品推进
适合项目推进、产品规划、Backlog、Roadmap 与流程协同。
关键任务梳理项目路线和优先级 · 找出跨角色、跨系统、多触点链路里的断点 · 组织 backlog、里程碑和推进节奏
Skill
作用
输入
产出
GitHub
UX Service Audit
公开 · core · $ux-service-audit
按服务设计方法审查多触点、多角色、多系统链路，定位 handoff 断点并产出分层修复计划。
service_scope · primary_roles服务链路断点清单（含 stage/handoff 定位） · 角色与交接问题判断（含 priority 与 confidence）
继续往下看
想继续往下看，就去 GitHub
GitHub 里有完整说明、最新更新和全部技能文件。首页只负责帮你先挑路。