SuperAPI AI 工具集

Skill 广场

找到适合任务的 Agent Skill,阅读介绍并复制安装命令。

更新于 11-02 00:09

编程与开发

39,216 个结果

principle-minimize-reader-load

这是一份面向代码评审与重构的维护性原则,核心是“最小化读者负担”。它主张可维护性的本质是读者理解代码所需付出的工作量,并用两条独立轴线衡量:追踪层数(问题与答案之间的间接层级)和需记忆状态(读者必须在脑中保持的隐藏或可变上下文)。LOC、圈复杂度、整洁架构等只是代理指标。该原则给出多项具体做法:内联只有一个调用方的包装器、没有第二实现的适配器及从未需要的推测性间接层;让相邻层改变抽象,折叠只是重复相同方法与参数的透传层;要求接口压缩,避免既暴露表面又暴露实现的宽接口;缩小状态作用域,优先纯函数、局部变量、字段、模块状态而非全局,用派生代替同步;在边界处命名不变量,使读者只需学习一次。新增层级或状态前应先问:它是否至少等量减少了别处的读者负担。检验标准是:新读者能否在30秒内回答“X从哪来”和“什么能改变X”。

编程与开发47 次安装

principle-separate-before-serializing-shared-state

该技能提出一条并发设计原则:当多个并发执行体可能写入同一文件、分支、键或状态对象时,应先消除共享,只有在共享确实是必要不变量时,才从结构上强制串行化。它强调指令和约定不能充当并发控制,建议默认让每个执行体拥有独立的文件、键、分支或状态目录,只在读取或汇总边界合并;真正需要单一写目标时,再用锁文件、分阶段执行、单写者或原子比较交换等机制实现。适用于多智能体、并行任务、状态文件设计等场景。

编程与开发47 次安装

principle-sequence-verifiable-units

该技能提出一种将多步骤工作拆分为可验证小单元的原则:把清扫、迁移或成批相似编辑等任务排成序列,每个单元以可检查的状态收尾,当前单元未通过验证前不推进。它强调先变基到干净主干,使每次检查都基于真实基线;每个单元构成“已知良好状态—单次改动—运行检查”的前后对照。在交付层面,主张按能证明工作的顺序堆叠提交与 PR,典型形态是先写失败测试、再在其上放修复,也可采用先减法后重塑、先采集基线后处理、先搭脚手架后加功能等叙事顺序,使每个提交可独立落地、整个序列读起来像一段论证。该技能是“证明其有效”原则技能的排序补充,也是“构建杠杆”原则技能的配套,后者让逐单元检查成本更低。

编程与开发47 次安装

principle-subtract-before-you-add

该技能用于在新增功能、重构或重写之前先做减法:优先删除死代码、冗余校验器和仅有占位意义的引用,再在更简单的基础上构建。它强调把简化当作持续投入,让系统在相同或更小的接口面积下变得更简单、更有能力;先削减到最小可用形态再进行质量打磨;按实际观察到的使用情况设计,而不是为臆测的边界情况添加校验器、解析器或保护逻辑;简化提示词,去掉冗余指令和过度模板;当某个引用没有新内容时直接删除,而不是留下占位符。

编程与开发47 次安装

principle-type-system-discipline

该技能用于在设计和审查静态类型语言代码时落实“类型系统纪律”:让编译器拒绝不可能状态、混淆的原始类型与未处理的变体,主张通过类型建模把错误和特殊情况“定义得不存在”,而非不断增加处理分支。主要做法包括:用和类型(判别联合、带载荷枚举、密封类)建模变体,避免互相矛盾的字段组合;按“类型是构造而非限制”的思路从值构造类型(如非空列表、合法时间区间);为语义不同的原始类型打品牌(如 UserId 与 OrderId);在每个外部数据边界(RPC、JSON、IPC、CLI 参数、配置、环境变量、数据库行)设置解析函数;避免用 as、断言函数等欺骗类型系统,无法证明时应验证或收窄模型;确保对和类型的匹配穷尽,新增变体时编译失败;从权威 schema 派生类型;仅在出现部分性时加强类型,并优先使用全函数。TypeScript 语法细节指向 typescript-best-practices 技能,验证位置参考 boundary-discipline 技能。具体安装与调用方式资料未提供。

