Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
文档处理
将“改进我的论文”“修改这份草稿”“优化论文”“润色论文”或“投稿前检查”等一般论文请求路由到此处。识别文章类型、所需范围、涉及的章节和可用证据，然后选择必要的写作或检查步骤。用户指定某个章节时也使用，例如重写摘要、改摘要、写引言或讨论怎么写；当草稿需要面向更广泛的读者（面向大同行、写给非本领域读者、过于技术化）时也使用，以便考虑该章节的要求、读者及其对其他章节的依赖。文本读起来像 AI 生成（去 AI 味、AI 味重、像 AI 写的、sounds AI-generated）时也使用。若用户指定了某位专家或引用格式等具体任务，请直接转给相应专家。不要将普通邮件、代码文档或非论文写作请求转入此工作流。
Pelosi 追踪器。追踪国会议员根据 STOCK Act 必须披露的股票交易：房众议院书记员公开的定期交易报告（PTR）一经发布便立即读取，每有新报告时提醒一次，并将每份 PDF 转换为整洁的记录（交易人、持有人、股票、股票代码、买入或卖出、期权行权价和到期日、交易日期、金额范围、披露所用天数）。标记你持有的股票相关交易。参议院报告通过有文档记录的手动流程处理。当用户说“Pelosi 在买什么”“追踪 Nancy Pelosi”“国会议员交易”“政客股票交易”“有没有国会议员买入 X”“Pelosi 提交文件时提醒我”或“运行 Pelosi skill”时使用。
用于 Agent 流水线的 Venice 增强端点。涵盖 POST /augment/text-parser（从 PDF/EPUB/DOCX/PPTX/XLSX/XLS、纯文本和源代码中提取文本；multipart，最大 25MB；JSON 或纯文本响应）、POST /augment/scrape（获取 URL 并返回 markdown；屏蔽 X/Reddit 及私有/内部 URL）和 POST /augment/search（Brave ZDR 或匿名化的 Google；结构化的 title/url/content/date 结果，limit 最高 20 但实际限制为 Brave 10 / Google 5）。每次成功调用 $0.01，scrape 和 search 限速 20 req/min，以及隐私和错误结构。
为 Figma 组件生成完整的 Markdown 文档——结构/图层树、设计令牌（颜色、间距、排版）、状态/变体矩阵、无障碍说明、内容指南，以及可选的代码一致性 + YAML frontmatter。当用户想要为某个组件或组件集制作文档页或交接规格时使用。触发词：'为这个组件写文档'、'生成组件文档/规格'、'为 Button 创建文档页'、'写出结构和变体'、'从 Figma 生成组件交接文档'、'把这个组件转成 Markdown 文档'。读取节点树、绑定的变量/令牌和设计师标注，然后由 Agent 组装 Markdown。需要 Figma Desktop 应用（Plugin API）。
适用于用户想要“为每个人填好这封信”“邮件合并”“为这个列表生成信件”“把这封填好的信变成模板”，或交来一个模板加一个列表的场景。从数据表批量填充一个母版模板——Word（.docx）信件/表单或 Excel（.xlsx）表单——每行生成一个填充好的文件（邮件合并）；或反其道而行：从一份已填充的示例文档中提取可复用的标记化 .docx 模板与数据表骨架，确认映射后填充。读取母版，提出标记化版本（可变部分变为 {{tokens}}），确认映射，然后为每一数据行重新生成一个输出，并完整保留母版的布局。数据为 .xlsx 或 .csv（每行对应一个输出）；输出为每条记录一个命名文件。绝不虚构：没有数据的标记是可见的提示，绝不是静默的空白。完全本地运行，只生成文件——不发送、不发布、不签名。本轮提取仅支持 .docx（不支持 .xlsx）。不能替代手工撰写的单封信件。
法律文书起草——合同、备忘录、书状、起诉状、催告函、意见书、证据开示、和解协议、ToS、隐私政策。完整流程：文档结构、逐节撰写、Bluebook 引用、判例检索（CourtListener API）、法规检索（eCFR API）、DOCX 输出，以及 TDD 式验证（定义术语、交叉引用、占位符、标准条款、引用格式）。触发条件：'draft a contract'、'write a legal memo'、'create an NDA'、'write a brief'、'legal document about'、'draft a complaint'、'terms of service'、'privacy policy'、'demand letter'、'settlement agreement'、'legal opinion'、'discovery requests'，以及任何生成法律或与法律相关文档的请求。
从 Penpot 文件中提取 DESIGN.md 设计文档文件：一份可移植的 markdown 规范（YAML frontmatter 包含色彩/字体排版/圆角/间距/组件 token 映射 + 散文式章节：Overview、Colors、Typography、Layout、Shapes、Components、Do's & Don'ts、Iteration Guide、Known Gaps），采用 design-md 格式，基于文件真实的 token、库资源和采样得到的组件样式——绝不虚构。对画布只读；写入一个本地 markdown 文件。触发词：'generate DESIGN.md'、'create a design.md'、'document the design system as markdown'、'export design guidelines'、'extract design documentation'、'design system spec file'、'make a style guide file from this design'。
进行全面需求评审，包括完整性验证、清晰度评估、一致性检查、可测试性评估和标准合规性。生成详细评审报告，列明发现、缺口、冲突和改进建议。适用于评审需求文档（BRD、SRS、用户故事）、验证验收标准、评估需求质量、识别缺口与冲突，或确保符合标准（IEEE 830、INVEST 标准）。当用户提到 "review requirements"、"validate requirements"、"check requirements quality"、"find requirement issues" 或 "assess BRD/SRS quality" 时触发。
为任意 EU/EEA 司法管辖区和受众起草符合 GDPR/DSGVO 的隐私声明（.docx）。当用户要求创建隐私政策/声明，提及 "Datenschutzerklärung"、"politique de confidentialité"、"privacy notice"，需要第 13/14 条披露、AI Act 透明度、Cookie 政策，或面向求职者 ("Bewerber-Datenschutz")、员工 ("Beschäftigten-Datenschutz")、B2B 合作伙伴或 B2C 客户的声明时使用。涵盖 DE (DSGVO+BDSG+TDDDG)、FR (RGPD+LIL+LCEN)、AT、IT、ES、NL、BE、IE、UK GDPR。五种声明类型：Website/App、Applicant、Employee、Business Partner、B2C Customer。
创建、验证并使用 Google Open Knowledge Format（OKF）v0.1 bundle——采用 YAML frontmatter 的 Markdown 知识原子，用于可移植、可互操作的 AI Agent 共享。路由：独立的 OKF v0.2 Go CLI/MCP 项目记忆运行时使用 `okf-agent-memory`；原始来源采集和 vault 维护使用 `llm-wiki`；vault 自动化使用 `obsidian`；持久化的已提交图谱使用 `graphify`；网页内容提取使用 `scrapling`。适用于：Google OKF v0.1、开放知识格式、知识 bundle、OKF 文档、LLM wiki 标准、知识原子、Agent 上下文格式、OKF frontmatter、OKF bundle、知识互操作性。
当用户要求“画架构图/流程图/泳道图/时序图/组织架构图/状态机/漏斗/甘特/里程碑/矩阵象限/链路架构/手绘风格架构/复杂业务泳道图/ER 图/思维导图”等任一类型并落地到飞书，或用户给出飞书文档 URL 要求在其中画图，或用户说“同步到飞书/写到飞书画板”时，必须使用本技能。除上述 17 类内置模板外，本技能还提供「自由画图模式（freeform-drawing）」：当用户要求绘制油画/手绘插画/移动端 App 产品原型/地图/游戏画面/桑基图/任意参考图还原等模板覆盖不到的图，或显式说“自由绘图/自由发挥/不要套模板”时，同样必须使用本技能（输出依旧是可二次编辑的飞书画板）。生成路径严格遵循 Normalize → Select → Plan → Layout → Render → StaticCheck → VQA → Deliver 八步，禁止硬编码模板、禁止硬编码坐标、禁止补造用户未提到的业务内容。所有样式都从 assets/style-tokens/ 里读取（代码原生图、自由画图模式除外）。交付前必须通过质量门（按路由执行）与双 reviewer 视觉复核（任一评分低于 9 或出现 blocker 即失败）。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。