SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

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

更新于 10-28 00:17

编程与开发

38,387 个结果

karpathy-guidelines

karpathy-guidelines 是一套面向 LLM 编码行为的行为准则，源自 Andrej Karpathy 对 LLM 编码常见失误的观察，用于减少 LLM 写代码时容易犯的错误。它适用于编写、审查或重构代码的场景，目标是避免过度复杂化、进行外科手术式的精准修改。准则明确说明其权衡：偏向谨慎而非速度，对于琐碎任务需自行判断。内容包含四个部分：一、编码前先思考，明确陈述假设、不确定就提问、存在多种理解时全部列出、有更简单方案要指出、遇到不清楚的地方停下来询问；二、简单优先，只写解决问题所需的最少代码，不做用户未要求的功能、抽象、灵活性或错误处理，200 行能压到 50 行就重写；三、外科手术式修改，只改动必须改动的地方，不顺手“改进”相邻代码、注释或格式，不重构没坏的东西，匹配现有风格，发现无关死代码只提及不删除，仅清理自己改动造成的孤儿引用，判断标准是每一行改动都能直接追溯到用户请求；四、目标驱动执行，把任务转成可验证目标，例如“加校验”变成“先为非法输入写测试再让其通过”，多步任务给出简短计划并列明每步的验证方式。

编程与开发75 次安装

react-hooks-complete

React Hooks 完整参考技能，用于指导 React Hooks 的实现与选型。内容涵盖 useState、useReducer 等状态钩子，useEffect、useLayoutEffect、useInsertionEffect 等副作用钩子，useContext 上下文钩子，useRef、useImperativeHandle 引用钩子，以及 useMemo、useCallback 性能钩子和 React 19 的 useTransition、useDeferredValue、useActionState、useOptimistic、useFormStatus 等并发与表单钩子。同时提供 useLocalStorage、useDebounce、useFetch、useMediaQuery 等自定义钩子示例，并说明 Hooks 使用规则。适用于选择合适钩子、管理组件状态、处理副作用与清理、构建可复用自定义钩子、优化渲染以及使用 React 19 并发特性等场景。

编程与开发75 次安装

principle-attack-the-premise

「攻击前提」（Attack the Premise）是一条调试与问题排查原则：当两个或更多共享同一前提的修复方案在同一个关卡上失败时，应当怀疑前提本身，而不是继续修补方案。做法是先写下那个被所有失败方案共同默认的前提，然后在实施下一次修复前先做一次「普查」（census），统计每个参与者（actor）在失衡中的分布，判断失衡集中在谁身上；若每次运行都由相同的少数参与者承担大部分失衡，就说明存在某种机制在分配该角色，需要找出这个分配机制，并将其作为下一个「为什么」去追根因。最终目标是消除这种不对称，而不是补偿它，可通过轮换角色、随机化分配或移动角色来实现，使没有任何参与者在每次运行中都持有该角色。该原则与「从第一性原理重新设计」不同，后者是围绕新需求重建设计，而此原则是质疑当前设计所假设的某个事实。资料未提供该技能的安装命令、价格、平台支持等具体信息。

编程与开发75 次安装

principle-make-operations-idempotent

该技能围绕“让操作具备幂等性”这一设计原则，适用于设计命令、生命周期步骤或处理循环的场景。它强调：无论操作运行多少次、从何处开始，都应收敛到相同的正确终态。核心内容包括：启动时扫描已有状态、清理陈旧产物、接管存活会话；基于内容等价性而非创建顺序进行清理；使用基于 PID 的陈旧锁检测实现自愈锁；以及幂等调度，使失败任务能干净地重新生成、每轮循环后重新生成新输入。技能还提供自检问题：连续运行两次会怎样、上一次在任意点崩溃会怎样、重新执行是否收敛到同一终态；若答案取决于遗留状态，则需增加对账步骤。

编程与开发75 次安装

principle-migrate-callers-then-delete-legacy-apis

该技能定义了一条内部 API 重构原则：当决定采用新的 API 设计后，应在同一波重构中迁移所有调用方并删除旧 API，而不是保留兼容层。适用于没有外部用户依赖向后兼容、项目能够承受协调式破坏性变更、且该新 API 属于简化或重构计划一部分的场景。规则要求：不要仅因为内部调用方仍存在就保留旧 API 路径；盘点调用方、迁移并立即删除旧 API；将临时适配器视为例外并设定时间限制，而非默认架构；更新测试以断言新契约，删除仅保护重构前实现细节的测试。资料同时指出，同时保留新旧 API 会造成双路径复杂性、拖慢清理，使代码库呈现只增不减的状态。

编程与开发75 次安装

principle-model-the-domain

「模型化领域」（Model the Domain）是一个面向编写有状态逻辑的编码原则技能，属于 pstack-t3 技能集。其核心主张是：把真实的领域逻辑编码进一个数据结构，而不是把它散落在各个条件分支里。一个与领域相匹配的结构可以让非法状态无法被表示，并删除分支。该技能建议在以下情形使用：编写有状态逻辑、代码分支过多，或在多个文件中重复同一种形状假设。它给出的做法包括：用状态机替代散落的布尔值、阶段或生命周期检查；用类型化模型替代松散参数或重复的形状假设；用映射、注册表、查找表或判别联合替代跨文件分发的分支；用 reducer 或命令/事件模型替代临时性的状态变更；以一块领域知识为中心组织模块，而不是按 load、validate、transform、save 之类的执行顺序组织；用小的模块边界收拢重复行为、归属关系或不变式；在访问模式需要时使用队列、缓存、索引、图、树或规范化集合。它同时强调不要强行抽象：如果现有形状已经清晰、局部且不太可能增长，宁愿写普通代码；对只增加间接层却不消除分支、重复规则、非法状态或生命周期风险的抽象应保持怀疑。遗漏本原则的信号是：新功能只是在现有 if/else 链上再加一个分支，或出现必须与前一个布尔值保持同步的第二个布尔值；按阶段命名的时间性分解也是信号，因为阶段式模块会在各步骤间重复相同的领域规则。

编程与开发75 次安装