Skills
收录 100,928 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
全部
适用于所有涉及路线图的场景(在 docs/<feature-slug>/ 下用 Markdown 复选框跟踪的分阶段多检查点计划)——为超出单个规格说明/计划规模的任务创建路线图(“roadmap”/“дорожная карта”、持续数周的迁移、多版本发布、分阶段重写);处理未说明是指文档还是实现的“继续路线图”请求;执行下一个未完成的检查点(“возьми следующую задачу в роадмапе”、“take the next roadmap task”、“next roadmap checkpoint”);或一次起草并验证多个步骤的规格说明/计划(“напиши несколько планов”、“пройтись по роадмапу”、“на все задачи роадмапа”)。此技能是所有这些需求的统一入口,会自行判断情况并转到相应的参考文件。
检测公开可访问代码中的硬编码敏感数据(API 密钥、访问令牌、私钥、密码等)——包括前端 JavaScript、移动应用、客户端 bundle 和 HTML 模板。使用三阶段方法:侦察(找出疑似密钥)、批量验证(确认公开代码路径中的真实密钥,每批 3 个候选)和合并(整合批量结果)。需要 sast/architecture.md(先运行 sast-analysis)。将结果输出到 sast/hardcodedsecrets-results.md。在被要求查找硬编码密钥、泄露的 API 密钥或暴露的凭据时使用。
在 SE Ranking 中找出薄弱页面、技术问题与内容缺口,然后在 Planable 中端到端协调修复——在 Universal 内容页中起草改写后的页面文案以供反馈与审批,并安排配套的社交分发。当用户想根据站点/SEO 审计采取行动,让内容得到修复与推广时,或说出“审计站点并帮我们修复薄弱页面”“我们需要改写这些页面并审批新文案”“协调一次内容更新”“把审计发现变成带社交分发的行动计划”“我们该修复哪些页面,又该如何让更新得到审核”之类的话时,使用本技能。只要 SE Ranking 的发现需要变成经过审核、获批的内容外加社交推送,就始终启用。
说明如何使用 skeeper 将规范产物 (SPEC.md、ADR、RFC、plan/PRD/TechSpec markdown、自定义 glob) 保留在其所描述的代码旁边,而不污染主仓库历史。涵盖严格钩子、受跟踪的 skeeper.lock 文件、命名空间、类 Git 的 status/pull/push/sync/restore 工作流、track/untrack、repair、SKEEPER_SKIP 以及 GitHub Action。适用于设置 skeeper、配置 sidecar、同步或检查锁文件、恢复漂移或失败的同步、审计绕过、或接入 CI。不适用于一般 Git 钩子问题、没有 .skeeper.yml 且无意添加的仓库,或编辑 skeeper 内部实现。
根据现有技能的真实使用历史,而非其规范,编写评测。从 brain 的对话存档(conversations/)和各运行框架的会话记录中挖掘调用记录——调用后用户的纠正是黄金信号——然后合成 eval_contract 和 4-8 个可重放案例,附上诚实性标签(SPEC-DERIVED 与 HISTORY-IMPLIED),并将结果暂存为 PENDING-HUMAN-APPROVAL,路径为 skills/<name>/eval/autobench-<date>.md。绝不改写 SKILL.md。附带两个防护组件:评审完整性(多模型评判必须证明每个提供方确实有响应)和失败改进分类法(记录的 LLM 回退案例会随时间转化为确定性代码)。
在编写规范之前,需要对某个具名子系统、能力或代码面进行治理覆盖评估时使用——判断哪些已由现有的 PRD / 技术规范 / ADR 治理,哪些处于空白,以及按产品层级和 C4 层级应当在哪里划定新的规范边界。在为一个不熟悉或治理不完整的代码面创建或界定产品或技术规范之前使用。当请求提到"assess coverage"、"find governance gaps"、"what's already specified"、"where should this spec's boundary sit"、"one spec or several"、"what needs a PRD vs a tech spec" 或 "is this subsystem properly documented" 时使用。产出一份可供评审的覆盖地图工件,供 `/spec-product` 和 `/spec-tech` 使用。当目标规范及其边界已经明确且无歧义时请勿使用——直接前往 `/spec-product` 或 `/spec-tech`。请勿与 `doctrine coverage` 混淆——那是不相关的、用于需求验证的命令行动词。
用于细胞外电生理的统一 Python 框架。加载 20 多种格式(SpikeGLX、OpenEphys、NWB、Intan、Maxwell、Blackrock),预处理,通过一个 API 运行 10 多种分选器(Kilosort4、SpykingCircus2、Tridesclous、MountainSort5),计算质量指标(SNR、ISI、放电率),比较分选器,导出 NWB/Phy。适用于与格式无关的多分选器工作流。Neuropixels 专用的 PSTH/解码请使用 neuropixels。
为 Stripe 集成提供开发与测试环境规划(独立沙盒或共享测试模式沙盒)、API 选择(Checkout Sessions 或 PaymentIntents)、Connect 平台设置(Accounts v2、controller 属性)、计费/订阅、税务与注册(Stripe Tax、automatic_tax、产品税码)、Treasury 金融账户、集成选项(Checkout、Payment Element)、从已弃用 Stripe API 迁移,以及安全最佳实践(API 密钥管理、API 密钥权限、webhook、OAuth)方面的决策指导。适用于规划、构建、修改、测试或审查任何 Stripe 集成,包括选择开发环境、收款、构建市场平台、集成 Stripe、处理付款、设置订阅、征收销售税、VAT 或 GST、创建关联账户,或实施安全的密钥处理。
运行并推理自动 AI 健康检查,为网络分析团队建议路径清理规则。适用于被要求为某个团队或群体生成路径清理建议、运行建议检查、审查/应用 AI 建议的规则、检查 path_cleaning_suggestions 健康问题,或扩展建议流水线时。涵盖 suggest_path_cleaning_rules 管理命令、path_cleaning_suggestions 健康检查、群体门控(预计算团队),以及建议在存储前如何依据真实路径进行校验。若要手动编写或直接应用规则,请改用 managing-path-cleaning-rules。
实现 Syncfusion Vue BlockEditor 组件,用于基于块的内容编辑,支持富文本、图片、表格和交互式块。当用户需要块编辑器、Notion 风格编辑器、内容块、富文本块、带块的文档编辑器、模块化内容编辑器,或提及 @syncfusion/ej2-vue-blockeditor、BlockEditor、基于块的编辑、内容管理编辑器、协同编辑、实时协作时,务必使用本技能。涵盖全部 14 种块类型、5 种内容类型、拖放、菜单、方法、事件、基于 Yjs 的实时协同编辑、用户在线状态与远程光标、版本历史,以及 Composition API 模式。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
