Skills
收录 101,174 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
全部
用于通过 TDD git-worktree 工作流端到端地开发功能或修复缺陷——可交互进行(开发者主导)或无人值守(自主模式,由调度器驱动)。触发短语包括“implement issue #N”“fix this bug”“add a feature”“create a worktree”“write test cases”“push and open a PR”“check CI”“address review comments”“resolve review threads”“/q review”“/codex review”“implement this autonomously”,或设计 → worktree → 测试 → 实现 → 验证 → 评审 → PR → CI → E2E 生命周期中的任意部分步骤。交互模式会征求决策;自主模式按 autonomous-mode.md 做决策,并向 GitHub issue 发布进度评论。
用于执行端到端的 PR 评审并得出批准/请求修改的结论——包括验证验收标准、通过浏览器自动化运行 E2E 测试、解决合并冲突,以及(当结论通过时)合并 PR。触发短语包括“review this PR”“decide whether to approve and merge”“run E2E verification”“resolve merge conflicts on PR #N”,或当调度器将标记为 `pending-review` / `reviewing` 的 PR 移交进行自主评审时。区别于开发过程中的自我评审(后者属于 autonomous-dev 的 pr-review 步骤)。
使用 `es-fluent-manager-bevy` 0.21 为 Bevy 0.20 应用添加本地化、通过 `#[derive(EsFluent)]` 定义类型化消息、用 `FluentText<T>` 包装 UI 文本、通过 `#[derive(BevyFluentText)]` 自动注册区域设置更新,或使用 `LocaleChangeMessage` / `LocaleChangedMessage` 切换区域设置时使用。涵盖 `I18nPlugin`、`RequestedLanguageId`、`ActiveLanguageId`、`i18n.toml` 配置,以及 `.ftl` 资源热重载。
为博客文章生成详细的内容简报,包含目标关键词、内容大纲、竞品分析、推荐统计数据、图片与图表建议、目标字数、内链架构、模板建议(12 种)、TL;DR 草稿、引用胶囊规划、信息增益提示词,以及多渠道分发计划。简报针对 Google 排名和 AI 引用(GEO/AEO)进行优化。当用户说 "content brief"、"blog brief"、"write brief"、"outline blog"、"plan blog post"、"blog outline"、"content outline" 时使用。
仅进行 AI 引用就绪度审计(不涉及 Google 排名,如需兼顾 Google+AI 请使用 blog-rewrite)。当用户希望其内容在 ChatGPT、Perplexity、Claude、Gemini 或 Google AI Overviews 中获得排名时使用。AI 引用优化审计,为博客文章在 ChatGPT、Perplexity 和 Google AI Overview 中的可引用性打分。评估段落级可引用性、问答格式、实体清晰度、结构化数据,以及 AI 爬虫可访问性。生成引用胶囊和 0-100 的 AI Citation Readiness 评分。当用户说 "geo"、"ai citation"、"ai optimization"、"citation audit"、"aeo"、"perplexity optimization"、"chatgpt citation" 时使用。
写作后的 SEO 校验,采用通过/不通过清单,涵盖 title 标签长度与关键词位置、meta description 质量、标题层级与关键词密度、内链/外链审计与锚文本分析、canonical URL 验证、Open Graph meta 标签(og:title、og:description、og:image)、Twitter Card 验证、URL 结构优化,以及图片 alt 文本的存在性。生成按优先级排序的修复清单与具体建议。当用户说 "seo check"、"check seo"、"validate seo"、"blog seo"、"seo validation"、"on-page seo"、"title tag check"、"meta description check"、"heading check"、"link audit" 时使用。
初始化 BMAD 规划工作区:交互式地选择规模自适应的 TRACK(Quick Flow / BMad Method / Enterprise),然后搭建输出文件夹、配置文件、空的 decision-log.md,以及 project-context.md "章程"。当用户说 "initialize BMAD"、"set up BMAD"、"start a new BMAD project"、"scaffold the planning workspace"、"bmad init"、"create the bmad config",或刚开始规划且尚无 bmad-output/ 文件夹时使用。当用户问 "which track should I use?" 或 "what scale is my project?" 时也可使用。这是在任何其他规划工作流(brief、PRD、architecture、stories)之前要运行的第一个技能。
可审计的 agent 团队:BMAD 全自动研发流水线编排器。编排 9 个专业 Agent(PM、架构师、UI Designer、Tech Lead、Scrum Master、Frontend、Backend、QA、DevOps)从需求到部署,每一步都有事件溯源 + 不可绕过门禁 + 确定性 eval——可验证测试真跑、门禁真过。支持单环节切片命令(/boss:plan /review /qa /ship)与无 CLI 纯 Markdown 降级。 Triggers(全流水线): 'boss mode', '/boss', '全自动开发', '从需求到部署', '帮我做一个', 'build this', 'ship it', '全流程', '自动化开发', '一键开发', 'start a project', 'new feature' Triggers(单环节切片,对存量项目最常用): - /boss:review — '帮我评审', '代码评审', '技术评审', '看看这段代码有什么问题', '风险评估', 'review this', 'review my PR', 'code review' - /boss:qa — '跑一下测试', '补测试', '检查质量', '测试覆盖够不够', '门禁过了吗', 'run the tests', 'check quality', 'add tests' - /boss:plan — '先出个方案', '写个 PRD', '设计一下架构', 'write a spec', 'plan this feature' - /boss:ship — '可以发布了吗', '部署检查', 'ready to ship', 'deploy checks' Does NOT trigger: - 单文件修改或简单 bug 修复(直接编辑即可) - 纯代码阅读或解释(使用 read 工具) - 已有 pipeline 正在运行时的重复启动 - 极小事(预计 <30 分钟人工可完成、不需要 PRD/架构/门禁记录) Output: 完整项目代码 + PRD/架构/UI/测试/部署文档,写入 .boss/<feature>/ 目录
在 QA 手动导入或手动创建 TestRail 工件后,将现有 TestRail Cases 或 Plans/Runs 手动关联回 CawPlan 映射。仅依据 refs 中的 requirement_id + test_point_id 匹配(不验证哈希)。适用于:按 refs 关联 CSV 导入的用例;将手工创建的 TestPlan/TestRun 绑定到 CawPlan 工单;用例回链、refs 映射、Plan Run 绑定、手工导入后 link。A3 CSV 导入后的理想路径:自动 Suite → AutoScan → 一次确认。不适用于:创建 TestRail 用例(使用 `cawplan-testcase-import`);创建 Plans/Runs(使用 `cawplan-testplan-layout`);生成/导出用例(使用 `cawplan-testcase-generate`);执行进度或缺陷提交。
当用户想释放 Mac 上的磁盘空间时使用。触发词包括 \"clean my Mac\"、\"free up space\"、\"disk full\"、\"where did my storage go\"、\"全自动清理 Mac\"、\"清理储存空间\"、\"Xcode is eating my disk\"、\"Docker is huge\"、\"what's taking my disk\"、\"show me a disk map\"、\"set up auto cleanup\"、\"find large unused folders\"、\"find old AI models\"、\"schedule cleanup\"。从任意路径遍历文件系统,依据 51 模块的判断登记表为每个文件夹标注自动安全 / 需复核 / 永不触碰 / 未知,并同时支持批量自动清理和逐项交互式复核。可通过 launchd 安装周期性自动清理。
为开发者提供 Contentstack 资源的组织、交付和转换建议。涵盖文件夹结构、Image Delivery API 转换、发布生命周期、CDN 行为和常见限制。当开发者询问如何上传、组织、交付、转换、发布或排查 stack 资源库中的图像及其他媒体文件时使用。独立的 Assets DAM(spaces、workspaces、duplicate sets、saved views、visual markups)请改用 asset-management。此处不支持读取或更新用户定义字段;请使用 asset-management 和 Assets API。
当用户提出「分析编译效率」、「分析编译时间」、「查看头文件依赖」、「保存编译命令」、「提取编译命令」、「生成编译脚本」、「保存这个文件的编译命令」、「单独编译这个文件」、「编译单个文件」、「单编文件」、「独立编译文件」、「分析这个文件的头文件依赖」、「头文件依赖关系」、「这个文件依赖了多少头文件」、「analyze compilation」、「check header dependencies」、「分析文件编译开销」、「save compile command」、「extract compile command」、「generate compile script」、「compile single file」、「compile individual file」、「standalone compile」、「analyze header dependencies」、「header dependency tree」、「how many header files」,或提及分析 ace_engine 项目中特定源文件的编译性能、构建时间、include 依赖、提取/保存编译命令、生成独立编译脚本、单独编译文件或分析头文件依赖关系时,应使用本技能。提供全面的编译效率分析,包括计时、资源使用、自动保存的依赖树可视化,以及保存带性能监控的可复用编译脚本的能力和使用生成的脚本进行独立编译的能力。
应用 React 组件工程的正式标准,聚焦可访问性、组合与样式。用于构建专业、可组合的 React 产物。在创建或审查 React 组件时主动使用。示例:- user: "/component-create Button trigger" → 使用 asChild 和键盘映射构建可访问的 button - user: "/component-review src/components/Input.tsx" → 审查可访问性与组合合规性 - user: "Build a responsive slider" → 选择分类类型并用 data 属性实现 - user: "Review my layout component" → 检查是否存在单体式模式而非组合
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
