Skills
收录 98,639 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
仅当用户明确要求为 MoviePilot 核心、前端或已安装插件提交上游 issue 时使用此 skill,例如“反馈 issue”“提 issue”“报 bug”“给 MP 提 issue”“让上游修一下”“提交错误报告”“提问题”“提需求”“功能请求”,或英文“file an issue / report a bug / open an upstream issue / feature request”。仅有问题报告还不够:先在本地诊断。此 skill 使用 `scripts/` 下的自有脚本;它不会为 collect / prepare / submit 添加或调用专用的 Agent 工具。
在编写或验证 FFCPE(Firefly Creative Production for Enterprise)的 custom-action catalog-entry.json(用于 run-workflow 服务,即 App Builder 动作)时使用。涵盖安装 Adobe I/O CLI 及此插件、schema 形态、org/认证、agent 发现、customActionConfig、验证、workflow 用法以及故障排查。使用 **`aio ffcpe catalog`** 进行验证/注册——切勿使用原始 curl。较早的搜索可能称其为 **Workflow Builder**;插件与主题相同,均为 **`ffcpe`**。
让 Flutter UI 支持 TalkBack、VoiceOver、JAWS/NVDA、大号文本、高对比度和减少动态效果。涵盖 Semantics、MergeSemantics、ExcludeSemantics、BlockSemantics、48×48 点击目标、仅图标的工具提示、TextScaler、MediaQuery a11y *Of getter、排序键与键盘焦点、对比度和指南测试。当用户提到无障碍、a11y、semantics、TalkBack、VoiceOver、屏幕阅读器、点击目标、工具提示、文本缩放、高对比度、减少动态效果,或运行 /flutter-improving-accessibility 时使用。
使用 orbit CLI 创建和管理 GitHub 仓库、拉取请求、issue、release、分支、secret 等。每当用户询问 GitHub 仓库、PR(拉取请求)、GitHub Actions 工作流运行、分支、tag、提交、issue、release、secret 或组织仓库时,使用本 skill。触发短语如 'list PRs'、'check the actions'、'watch the workflow'、'create a secret'、'open a pull request'、'view the latest commits'、'list repos in org X'、'rerun the workflow'、'close the issue'、'latest release'、'set a GitHub secret',或任何与 GitHub 相关的任务——甚至包括 'what's running in CI'、'show me the PRs'、'tag a release'、'check if it merged'、'list repos'、'is the build passing'、'add a deploy key secret' 这类随意提法。当用户想监控 CI/CD 进度、管理用于部署的 Actions secret、调试失败的工作流,或直接调用 GitHub REST 端点('gh api'、'call the GitHub API'、'raw API request',以及类型化命令未覆盖的任何操作)时,也应触发。orbit CLI 的别名为 `gh`。
将实现任务委托给 Kiro CLI,并准确报告其更改内容——依据 git 基线进行验证,绝不采信 kiro 的 SELF-REPORT。收集新 Agent 所需的上下文,将请求改写为自包含、防注入的提示词,并带有 XML 边界标签,注入任务的 kiro 约定技能(`--skill`),通过捆绑的 helper 启动 kiro,并将信任范围限定到相应模式(`implement` = 最小权限写入,`review` = 只读),然后将工作区与运行前的基线进行 diff。绝不自动安装 kiro,也不将远程安装脚本通过管道传给 shell,绝不将原始用户输入通过 shell 传递,也绝不默认使用 `--trust-all-tools`,并且如实报告部分完成和错误,而不是信任 kiro 自己的总结。仅在用户明确要求将实现委托给 kiro 时使用。
Flutter 中国际化(i18n)与本地化(l10n)的最佳实践,使用内置的 `flutter_localizations` 与 `intl` 方案,并以 ARB 文件作为唯一事实来源。适用于添加、修改或审查 ARB 翻译、locale 设置(`l10n.yaml`、`pubspec.yaml` 中的 `generate: true`、`flutter gen-l10n`、`localizationsDelegates`、`supportedLocales`)、`context.l10n` 等 BuildContext l10n 扩展、应被本地化的硬编码用户可见字符串、传入共享或可复用组件的本地化字符串,或使用 `EdgeInsetsDirectional` 支持 RTL/方向性布局。当被要求添加或配置任何第三方 i18n 或翻译包(easy_localization、slang、flutter_i18n 或 intl_utils)时也可使用,以及在为阿拉伯语、希伯来语、波斯语或乌尔都语等从右到左语言发布或修复界面时使用,包括镜像内边距、对齐、图标或图片,并替换 `EdgeInsets` 的 left/right。
为 LangGraph 应用实现多 Agent 协调模式(supervisor-subagent、router、orchestrator-worker、handoffs)。适用于用户想要:(1) 实现多 Agent 系统,(2) 协调多个专用 Agent,(3) 在协调模式之间做选择,(4) 搭建 supervisor-subagent 工作流,(5) 实现基于 router 的 Agent 选择,(6) 创建并行的 orchestrator-worker 模式,(7) 实现 Agent handoffs,(8) 为多 Agent 系统设计状态 schema,或 (9) 调试多 Agent 协调问题。
Flutter 中的 VGV 分层 monorepo 架构:四层 Data、Repository、Business Logic 和 Presentation,单向依赖规则,以及跨层的模型转换。适用于构建多包 Flutter 应用、创建 data 或 repository 包、定义层边界,或通过路径依赖、barrel 导出和 RepositoryProvider 在应用启动时装配包。也适用于被要求将领域模型或共享类放入 api_client 或 data 包,或添加各层禁止的跨包依赖的情形。还适用于用一句话描述的新应用("I'm starting a weather app that reads from a REST API")以及对包、项目、文件夹或目录布局的请求,或询问某个文件或功能应放在哪里、代码应属于哪个包。即使用户从未提到 monorepo、层或架构也适用。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