编程与开发47 次安装

typescript-best-practices

该技能提供 TypeScript 最佳实践,适用于阅读或编辑任何 .ts 或 .tsx 文件的场景。它强调类型系统纪律:用可辨识联合建模变体状态、用品牌类型区分基础类型、通过构造性建模让非法值无法被构造、外部数据使用 unknown 而非 any、借助运行时 schema 库先定义 schema 再推断类型、避免 as 类型断言、按优先级选择类型收窄方式、编写诚实的类型守卫、用 never 实现穷尽性检查、优先使用 satisfies。同时涵盖边界校验、从 schema 派生类型、对象参数、真实测试、结构化遥测等规则,示例见 references/patterns.md。

编程与开发47 次安装

why

why 是 pstack 中的一项代码设计动机调查技能,用于回答“某段代码为何如此设计”“为何选择方案 Y”等溯源问题,覆盖设计理由、回归、事后复盘和数据阈值等场景。它先确定目标代码与问题,再用 git blame、git log、gh 等建立代码锚点,然后按可用的 MCP 证据类别(源码管理、工单、长文档、团队聊天、基础设施可观测性、错误跟踪、产品分析仓库)并行派出多个只读调查代理,最后交给综合代理,按置信度分层输出发现。所有 MCP 证据类别都需检索,缺源或证明无关时须说明。该技能区分已知、推断与未知,不重写置信表述;若问题是为后续改代码做准备,还会整理保留、变更、避免、风险四类约束。

编程与开发47 次安装

make-app-approval

这是一个面向 Make App 开发流程的审批能力适配技能,用于在需求方案确认后,新建或迭代项目时判断是否默认生成“我的审批”导航,并完成审批新建与发起侧适配。它依据业务对象、用户写入动作和审批处理能力做出导航决策,接入运行时审批新建分支,保存与首次发起分离,并展示只读流程状态。该技能强调保持现有业务列表、布局与分层,明确字段授权、错误态和锁边界。任务列表、办理详情、审批意见与动作、审批历史及流程图不在本期范围。

编程与开发47 次安装

claude-code-cli-reference-workflow

Claude Code CLI Reference Workflow 是一个面向命令行 AI 编程助手的使用方法与检查清单体系,来源于 reason-machines/claude-code-skills 技能集合。它围绕开发者在终端环境下的 AI 辅助编码流程,提供一套结构化工作流:在编码前准备项目上下文,用明确的提示词和文件路径界定任务范围,系统化地审查 AI 生成的 diff,提交前运行测试与 linter,并在源码与输出之间保持清晰分离。该技能还给出常见场景的实践模式,包括新增功能、修复缺陷和重构,以及会话记录模板、上下文文件(project-brief.md)、可复用提示词模板与排错指南。其核心价值在于把「让 AI 写代码」变成可重复、可审查、可测试的工程习惯,降低误改文件、遗漏测试或泄露敏感信息等风险。该技能以文档与检查清单为主,本身不提供独立的自动化功能。

编程与开发47 次安装

diagnose

diagnose 是一个用于定位并证明缺陷、失败测试或异常行为根因的诊断技能。它强调从已观察到的失败证据与相关代码出发,建立“症状 → 机制 → 原因”的完整因果链,而不是仅凭模式匹配或熟悉症状下结论。适用于无法解释的失败,包括流水线验证失败等场景。技能会先确认证据是否适用于受影响版本与条件,必要时通过复现、最小化、有界尝试、区分性探针或补充日志/断言来消除不确定性;在获得授权时可应用修复,并借助 tdd 编写回归测试,观察修复前的预期失败与修复后的通过结果。若无法建立完整因果链,则报告剩余不确定性与所需证据。该技能还提供 pipeline 模式,按调用流水线的升级规则与状态词汇输出结构化结果,状态包括 fixed-and-pushed、diagnosed-no-fix、flaky-infra、needs-human。

