github-project-board
创建并规范 GitHub Projects v2 看板，保证字段与视图符合团队模板。
▸ 推荐理由自动化建表与规范化配置，适合首次配置或统一现有看板时使用。
▸ 风险提示需使用 gh CLI 并获取相应项目/仓库权限，会对项目配置进行变更
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 7200 个
git-workflow
团队级 Git 分支策略、提交规范与 Pull Request 工作流的标准化文档。
▸ 推荐理由为日常开发与代码审查提供统一的操作与命名约定，降低合并冲突成本。
clean-up
在 PR 合并后清理本地分支、worktree、远端引用并关闭已完成的背景任务。
▸ 推荐理由把常见收尾工作自动化，减少手工清理和仓库杂乱。
▸ 风险提示执行删除/停用操作，需谨慎授权与确认以免误删工作分支或资源
expo-ui
关于 @expo/ui 组件、平台互操作性和 SDK 版本注意事项的参考手册。
▸ 推荐理由明确 SDK 与平台差异，适合审查与实现跨平台界面时参考。
expo-app-dev
覆盖 Expo 应用的配置、调试、模拟器与 EAS 构建与发布流程。
▸ 推荐理由为团队从开发到上架提供实操流程与选项对比，减少入门摩擦。
webapp-security-audit
审计浏览器端 web 应用的依赖、XSS、密钥泄露、CORS 等安全问题。
▸ 推荐理由提供按优先级的可执行审计清单，便于代码评审和上线把关。
tdd
按照 TDD 工作流引导或审计测试编写，执行红-绿-重构周期并建议覆盖改进。
▸ 推荐理由能把测试先行的流程落地为可操作步骤，对提升代码质量有明显帮助。
standup
向已安装的各角色 agent 并行拉取三行内的只读代码状态汇总并输出精简摘要。
▸ 推荐理由适合多 agent 协作环境快速获得各角色的角色化进度脉动，轻量且只读。
release
自动准备语义版本号、开 bump-X.Y.Z 的 PR，并打标签以便合并后推送 tag。
▸ 推荐理由简化发布流程，自动化生成版本变更 PR，减少手工出错与流程成本。
▸ 风险提示会创建分支/PR并依赖仓库权限与 CI hook，需谨慎授予写权限和 tag 权限。
label-hook
响应特定标签触发的映射动作，丰富 issue 或执行端到端实现流程。
▸ 推荐理由把仓库内标签映射为可执行动作，便于把人工标记转为自动化 CI 流程。
▸ 风险提示由 CI/workflow 调用并携带常量动作 token，需注意 token 与权限暴露风险。
issue
根据简要描述或现有 issue 在仓库内创建或丰富 GitHub Issue。
▸ 推荐理由可把模糊需求自动扩写为可执行、带标签的 issue，适合维护者与自动化流程。
▸ 风险提示需调用 gh CLI 并拥有仓库写权限，可能涉及对外网络与凭证使用。
hygiene
按计划运行仓库保养任务：刷新文档、按规范提交并创建可自动合并的 PR。
▸ 推荐理由适合需要无人值守、周期性维护并自动落地变更的项目仓库。
▸ 风险提示会自动创建 PR 并开启自动合并，需写权限及受信任的 CI 配置。
github-project-management
通过 gh CLI 和 GraphQL 管理 Projects v2、milestones、标签与 issue 关系。
▸ 推荐理由为自动化项目协调提供完整的 GitHub 操作集合，适合规模化管理需求。
▸ 风险提示依赖 gh CLI 并需授权（project/repo 范围），会进行写操作。
github-project-board
创建并标准化 GitHub Projects v2 看板与字段配置为规范化仪表板。
▸ 推荐理由填补自动化项目板创建与一致性配置的空白，便于统一看板视图与字段。
▸ 风险提示会调用 GitHub API/gh CLI 并修改项目，需项目权限和相应 token。
git-workflow
定义仓库的分支策略、提交规范与 PR 工作流，规范代理提交行为。
▸ 推荐理由确保代理产生可追溯、可合并的提交和一致的分支管理实践。
docs
串联审计、机器文档和人类文档代理来自动更新项目文档并提交变更。
▸ 推荐理由一键化文档流水线，适合需要定期同步代码与文档的团队仓库。
▸ 风险提示会生成并落地 PR/提交，需仓库写权限与 CI 配置支持。
docs-human
定义供人类快速浏览的项目文档格式与产出规范。
▸ 推荐理由把机器文档转换成易读的决策、状态和架构文档，便于沟通汇报。
docs-agent
定义一套面向 LLM/代理的机器可读文档规范与格式规则。
▸ 推荐理由便于为代理生成一致、可解析的机器文档，利于自动化工具消费。
delegate
抓取开源 GitHub issue，分配给合适的专家代理并编排并行或串行执行。
▸ 推荐理由适用于需要把问题自动分派给专责代理并安全并行工作的代码仓库管理场景。
▸ 风险提示会对仓库执行操作（建分支、提交、PR），需 GitHub 写权限及凭证。
clean-up
在 PR 合并后清理本地已合并分支、worktrees、远程跟踪引用并关闭完成的后台任务。
▸ 推荐理由常规收尾自动化，减少手动清理与遗留资源占用。
▸ 风险提示会删除分支与收回资源，需谨慎授予写权限并确认已安全合并。
audit
按顺序运行完整代码库审计链，产出并可选择实现修复的综合报告。
▸ 推荐理由端到端的自动审计与修复流程，适合需要系统安全与质量把关的团队。
▸ 风险提示可能需要对代码库写权限与高权限操作，具备变更风险。
verify-cuj
根据 DESIGN.md 中的 CUJ 对生成版本逐条测试并输出逐点的通过/失败与证据。
▸ 推荐理由把体验规范变成可执行的验收测试，方便 Converge 阶段判定。
spec-cuj
生成包含 3–5 个可测临界用户旅程及可验证停止条件的 DESIGN.md 规范。
▸ 推荐理由把模糊目标转成可验证的 CUJ 且便于后续测试与验收。
memory-write-router
根据写作路由规则决定一段内容应写入 DESIGN.md、AGENTS.md、MEMORY.md 或 .ux/。
▸ 推荐理由统一写入位置与规范，减少文档分散与重复工作。
codex-fixbook
为 Codex CLI/桌面版提供本地故障排查知识库和已知问题指南。
▸ 推荐理由集中常见症状与根因，便于快速定位 Codex 相关故障。
messaging-positioning
把策略产出（价值、画像、购买旅程）生成可直接使用的定位与外联素材。
▸ 推荐理由把策略转成可发布/发送的激活包，利于市场和销售落地执行。
missing-value-propositions
基于PSO与买家画像找出公司缺失的价值主张并评分排序。
▸ 推荐理由快速定位未覆盖的客户价值点，适合B2B GTM策略迭代。
buying-process
描绘目标细分的五阶段 B2B 购买流程并给出销售与营销建议。
▸ 推荐理由把买家旅程分解为可执行阶段，帮助团队对位触达与内容策略。
persona-experiments
设计并分两波验证买家画像与价值主张的实验与测试计划。
▸ 推荐理由结合即时演练与落地实验计划，便于快速验证市场假设与学习反馈。
buyer-persona
构建完整的 B2B 买家角色，描述决策链、痛点与匹配价值。
▸ 推荐理由为销售与市场提供操作性强的客户画像与针对性沟通要点。
competitor-analysis
基于价值主张绘制差异化矩阵，识别优劣与支撑证据。
▸ 推荐理由把价值主张与竞争对手对照，明确独特性与薄弱环节，便于策略制定。
value-proposition
引导生成按问题-解决-结果格式的公司价值主张列表并优先排序。
▸ 推荐理由系统化产出大量 PSO 形式的价值主张，适合产品/市场定位工作流。
company-brief
一次性采集公司基本信息，生成可复用的 Company Brief。
▸ 推荐理由构建统一信息基底，方便后续所有市场与销售相关技能复用输入。
battle-tested-engineer
提供极简、实战导向的工程判断与修复建议（代码/测试/UI）
▸ 推荐理由以最低代价修复问题并给出可执行命令与提交说明
pixellab-pip
针对 PixelLab Pip 的设置、鉴权、资源生成与动画工作流支持。
▸ 推荐理由为 PixelLab 用户自动化资产生成与编辑流程提供指导。
▸ 风险提示需要外部 API/服务与密钥，需网络与凭证访问。
fable-understand
基于实现证据解释代码库的行为、架构、引导和数据流。
▸ 推荐理由能把抽象问题映射到具体实现并给出出处，便于代码审查与知识传递。
fable-sweep
在仓库范围内发现并执行重命名、迁移与一致性更新的实现流程。
▸ 推荐理由擅长大规模一致性变更与迁移，节省人工逐处修复的工作量。
▸ 风险提示会对工作树做大范围修改，可能破坏未提交的本地更改或引入冲突。
fable-fact-check
针对文档与声明逐条核验，基于代码与运行证据确认真假。
▸ 推荐理由可把主观断言变为有证据支持的结论，适合发布前审查与审计。
fable-design-options
基于代码库证据生成多种技术设计方案与权衡分析。
▸ 推荐理由面向实际实现的证据驱动设计，适合需要有据可依的架构决策场景。
fable-deep-review
对 PR、分支或补丁做接近资深工程师的深度代码审查。
▸ 推荐理由用于严格的变更把关与回归风险识别。
▸ 风险提示需要访问仓库代码并可能访问 CI/日志等敏感信息。