Skills
收录 99,064 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
使用 `asc` 命令行工具管理 App Clip 和 App Clip 默认体验。在以下情况使用此技能:(1) 列出应用的 App Clip:"asc app-clips list --app-id ID" (2) 列出某个 App Clip 的默认体验:"asc app-clip-experiences list --app-clip-id ID" (3) 创建默认体验:"asc app-clip-experiences create --app-clip-id ID [--action OPEN|VIEW|PLAY]" (4) 删除默认体验:"asc app-clip-experiences delete --experience-id ID" (5) 列出体验本地化:"asc app-clip-experience-localizations list --experience-id ID" (6) 创建体验本地化:"asc app-clip-experience-localizations create --experience-id ID --locale CODE [--subtitle TEXT]" (7) 删除体验本地化:"asc app-clip-experience-localizations delete --localization-id ID" 触发短语:"app clip"、"app clips"、"clip experience"、"clip localization"、"default experience"、"OPEN action"、"VIEW action"、"PLAY action"、"App Clip card"、"App Clip subtitle"
使用 `asc` 命令行工具管理 TestFlight 外部测试的 beta 应用审核提交与审核联系人信息。在以下情况使用本技能:(1) 提交构建版本进行 beta 应用审核:"asc beta-review submissions create --build-id ID" (2) 查看 beta 审核提交状态:"asc beta-review submissions list --build-id ID" (3) 获取特定提交:"asc beta-review submissions get --submission-id ID" (4) 获取 beta 审核联系人信息:"asc beta-review detail get --app-id ID" (5) 更新 beta 审核联系信息或演示账号:"asc beta-review detail update --detail-id ID ..." (6) 管理向 TestFlight 测试人员展示的各语言 **Beta App Description** 与反馈元数据:"asc beta-app-localizations {list,get,create,update,delete}" (7) 用户提到 "submit for beta review"、"TestFlight review"、"beta review status"、"beta review contact"、"external testing review"、"beta app description"、"TestFlight description" 或任何 beta 应用审核任务
使用 `asc` 命令行工具归档 Xcode 项目并导出为 IPA/PKG,可选择上传到 App Store Connect。在以下情况使用此技能:(1) 归档 Xcode 项目:"asc builds archive --scheme MyApp" (2) 将归档导出为 IPA 或 PKG 以便分发 (3) 一步完成归档 + 导出 + 上传:"asc builds archive --scheme MyApp --upload --app-id ..." (4) 用户说"archive my app"、"build for TestFlight"、"export IPA"、"archive and upload"、"build and distribute"、"create an IPA from my Xcode project" (5) 用户希望从 Xcode 项目直接到 TestFlight,无需手动运行 xcodebuild
使用 `asc` 命令行工具管理 App Store Connect 代码签名资源。在以下情况使用此技能:(1) 管理 Bundle ID——注册、列出或删除(`asc bundle-ids`)(2) 管理签名证书——从 CSR 创建、列出或吊销(`asc certificates`)(3) 注册或列出测试设备(`asc devices`)(4) 管理描述文件——创建、列出或删除(`asc profiles`)(5) 为 CI/CD 流水线搭建完整的代码签名链 (6) 用户说"set up signing"、"create a profile"、"register my device"、"revoke cert"、"list certificates"、"create bundle id",或任何与代码签名相关的任务
为 PAM 原生扩展组装最终的 `.ppmplugin` 二进制包,并验证其内容。首先**核对**清单中声明的 `entrypoints` 与实际已暂存的二进制文件——如果清单声明了某个平台却没有构建的二进制文件,则进行门控(构建它/不带它发布/停止),而不是发布一个损坏的包。然后在核对后的清单上重新运行插件的上传兼容性检查,将清单以及 `android/<PascalName>Plugin.dex` 和 `ios/<PascalName>Plugin.framework/`(若存在)压缩到 `ppmplugin/<name>.ppmplugin`,并用 `jar tf` 验证归档布局(恰好是清单加已发布的二进制文件——不缺不多)。输出:磁盘上一个经过静态验证的 `.ppmplugin` 文件。前置条件:`jar`(JDK)。在 /generate-ppmplugin-manifest 和构建技能之后运行。
Claude Code + Codex 并行流水线,用于初始化 Trellis 编码规范。CC 使用 GitNexus(知识图谱)+ ABCoder(AST)分析仓库,创建包含完整架构背景和 MCP 工具说明的 Trellis 任务 PRD,然后由 Codex Agent 并行执行这些任务以填充规范文件。适用于:初始化编码指南、设置 Trellis 规范、'bootstrap specs for codex'、'create spec tasks'、'CC + Codex spec pipeline'、'initialize coding guidelines with code intelligence'。用户希望设置 GitNexus 或 ABCoder MCP 以生成多 Agent 规范时也会触发。
从用户那里获取 2-3 行的推介,为第三方 `.ppmplugin` 原生控件起草产品概览(PRD.md)和技术设计(ARCHITECTURE.md),然后逐一走查每个操作的 iOS + Android 实现策略,并给出有主见的建议(库选择、托管、关键 API、边界情况),将商定的规范记录在 ARCHITECTURE.md §3.<n> 中。ARCHITECTURE.md 的深度正是脚手架技能能够生成完整可运行代码而非 TODO 占位符的关键。与用户反复迭代,直到他们批准这两份文档。可选地从设计文档/FRD URL 播种。PRD.md + ARCHITECTURE.md 是每个下游技能(generate、build、assemble)的事实来源。在生成任何代码之前运行此技能。
设计并构建交互式演练场,让开发者无需承诺即可体验你的产品。本技能涵盖演练场架构、预填充示例、嵌入策略、访问限制决策,以及将演练场用户转化为注册用户。触发短语:"developer sandbox"、"API playground"、"interactive playground"、"try it now"、"demo environment"、"code playground"、"live examples"、"embedded playground"、"developer trial"、"sandbox conversion"、"playground design"
凡涉及 docstring、JSDoc/TSDoc 或 REST API 文档的任务,一律调用——即使请求看似无需它也能处理。强制执行 Microsoft 契约优先约定,以及一条 Claude 默认不会采用的极简规则:绝不重述签名,删除仅重复名称和类型的 @param/@returns,始终记录 @throws,并以「是什么」而非「为什么」来记录数据形态。涵盖 Python docstring 风格(Google/NumPy/Sphinx)、TSDoc 标签和 @inheritDoc,以及 NestJS/Express/FastAPI/Django 的 API 文档模式。触发于:添加或审查 docstring、冗余或缺失的标签、删除腐化的注释,或生成文档健康报告。文档任务不要跳过——一致的约定正是关键所在。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
