regulatory-reporting
面向投资顾问、经纪自营商与大型交易者的监管申报指南，说明需提交哪些表格、提交地点与截止期限，涵盖Form ADV、Form PF、13F、13H、FOCUS、蓝单与CAT等。资料注明监管状态截至2026年6月，建议以SEC/FINRA/FinCEN最新来源核实。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-23 00:13
全部 Skills
234,996 个结果
rea-analysis-optimization
REA 分析优化技能（rea-analysis-optimization）用于优化 REA 提供方与共享分析工作流，目标是在保持正确性与 Evidence 语义不变的前提下，降低智能体上下文开销、延迟、CPU 与内存成本。该技能提供一套系统化优化流程：先固定问题与独立正确性基准，再沿一次公开 CLI 或 MCP 任务追踪到最早产生的不必要工作，依据证据选择最小结构性修正（复用既有顺序或查找结构、共享已验证结果、将选择/投影下推到最早可胜任的归属方、增量解码或有界读取等），并明确缓存或共享产物的键、归属、失效、保留大小与生命周期。最后以等价输入对比优化前后的已完成任务，报告任务结果、各阶段耗时、总耗时与 CPU 时间、进程族峰值内存及计量方法、资源停止与清理情况，并限定结论范围。只依据资料事实：具体性能提升、速度倍数与基准数值均暂未提供。
openclaw-pr-maintainer
OpenClaw PR Maintainer 是 OpenClaw 仓库的原生维护者工作流技能，用于审查、分诊、修复或合入 OpenClaw 的 issue 与 pull request。它强调以当前源码为证据，按请求范围执行操作：审查/分诊/列表为只读，编辑、指派、打标签、评论、关闭需授权；修复仅在本地调查与验证，发布需 ship/land 或等效授权。技能覆盖范围选择、实际条目检查、结果确认、CODEOWNERS 审查、审查与发布、收尾清理等环节，并规定使用 gh 命令读取 PR/issue 的实时 JSON、保留无关工作、不执行不可信源码、以边界证明和 PR CI 作为验证手段。
measure-okr-grader
OKR Grader 是一个用于 OKR 周期收尾评分的技能，在周期结束时对已完成的 OKR 集合进行回顾性评审。它按 KR 级别打分，依据规范化的 OKR 类型枚举（committed、aspirational、learning、operational_health、compliance_or_safety）采用不同评分约定：aspirational 使用 0 到 1 数值量表，0.6 至 0.7 为理想区间；committed 按目标通过或失败；compliance_or_safety 为二元判定；operational_health 按阈值带判定通过、失败或容差内漂移；learning 按验证、证伪、部分验证或证据不足评定，不使用数值分数。该技能定位为证据解释器而非算术引擎，会读取最终 KR 值，与原始 OKR 意图对比，明确标注证据置信度（high、medium、low、unknown），并区分已承诺与理想型解读。它拒绝将未达成的承诺粉饰为理想型拉伸，拒绝以努力替代成果，拒绝将 OKR 分数用于个人绩效评估。输出为 Markdown 格式的评审文档，包含摘要、记分卡、目标解读、证据质量、举措回顾、学习、下一周期建议和解读风险等章节，并始终指向用户实际的 OKR 跟踪器作为事实来源。
issue
该技能用于创建、编辑或评论 Remotion 的 GitHub issue。它规定了 issue 标题的写法：标题需简洁并保留用户的原始表述，问题类 issue 不应擅自改写为解决方案；包相关的问题需以包名作为前缀（如 `@remotion/package`），较宽泛的领域使用对应前缀（Docs、Studio、Build、CI、Repo），并避免使用 Bug、Fix issue 等含糊标题。正文与评论方面，要求不要通过 shell 参数内联传入多行 Markdown，而应先用写入工具将内容写入临时 Markdown 文件，再通过 --body-file 传入；创建或编辑后需用 gh issue view <number> --json title,body 校验标题与正文，确认多行 Markdown 是真实换行而非字面 \n。父 issue、子 issue、blocked-by 与 blocking 等关系则交由 issue-management 技能处理。
pr-ready
pr-ready 是一个用于把 Pull Request 恢复到「可合并就绪」状态的技能。当 PR 因为持续集成（CI）失败、与目标分支存在合并冲突，或存在未提交、未推送的本地改动而无法就绪时，可以使用它。它会先检查当前 git 分支与工作区状态、本地分支是否有未推送提交、PR 分支是否与基础分支冲突，并通过 gh CLI 查看当前的 PR 检查项或 CI 失败情况。若存在合并冲突，它会更新本地基础分支引用，按照仓库既有工作流对 PR 分支进行 rebase 或 merge，谨慎解决冲突并同时保留 PR 意图和上游改动，然后对受影响包运行相关的格式化、测试或构建。若存在 CI 失败，它会用 gh CLI 查看失败日志，修复根因而非重试或绕过失败，运行覆盖该失败的本地检查，必要时提交修复。若产生未推送提交，在推送前会先向用户确认。如果既没有 CI 失败、没有合并冲突，也没有未提交或未推送的改动，则报告 PR 已处于就绪状态。
graphql
GraphQL 技能聚焦于 GraphQL API 的设计与实现，强调客户端可按需获取数据、单一端点、类型化 schema 与内省能力，同时提醒其灵活性带来的风险：缺乏控制时客户端可构造拖垮服务器的查询。内容涵盖 schema 设计、resolver、用 DataLoader 防止 N+1 查询、面向微服务的 federation，以及与 Apollo/urql 的客户端集成。核心观点是把 GraphQL 视为契约，schema 即 API 文档，需谨慎设计。资料还给出 2025 年的经验判断：简单 CRUD 用 REST 更简单，高性能公共 API 用带缓存的 REST 更优，只有在数据关系复杂、客户端需求多样时才适合 GraphQL。
qt-qml-profiler
Qt QML Profiler 是一个用于分析 2D QML / Qt Quick 应用性能瓶颈的技能。它通过 qmlprofiler 采集运行轨迹（trace），解析后定位热点，并结合 QML 性能反模式参考给出优化建议。支持两种模式：先运行应用再分析（profiling），或直接分析已有的 .qtd 轨迹文件（analysis-only）。默认使用 full 配置记录全部事件，也可按 rendering、logic、memory 等配置采集。该技能仅覆盖 2D QML / Qt Quick，不支持 Qt Quick 3D 相关事件。
grepai-ignore-patterns
GrepAI 忽略模式（Ignore Patterns）技能用于配置 GrepAI 索引时排除的文件和目录。GrepAI 支持两个忽略来源：`.grepai/config.yaml` 中自定义的 `ignore` 列表，以及自动遵循的 `.gitignore`。用户可指定精确目录名、带斜杠的目录、精确文件名、通配符、路径片段及 glob（`*` 单层、`**` 递归）等模式。资料同时给出默认忽略项（如 `.git`、`node_modules`、`vendor`、`dist`、`build`、`__pycache__` 等）、针对 JavaScript/TypeScript、Go、Python、Rust、Java/Kotlin 及 Monorepo 的常用配置示例，以及排除测试文件、生成代码和文档的做法；对测试文件还提供用 `search.boost.penalties` 降权而非排除的替代方案。修改后可用 `grepai status` 检查索引规模，并通过停止 `grepai watch`、删除 `.grepai/index.gob` 后重新运行 `grepai watch` 来重建索引。
rtk
RTK（Rust Token Killer）是一个高性能 CLI 代理，可在常见 shell 命令的输出到达 AI 编码代理之前，将其改写为经过 token 优化的等价形式，从而减少 token 消耗。本技能用于安装、初始化、验证和排查 RTK：确认已安装的是正确的 RTK 二进制（而非同名的 Rust Type Kit），修复 cargo install rtk 的名称冲突问题，通过 Homebrew、仓库 install.sh 或 Cargo 安装，为 Claude Code、Codex、Gemini CLI、Cursor、Copilot、Windsurf、Cline、OpenCode 等代理选择合适的 rtk init 模式，并在没有自动钩子时改用 rtk git status、rtk read、rtk grep、rtk test、rtk lint 等直接命令。
huashu-image-upload
这是一项面向公众号文章的配图与图床自动化能力：根据文章内容确定5-8张配图需求，从公共领域作品、AI生成图片、免费图库等来源获取图片，上传到ImgBB图床获取永久链接，再自动插入Markdown对应位置并验证链接有效性，避免本地路径在复制到公众号编辑器后失效。
tunnel-doctor
用于诊断 macOS 上 Tailscale 与代理/VPN 工具共存时的网络冲突，覆盖路由表、HTTP 代理环境变量、系统代理、SSH 双重隧道、虚拟机/容器代理传播等故障层，并给出针对 WSL SSH 访问的排查思路。
map-animation
用于制作 Vox 风格动态地图动画的技能：镜头缩放、环绕、平移，配合地点图钉、路线绘制、区域高亮与标注，并以 12fps 顿挫感呈现。支持 Google Earth Studio + After Effects 与 GeoJSON/SVG 代码渲染两条路径。
vanilla-web
Vanilla Web 是一个面向 Cursor 的技能（Skill），用于构建或修改不依赖任何框架的纯 HTML/CSS/JavaScript 项目。它强调只用 HTML/CSS/JS，不引入 React、Vue、Angular 等框架；JavaScript 采用 ESM 模块化组织，遵循单一职责原则（SRP），倾向于小而专注的函数与纯工具函数，并避免全局状态。该技能要求交付完整可运行的文件（不缺失导入或路径、不保留 TODO 占位），变更保持小步、可测试、可增量推进，并在完成前附带最小测试与简短的本地运行/验证说明。适用场景包括：用户请求 vanilla JS、纯静态页面、明确要求“无框架”，或需要直接用 DOM 构建弹窗、标签页、下拉菜单、表单校验等小型 UI 组件，以及移除框架依赖、降低 JavaScript 复杂度的重构。使用方式上，它会先确认影响实现的关键问题（最多 3 个），否则按显式假设推进；随后按 index.html（语义化标记）、styles.css、js/main.js（ESM 入口）与 js/modules/*.js（组件/工具）的结构组织代码，并给出键盘可访问性、CSS 变量与响应式布局、事件委托、显式错误处理等规范，以及控制台无报错、资源路径可解析等验证清单。具体安装与调用步骤资料中暂未提供。
reconciliation
对账（Reconciliation）是证券运营中系统性比较两个或多个系统记录、识别并解决差异的流程。该技能围绕投资组合管理系统（PMS/IBOR）、托管人和清算系统之间的对账展开，涵盖头寸、现金、交易、市值、应计收入和成本基础等对账类型，介绍三方对账、差异识别、容差阈值、差异分类与严重级别、解决工作流、升级规则以及自动化匹配与例外处理。适用于构建和运营每日头寸、现金或交易对账流程的金融运营场景。
dialogue
Dialogue 是一个面向小说写作的对话诊断技能，用于定位对话平淡、角色声音雷同、缺乏潜台词等问题，并给出分层分析与修改方向。它不代写台词，只做诊断与引导。
cross-gcc
cross-gcc 是一个面向嵌入式与多架构目标的 GCC 交叉编译技能，指导智能体设置交叉工具链、配置 sysroot、处理 pkg-config、用 QEMU 测试并排查常见错误。
analyzing-android-malware-with-apktool
该技能用于对 Android APK 恶意软件进行静态分析，借助 apktool 反编译资源、jadx 恢复 Java 源码、androguard 检查清单，提取权限、组件与可疑 API 调用，无需运行样本。
android-architecture
该技能为 Android 应用提供现代架构与模块化的专家指导，围绕官方《应用架构指南》与 Clean Architecture 原则展开，并结合 Hilt 进行依赖注入。内容包括：将应用划分为 UI（展示）、Domain（业务逻辑，可选但推荐）与 Data（数据）三层，要求依赖严格向内（或向下）流向核心逻辑；Domain 层为纯 Kotlin，不得包含任何 Android 框架依赖，仅依赖仓库接口；UI 层不直接依赖 Data 层实现细节；Data 层仅依赖外部数据源与库。依赖注入统一使用 Hilt，包括 @HiltAndroidApp、@AndroidEntryPoint、@HiltViewModel 注解，以及用 @Module 与 @InstallIn(SingletonComponent::class) 提供应用级单例、用抽象类中的 @Binds 绑定接口实现。模块化方面给出生产环境的多模块划分建议：:app 入口、:core:model、:core:data、:core:domain、:core:ui，以及独立的 :feature:[name] 功能模块。还提供实现检查清单，例如确保 Domain 层无 Android 依赖、仓库默认使用主线程安全的挂起函数、ViewModel 通过 StateFlow 与 UI 层交互。
play-developer-console
Play Developer Console 是一个基于本地 Bun TypeScript CLI（play 命令）的技能，用于管理 Google Play 开发者控制台的元数据、图形素材、发布轨道、应用包、评论、订阅和应用内商品。它通过 gcloud ADC 进行无密钥本地认证，支持元数据校验、只读检查以及发布轨道的创建与更新等操作。
muapi-3d-logo-animation
muapi-3d-logo-animation 是一个面向生成式媒体的技能，用于将 2D 标志转换成高级质感的 3D 版本，并为其添加专业电影级动画效果。该技能通过 LLM 编排的方式运行，分两个阶段执行。第一阶段为 3D 标志生成，使用 nano-banana-2-edit 图像编辑模型，将用户上传的 2D 标志图像转换为具有深度、真实反射和专业影棚布光的 3D 标志，可指定材质风格（默认为光泽玻璃与铬金属），并置于干净的虚化背景上，追求高端平面设计美学与 8K 分辨率。第二阶段为电影级标志动画，使用 veo3.1-fast-image-to-video 图生视频模型，基于第一阶段生成的 3D 标志，制作缓慢旋转、带动态光扫掠过材质表面、微妙镜头运动与背景粒子效果的专业片头式动画。技能支持 logo_image 与 material_style 两个输入参数，触发关键词包括 3d logo、logo animation、2d to 3d logo、animated logo 和 cinematic logo。
muapi-amazon-product-listing
该技能用于为亚马逊商品生成一整套商品listing图片，包括主图、生活场景图、功能信息图和细节特写图，并按照亚马逊规范进行优化。使用前需要提供商品名称、亚马逊分类和核心卖点等输入，可选提供目标买家与已有商品图片。执行时并行生成四张1:1图片，主图强调纯白背景，场景图强调真实使用情境，信息图展示功能标注，特写图突出材质与做工。生成完成后按主图、场景图、信息图、特写图的顺序展示，并可建议将图片放入canvas排版为listing模拟图，或追加生成A+内容模块图。
muapi-logo-branding
muapi-logo-branding 是一个通过 muapi 图像生成模型制作专业 Logo 与品牌视觉包的技能。它要求用户提供品牌名称和行业两个必填信息，并可选择填写风格偏好、颜色偏好和品牌气质。该技能会生成三款 Logo 概念稿：主方案、备选风格方案以及纯图标/标志方案，随后再生成一张真实应用场景的模拟图，展示 Logo 在名片、咖啡杯、信纸和网站图标上的效果。生成完成后会请用户挑选最喜欢的方案，并进一步提供深色/浅色变体、SVG 导出提示和社交媒体头像裁剪等选项。
yao-meta-skill
yao-meta-skill 是一个用于创建、改进或评估已有 skill 的元技能，可从工作流、提示词、SOP、脚本中提炼技能，并支持迁移、发布、打包、路由、评测、安装与信任检查。