mochi-quest
基于 Mochi Quest 服务的 AI 个人成长与习惯教练，管理目标、任务与奖励。
▸ 推荐理由适合想用 AI 跟踪目标与打卡的个人用户
▸ 风险提示需连接并授权外部 Mochi Quest 服务与 webhook。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 7200 个
using-git-worktrees
在开始特性或变更前使用工作区或 git worktree 保持隔离
▸ 推荐理由避免污染当前工作区，确保在隔离环境中安全开发与测试
test-driven-development
在实现功能或修复前遵循先写测试、再实现的 TDD 流程
▸ 推荐理由帮助保持测试覆盖与实现正确性，适合开发与代码代理场景
systematic-debugging
遇到 Bug 或测试失败时引导进行系统化根因分析再修复
▸ 推荐理由防止盲目修补，强调查明根因再改，提升修复质量与可追溯性
social
作为社媒策略师辅助撰写、优化并排程社交媒体内容
▸ 推荐理由适合需要系统化产出社媒素材的营销人员与内容创作者
seo
对网站或业务做全面的 SEO 技术与内容分析与审计
▸ 推荐理由整合多项子技能执行全面站点审计，便于自动化 SEO 报告与优化建议
▸ 风险提示运行时可能会抓取目标网站或调用外部分析 API
review
在合并前审查PR diff，检测SQL安全、信任边界、条件副作用与结构性问题。
▸ 推荐理由能自动化发现严重问题，显著降低上线与安全风险。
▸ 风险提示运行需读取仓库diff与分支信息，涉及代码访问权限。
review-animations
专门评审动画与动效代码，根据高工艺标准给出改进与否定建议。
▸ 推荐理由适合注重交互动效质量的设计工程团队或审稿人。
retro
每周工程复盘，分析提交历史、工作模式和代码质量趋势并提出改进项。
▸ 推荐理由帮助团队量化历史表现并提出可执行的改进建议。
▸ 风险提示需要访问代码仓库历史，涉及敏感数据访问。
requesting-code-review
组织并派发代码评审子代理，提供针对性上下文以提升审查质量。
▸ 推荐理由能在合并前捕获问题，减少后续返工，适合协作团队使用。
receiving-code-review
在接收代码评审反馈时提供核验流程与澄清建议，避免盲从或误解。
▸ 推荐理由强调技术核实与沟通，适合希望改进review流程的开发者。
product-marketing
帮助创建并维护产品营销背景文档，统一定位与目标用户信息。
▸ 推荐理由能避免重复沟通，为其他营销技能提供标准化上下文。
pricing
提供SaaS定价、分层与货币化策略建议，评估价值点与付费意愿。
▸ 推荐理由适合产品与运营团队制定数据驱动的价格与包装策略。
plan-eng-review
以工程经理视角评审并锁定执行计划、架构、数据流、边界与测试策略。
▸ 推荐理由适合需把关系统设计与可执行性的工程负责人。
▸ 风险提示安装/更新脚本会运行本地检查，可能访问外部资源。
plan-devex-review
评估并规划开发者体验，从角色、摩擦点到魔性使用场景提供改进方向
▸ 推荐理由系统化 DX 评审及分级建议，适合改进开发者上手与留存
▸ 风险提示包含本地更新脚本，可能访问网络并修改本地环境
plan-ceo-review
以 CEO 视角复核产品计划，挑战前提并探索范围扩展或收缩策略
▸ 推荐理由适合创始人与高管做战略级产品判断与优先级选择
▸ 风险提示包含本地更新脚本，可能访问网络并修改本地环境
office-hours
提供两种模式的创业/构建者问诊，帮助提炼问题与产出设计文档
▸ 推荐理由集成问诊与输出模板，适合快速做产品方向检视
▸ 风险提示包含本地脚本与更新检查，可能拉取外部脚本或修改本地文件
marketing-ideas
基于大量验证策略，给出针对阶段和资源的营销与增长创意
▸ 推荐理由大库策略配合情境筛选，能快速产出可执行的增长点
launch
为产品或功能发布提供 SaaS 上的上市策略、传播与转化计划
▸ 推荐理由面向 SaaS 的系统化 launch 模板，适合需要落地传播的团队
git-commit-push-pr
将工作区变更提交、推送并创建或更新 Pull Request，生成价值导向的 PR 描述
▸ 推荐理由一键从改动到 PR，并自动产出分级的说明，适合开发者日常工作流
▸ 风险提示会执行提交/推送并访问远程仓库，需注意凭据与权限
frontend-design
为新界面或改造提供有意图的视觉设计建议，强调独特性
▸ 推荐理由强调不模板化的审美与排版决策，适合寻求差异化的产品
finishing-a-development-branch
在实现完成并测试通过时，给出分支合并、PR 或清理的结构化选项并执行流程
▸ 推荐理由把完成开发的决策和操作流程化，适合常规发布场景
▸ 风险提示可能需要仓库写权限并执行合并/推送操作
emil-design-eng
依据 Emil Kowalski 的理念提供界面打磨与动效建议。
▸ 推荐理由聚焦细节与交互感，适合想提升产品质感的设计师。
document-generate
依据 Diataxis 框架自动补全/生成缺失的项目文档。
▸ 推荐理由能系统化填补文档覆盖缺口，适合代码库与产品文档维护。
dispatching-parallel-agents
把多个独立任务分发给专门代理并并行执行以提速。
▸ 推荐理由适合需要并行处理且无共享状态的工作场景，提升吞吐量。
cso
以基础设施为先全栈安全审计并执行多维安全检查。
▸ 推荐理由覆盖 OWASP/STRIDE/LLM 安全与供应链扫描，适合安全团队。
▸ 风险提示包含本地脚本与更新检查，可能会执行外部或高权限操作。
cro
分析营销页面并提出可执行的转化率优化建议。
▸ 推荐理由给出具体改进项与优先级，适合产品与增长团队使用。
copywriting
生成或改进高转化的营销文案与页面文案。
▸ 推荐理由面向登陆页与产品页的专业转化文案产出，落地性强。
content-strategy
为产品或品牌制定可执行的内容策略与选题规划。
▸ 推荐理由有产品营销上下文检查，适合内容团队制订长期计划。
ce:work
根据计划或提示系统化执行工作并交付完整特性。
▸ 推荐理由适合把需求快速拆解并推动落地，减少人工协调成本。
ce:review
用分层角色与并行子代理对代码变更进行结构化评审并汇总结果。
▸ 推荐理由并行多视角审查并去重合并，能产出高质量评审报告。
▸ 风险提示需访问代码变更内容，涉及代码库访问权限与隐私。
ce:plan
把需求或目标拆解为结构化的可执行实施计划。
▸ 推荐理由将 WHAT 转换为 HOW，生成可跟踪的实施步骤与里程碑。
ce:ideate
为当前项目生成并评估可行且有价值的改进想法。
▸ 推荐理由提供高质量、可落地的改进方向，便于决策与迭代。
ce-demo-reel
自动检测项目并录制 GIF/截图等可用于 PR 的演示证据。
▸ 推荐理由为 PR 生成可嵌入的视觉证明，提升变更可见性。
▸ 风险提示可能上传录制内容到公网 URL，存在信息泄露风险。
ce-debug
系统化定位根因并给出或实现缺陷修复方案。
▸ 推荐理由按因果链追踪问题并可选地以测试优先方式落地修复。
▸ 风险提示可能运行测试或修改代码，需仓库写入权限。
ce:compound
并行子代理协作，把刚解决的问题写成结构化文档存档。
▸ 推荐理由快速把临时解决方案转为可搜索的团队知识库。
ce:brainstorm
通过协作对话产出面向实现的需求文档和设计要点。
▸ 推荐理由将脑暴结果结构化为可复用的需求文档，便于交接与实施。
brainstorming
在开始任何创作或实现前通过对话梳理意图与需求。
▸ 推荐理由强制性的前置步骤，帮助明确目标与约束，减少返工。
autoplan
自动化审查流水线，顺序运行多项评审并在最终审批点提出边界决策。
▸ 推荐理由汇集多方评审并用原则自动决策，能显著减少人工复审负担。
▸ 风险提示会执行或调用本地更新检查脚本并写入用户目录文件。
ultra-powers
激活包含 40 个子技能的全流程 Flow，并强制在每次行动前走 FLOW.md 路由。
▸ 推荐理由把常用技能按意图路由，适合需要统一工作流和规范流程的团队。
▸ 风险提示激活过程会调用本地激活器并写入主目录状态文件。