编程与开发47 次安装

lit-and-monaco-editor

这是一个关于如何用 Lit 框架封装 Monaco Editor(驱动 VS Code 的编辑器组件)的技术教程。作者以构建名为 code-editor 的 Lit Web Component 为目标,带领读者从零搭建项目:先使用 Vite 的 lit-ts 模板初始化工程,再安装 lit 与 monaco-editor 依赖,随后通过自定义元素 @customElement("code-editor") 将 Monaco 编辑器挂载到 Shadow DOM 中。教程覆盖了 Monaco 多语言 Web Worker 的配置方式(json、css、html、typescript 等 worker 的分发逻辑)、容器引用(ref 指令)、代码与语言获取逻辑、深浅色主题自动切换,以及 setValue/getValue 两个读写方法。组件支持通过 slot 内的 script 标签提供初始代码,也支持通过 code、language、theme 属性传入。文末给出完整源码。

编程与开发47 次安装

specify-plan

specify-plan 是一个面向实现阶段的规划技能,来自 rsmdt/the-startup,主要用途是创建并校验实现计划(PLAN)。它把功能拆解为可执行任务,遵循 TDD(测试先行)原则,让开发者能够独立开展工作而不需要额外澄清。该技能以「实现规划专家」的角色运作,输入为规格目录中的 PRD 与 SDD,输出为结构化计划:每个任务包含 id、描述、规格引用、活动类型、是否可并行,以及 Prime(开工前阅读什么)、Test(测什么,红)、Implement(做什么,绿)、Validate(如何验证,重构)四步。约束上要求:每个任务产出可验证交付物而非纯活动;所有 PRD 验收标准映射到具体任务;所有 SDD 组件有对应实现任务;依赖显式且无循环依赖;遵循模板结构;进入下一阶段前等待用户确认;每个阶段写入独立的 plan/phase-N.md,plan/README.md 作为带阶段链接与清单的总览。计划不写时间估算、不写资源分配、不写实现代码、不把准备步骤或单个测试用例当作独立任务。工作流包括初始化计划、发现任务、定义阶段、校验计划、呈现状态五步。适用场景为实现阶段的规划、任务定义、工作排序与依赖分析。限制:资料未提供具体收费、平台、性能效果等信息。

编程与开发47 次安装

improve-codebase-architecture

该技能用于在代码库中寻找“深化机会”(deepening opportunities),即把浅模块重构为深模块,以提升可测试性与 AI 可导航性。它先根据用户指定方向或近期提交热点确定扫描范围,再借助探索型子代理遍历代码库,识别理解一个概念需在多个小模块间跳转、接口与实现复杂度相当、纯函数仅为可测试性而抽取、模块跨接缝泄漏、难以测试等摩擦点,并用“删除测试”判断模块是否真正承载复杂度。随后生成一份自包含的 HTML 报告,写入系统临时目录,用 Tailwind 与 Mermaid 呈现每个候选的涉及文件、问题、解决方案、收益、前后对比图和推荐强度,并给出首选建议。用户选定候选后进入追问式讨论,逐步明确约束、依赖、深化模块形态、接缝背后的内容与测试存留,并在过程中按需更新领域词汇表或提议记录 ADR。

编程与开发47 次安装

jupiter-swap-integration

Jupiter Swap Integration 是一套面向 Solana 生态的 Jupiter 聚合器集成技能,用于构建代币兑换界面与交易机器人。它覆盖 API 调用、路由优化、滑点处理以及前端/机器人实现,帮助开发者实现可靠高效的兑换流程。技能强调 Jupiter 只负责聚合最优路由、由开发者提交交易,并给出滑点按代币类型设置、优先费预算、报价缓存、版本化交易处理等实践。内容包含报价获取、构建兑换交易、签名发送、错误重试、价格影响评估、常见失败模式排查等代码示例与配置模板,适用于前端兑换 UI、交易机器人或后端服务等场景。

编程与开发47 次安装