SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-05 00:16
16,582 个结果
这是一个关于「激进自我探询（Radical Self-Inquiry）」的领导力方法技能，由 samarv/shanon 发布。其核心逻辑是：通过拆解自我欺骗，识别自身内在叙事与未解决的个人经历如何制造出外部挑战，从而建立领导者所需的心理韧性与抗压能力。资料给出的领导力方程是：实用技能 + 激进自我探询 + 共同经历 = 更强的领导力 + 更强的韧性。其中实用技能指工作中的战略、执行与专业领域；激进自我探询指提出能穿透自我幻觉的「惊人问题」；共同经历指在可信圈子中坦白内心的挣扎。核心质问是「我如何共谋制造了我声称不想要的条件」，目的是唤起自身能动性。资料还提供了沟通与临在、身份与动机、遗产三组探询问题，以及将该方法应用于团队动态的思路，并给出两个示例与常见陷阱。
“持续产品改进”（Relentless Product Improvement）是一套推动产品增长的框架，核心是把深度用户共情（Jobs to be Done）、严谨的数据分析与清晰的设计结合起来。它适用于产品故障排查、功能增长停滞和体验改进等场景。框架强调“建设性的不满足”：拒绝容忍平庸的用户体验，通过持续的小改进累积到成功的临界点。其方法包括：通过“审问式”访谈理解用户为什么“雇佣”产品（大雇佣时刻）、识别用户的情感型任务；在指标下滑时做分群根因分析、衡量闭环（如社交产品中用户动作是否得到回应）、跟踪 S 曲线并在平台期转向第一性原理的押注；坚持清晰而非“聪明”的设计，遵循门的原则、使用全球通用图标、区分新功能的空间一致性、互补而非替换既有习惯；以及把突破规模化，用小规模可信测试组发现“糟糕”之处、识别信念时刻并投入资源做最佳版本。文中以“复活失败功能”（私密分享）和“互补式产品扩展”（搜索中引入 AI 模式）为例说明应用方式，并列出常见陷阱：重造轮子、做小团队太久、忽视因果访谈、接受平庸。
该技能用于将会议条目主动路由到不同的 Brain CLAUDE.md 文件中。它会从 Brains/ 文件夹动态发现 Brain，通过关键词与语义评分匹配条目，并对无法匹配的内容逐个向用户提问处理。适用于会议记录整理后、生成会议摘要之前的内容归类环节。
「Saying the Unsayable」是由 Claire Hughes Johnson 开发的一套沟通框架，用于在团队中揭示隐藏的紧张关系、给出困难反馈，以及点出「房间里的大象」，同时避免让对方产生防御心理。其核心是让沟通者从「讲师」心态转向「探索者」心态，借助「左栏」方法把内心带有评判的念头「去毒化」，再以假设式提问的方式表达出来，从而在说出残酷真相的同时，让对方仍感到乐观与被赋能。框架包含三个步骤：做探索者而非讲师、把隐含之事显性化、使用基于假设的辅导，并配有团队冲突与绩效反馈等示例，以及常见误区提醒。
一个用于规划新产品线的战略框架：通过梳理用户端到端工作流来识别并推出邻近产品。当核心产品已成熟、或需要判断新用例应作为功能还是独立产品界面时使用。
桌面自动化协议是 windows-computer-use-mcp 的使用指南，介绍工具选择、焦点规则、安全事项与任务（mission）设计。它按目标给出工具选择建议，例如按标题点击元素、按意图智能点击、执行多步自动化任务、录制回放宏、等待窗口等事件、发现运行中的应用，以及跨应用提取并串联数据。协议强调自动化开始后不要 Alt+Tab 或触碰鼠标，目标窗口需保持在前台；人类参与（HITL）审批出现时应批准并让目标窗口重新获得焦点。安全方面要求生产使用前阅读 docs/SAFETY.md，运行不受信任的自动化时可用 virtualization-mcp 做沙箱或虚拟机隔离，人脸、键盘记录等可选功能默认关闭。任务设计部分说明 run 操作需提供明确具体目标，由服务端通过 LLM 采样分解；workflow 操作需给出显式步骤（工具、参数、标签及可选的数据串联引用）；自愈机制可在步骤上设置 app_path 以重启崩溃应用。
notion-md-sync 是一个把本地 Markdown 文章同步到 Notion 页面的技能，可将本地图片上传为原生 Notion 文件。适合在 Notion 中发布或更新博客文章时使用，默认仅预演不写入。
Squad 团队的分支与工作流规范：以 dev 为主开发分支的三分支模型，含分支命名、Issue 分支流程、并行多 Issue 的 git worktree 用法、多仓库协同与发布晋升流程。
用于生成、修复或调试通过 GitHub Actions OIDC 可信发布 pnpm 包的 publish.yml 工作流文件，涵盖测试、构建、打包到发布的完整流程，并强调动作 SHA 固定、最小权限令牌与 Node 版本隔离。
auto-click-cdp-popup 是一个 macOS 辅助工具，通过辅助功能监视器自动点击 Chrome DevTools Protocol（CDP）相关的 Chrome 或 macOS 界面弹窗。仅通过 Homebrew 从 schroneko/homebrew-cdpclick 分发安装，适用于需要反复确认远程调试授权提示的场景。
writing-plans 是一个用于在 docs/plans/ 目录下创建和结构化项目计划的技能，适用于编写功能对齐计划、差距分析、文档计划等，帮助团队用统一约定跟踪功能缺口、实施阶段与里程碑。
bot-report 是一项用于汇报无人值守代理机器人运行情况的技能，读取 review-bot 的状态与记录，说明审核机器人发布了什么、花费多少、是否失败以及发现是否被处理。它只做汇报，不轮询、不发帖、不对发现采取行动。
用于在 Jira 中书写 Wiki 标记（文本格式记号）的技能，适用于问题描述、评论与自定义字段的排版。Jira 使用 Wiki 标记而非 Markdown，本技能提供加粗、斜体、标题、代码块、链接、表格、面板、引用等语法速查与常用模板。
该技能用于游戏 Mod 项目的启动、恢复与整理，核心目标是让源码、打包、发布、状态和缓存五类内容保持分离，避免混放导致安装包损坏或难以修复。资料给出的标准布局把 source（源码与素材）、package（可安装目录，如 fomod/、00 Core/）、release（发布压缩包）、state（版本与状态记录）、research（研究笔记）和 cache（构建缓存）区分开，并要求只保留一个版本来源，通常为 VERSION 或 .uabs/state.json，让 FOMOD 与发布产物继承该版本。使用前应先运行 workspace_doctor.py 分析项目，输出分类清单并标记过期的根 FOMOD、版本快照数量、嵌套缓存及被引用文件；其 --apply 只移动高置信度且未被引用的零散媒体、笔记和文档，会写备份清单，不删除文件，也不移动 FOMOD 根、版本快照、嵌套 Git 仓库、游戏资源文件或路径依赖文件。适用于整理杂乱 Mod 工作区、排查版本不一致及发布前检查；限制是工具不能强制修复路径依赖的安装包，旧快照归档前需先检查引用。
mailexodus 是一个用于电子邮件平台迁移的 CLI 与 MCP 服务器技能，帮助用户在不同邮件营销平台之间规划并试运行迁移。它支持通过适配器确认来源与目标平台的迁移能力，查看可迁移、需人工复核以及无法迁移的内容，生成迁移计划，并在执行任何写入操作前进行 dry-run 试运行。可用命令包括查看适配器、coverage 覆盖矩阵、info 查看某提供商详情、plan 生成迁移方案、migrate 执行迁移。也可作为 stdio MCP 服务器使用，提供 list_adapters、provider_info、coverage_overview、plan_migration、dry_run_migration、show_schema 等工具。
用于 ConvoAI iOS 仓库的需求实现、修改、修复与交付工作流。先分析需求并按依赖顺序拆分为功能项，再以单智能体或多智能体闭环循环执行实现与验证，逻辑任务采用单元测试优先，UI 验收交由 QA。
revisit 是一个面向工单或 PR 的场景恢复与复核技能：帮助重新查看者理解该工单或 PR 为何存在、如何演变到当前状态，并判断原有问题在当前版本是否仍然成立；若仍需修改，则讨论最小完整改动。
提供商业模式画布、价值主张画布与TAM/SAM/SOM市场分析框架，用于评估产品决策的商业可行性风险并通过市场缺口发现机会。
recipe-vision 是一个用于定义或更新产品愿景、战略、成果与北极星指标（NSM）的技能，会将结果写入 docs/product/vision.md 和 docs/product/design-principles.md。
business-context 技能提供商业模型画布、价值主张画布与 TAM/SAM/SOM 市场分析框架，用于评估产品决策中的生存性风险并识别市场机会。
「configure-board」是一款用于检查和配置 GitHub 或 Jira 项目看板的技能。它可以审计看板的字段、列和范围，并在明确指定目标的前提下执行初始化、规范化或复制看板等配置操作。该技能对读取到的看板名称、描述和指令一律视为不可信数据，写操作前需要用户确认。它支持 status、audit、init、normalize 和 copy 五种模式，并在 status/audit 模式下保持只读。该技能不会创建、删除或归档工作项，也不会变更 issue 状态、合并 PR 或修改组织级字段与工作流。
publish-prd 是一个用于将已完成的需求准备包发布为 GitHub 事项的技能。它负责跟踪系统层面的机制与关系，把需求文档作为 issue 正文、实现计划作为评论发布，并在必要时建立父子事项关联。该技能在发布或执行就绪条件不满足时返回草稿与阻塞项，不创建分支、不执行实现、不派发看板、不合并、不部署。适用于提交 PRD 或缺陷为 issue 的场景。
sync-board 是一个用于核对项目看板与实际工作及交付证据是否一致的工具技能。它读取指定看板（支持 GitHub 项目，Jira 以文档流程说明），将看板状态映射为 backlog、inProgress、review、done 或 deferred 等语义，并通过工作活动、合并记录等证据识别完成漂移、停滞工作、等待评审、跟踪缺失、父项一致性及即将到期工作等问题。默认以报告模式运行，不修改任何内容；仅在用户明确批准后，才可对受支持的 Priority 值和 GitHub 项目 Status 值进行窄范围字段修正。它不会转换或关闭 issue、合并 PR、增删归档条目、修改看板配置、添加评论或改动里程碑与冲刺。输出包含范围、状态映射、带证据 URL 的发现项、分页覆盖情况和受限结论（发现漂移、未发现漂移或 INCOMPLETE）。适用于看板状态与实际进度脱节、工作阻塞排查和交付前核对等场景。
用于通过 git worktree 管理多个功能分支与隔离 IDE 会话的技能，让每个功能分支在独立文件夹中检出，并各自拥有独立的 Cursor 窗口与会话历史。