Skills
收录 100,928 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
全部
使用 Docling 理解任何受支持格式的文档内容——PDF（原生数字文档或扫描件）、DOCX、PPTX、XLSX、HTML、Markdown、AsciiDoc、CSV、图像、音频和 XML——将其转换为统一的 DoclingDocument（Markdown 或结构化 JSON）。当你需要读取、解析、转换、提取内容或分块处理无法直接读取的文档时使用此技能，例如：“这份 PDF 里有什么”“将其转换为 markdown”“提取表格”“为 RAG 分块”“读取这份扫描文档”“解析这个 DOCX/PPTX”。涵盖 `docling` CLI、Python SDK（DocumentConverter + PipelineOptions）、远程 Service Client（可自托管或使用托管版 docling-serve），以及用于尽量减少依赖的 docling-slim 安装 extras。
通过对话生成 Outlook 兼容的邮件模板（EML + HTML）。三种模式：Design（从零创建）、Import（复刻现有 .eml）、Production（将 Excel 数据填入已固化的模板）。适用于用户想要：创建或设计邮件模板、生成 .eml 文件、制作简报、为 Outlook 排版邮件、导入/复刻邮件（导入/复刻邮件）、设计邮件模板、做邮件排版或邮件设计、构建像素级精确且兼容 Outlook 的 HTML 邮件。触发条件：周报邮件（周报邮件）、产品更新邮件、活动邀请邮件（活动邀请邮件）、公告邮件（公告邮件）、公司简报、.eml 导入、复刻邮件模板，或让邮件在 Outlook 中显得专业/美观。处理视觉设计、EML 生成与 EML 导入——不涉及 SMTP、发送或账户管理。缺少此技能时，Outlook 邮件会因 Outlook 使用 Word 渲染而忽略现代 CSS 而出错。
召集一个由工程界人物（Knuth、Beck、Carmack、Lamport、Fowler、Schneier、Hickey 等）组成的委员会，从对立视角评估一项技术决策，然后综合他们意见一致与冲突之处。当用户希望就一个艰难抉择获得多位专家视角、进行设计或架构评审、展开思想流派之间的辩论、进行权衡分析，或说出 "engineering council"、"council"、"duo"、"triad" 或 "what would X think" 时，随时使用本技能。即使用户没有点名该技能，只要其正在权衡困难的架构、性能、安全、ML、API、测试、重构或分布式系统决策，且能从对比鲜明的专家观点而非单一答案中获益，也应触发。
使用此技能可在测试中通过文本专用操作驱动 Jetpack Compose 文本框——performTextInput（通过 InsertTextAtCursor 语义操作在光标处插入）、performTextReplacement（通过 SetText 清空并替换）、performTextClearance（替换为空字符串）、performTextInputSelection（设置 TextRange 选区）以及 performImeAction（触发配置的 IME 操作，如 Next、Done、Search）。涵盖自动聚焦路径、enabled / editable / focusable 前置条件、会导致得到“helloworld”而非“world”的追加与替换陷阱，以及 IME 操作焦点链（Next 将焦点推进到下一个可聚焦元素）。适用于开发者询问“如何在测试中向 TextField 输入文本”“测试 IME Next 按钮”“测试清除文本操作”“BasicTextField 不接受输入”“测试中文本输入重复”，或报告“Failed to perform text input” / “Failed to perform IME action” / “Default ImeAction”错误时。
对抗式的通过/失败评审门禁，用于强制执行 feature-arch 技能的基于 React feature 的架构规则。当 diff、分支、PR 或 src/ 目录树必须在合并前接受架构一致性判定时使用——包括 feature 文件夹结构、导入边界、跨 feature 隔离、数据获取、状态、测试和命名规则。由单一盲审评审者给出逐条规则的 PASS/FAIL 判定并引用证据，评审者的结构化输出即失败关闭的判定结果。使用 feature-arch 技能本身来设计或迁移架构；使用本门禁来判定工作是否符合该架构。
使用 flyctl CLI、fly.toml 配置、Fly Machines、Fly Volumes、私有网络、密钥、健康检查、自动扩缩容和 GitHub Actions CI/CD 在 Fly.io 平台上部署、配置和管理应用。适用于将任意应用部署到 Fly.io、编写或修改 fly.toml 配置、管理 Fly Machines 或 Volumes、配置网络（公共服务、私有 6PN、Flycast、自定义域名、TLS）、设置密钥、配置健康检查、设置 autostop/autostart 或基于指标的自动扩缩容、使用 GitHub Actions 部署、管理 Fly Postgres 数据库，或为 Fly.io 上的生产环境做准备。
搭建、校验并维护 PartMe/Octo 风格的产品文档树——10 个根级文档、7 个按版本文档，以及可选的按模块三件套（PRD / Stitch / UI）加 5 个交付阶段文档。提供可直接复制的 Markdown 模板，含 {Name}/{V} 占位符和内联编写指导。适用于创建新的产品文档仓库、组织 partme-docs 或 Octo* 项目、审计仓库文档结构或生成文档脚手架——即使用户只说“set up docs”“create doc structure”“初始化文档”“产品文档”或“写规划文档”。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。