commitpush
commitpush 是一个安全的 Git 提交与推送工作流技能,在暂存前先进行密钥与敏感文件筛查,检测子模块以确定提交范围,并覆盖完整的提交-推送周期及推送失败恢复。它适用于需要将改动提交并推送到 Git 仓库的场景,通过分阶段流程降低误提交密钥、凭据或敏感文件的风险。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-01 00:15
39,101 个结果
commitpush 是一个安全的 Git 提交与推送工作流技能,在暂存前先进行密钥与敏感文件筛查,检测子模块以确定提交范围,并覆盖完整的提交-推送周期及推送失败恢复。它适用于需要将改动提交并推送到 Git 仓库的场景,通过分阶段流程降低误提交密钥、凭据或敏感文件的风险。
Shell 脚本可移植性技能,用于编写能在不同系统、Shell 或环境中运行的 Shell 脚本,涵盖 POSIX 兼容性与平台差异。内容包括 shebang 选择(#!/usr/bin/env bash 与 #!/bin/sh)、Bash 与 POSIX 的差异(数组、test 语法、字符串操作、算术)、平台差异(macOS 与 Linux 的 date、sed、readlink 命令差异及可移植写法)、环境检测(操作系统、架构、Shell)、可移植模式(读取文件、临时文件、命令存在性检查、字符串包含)以及 ShellCheck 兼容与最佳实践。
Bevy 0.20+ 的 ECS 路由中心(hub)技能,用于启动 Bevy 游戏、划分 ECS 边界,并指引加载对应的 Bevy 子技能。它本身不提供具体玩法实现,只给出组件、资源、系统与调度的归属规则及模块目录。
Shadscan Pre-commit 是一个面向 AI 智能体的提交协议技能,用于在智能体每次创建提交前建立 Shadscan 基线并重新运行审计。它只改变智能体的提交流程,不添加仓库自动化,也不安装依赖或修改 package.json、锁文件或 Git 配置。工作流程包括:在改动文件前读取仓库说明与 git 状态、检测包管理器及本地 Shadscan 二进制;建立任务基线并读取 JSON 顶层评分;设定任务分数下限(默认等于基线,用户可要求更高整数下限);完成工作后,在每次智能体提交前对完整工作树重新运行同一 JSON 审计,要求分数达到或高于下限,失败时依据证据与修复指引修复范围内问题并重跑,若需范围外工作则停止并报告,除非用户明确覆盖。无本地二进制时使用 pnpm、npm、Yarn、Bun 对应的一次性命令。
clean-copy 是一个用于整理 Git 提交历史的技能:它把当前分支的改动在新分支上重新实现,生成清晰、具有叙事性的提交记录,便于评审者理解。使用时先收集源分支、工作区状态、与 main 的提交和差异信息,校验源分支无未提交改动与冲突且与 main 同步,再基于 main 创建新分支(默认命名为 <源分支>-clean),分析差异并规划提交故事线,逐步重新实现并提交,最后验证新分支与源分支最终状态完全一致,并通过 pr 技能发起拉取请求。规则要求不得添加 AI 作者或署名,最终分支必须与源分支一致,非用户明确要求不得强制推送。
clean-ai-slop 是一个用于清理 AI 生成代码的纠正性技能,在代码生成完成后运行,系统性地移除 LLM 特有的代码异味,同时严格保持代码行为不变。它针对的问题包括:过度注释、不必要的抽象、对不可能场景的防御性偏执、冗长命名等。该技能按固定顺序分六轮执行:死代码、过度注释、不必要的抽象、防御性偏执、冗长命名、LLM 填充物。每轮只处理一类异味,完成后必须运行测试验证,失败则回滚。使用前必须先用测试锁定行为,且只处理 AI 生成或修改的文件,不得扩大范围。适用于 run-plan 完成后、任何大规模代码生成会话之后、审查 AI 生成的 PR,或用户明确要求清理代码时。不适用于人类编写的代码、无法快速补充测试的情况,以及实现尚未完成时。
Context Fetch 是一个以搜索为先的代码检索技能,旨在减少不必要的文件读取。它在开始编程任务、重构、排查缺陷或理解陌生代码之前启用,核心原则是先搜索、再针对性地读取目标片段,而不是盲目加载完整文件。该技能提供一套五步流程:定义要查找的问题、提取搜索关键词、使用 ripgrep、grep 或 PowerShell Select-String 搜索代码库、评估搜索结果并区分主要候选、次要引用与无关文件、最后只阅读有依据的具体行范围。它要求输入问题、搜索范围与关键词,输出候选文件、相关代码片段、后续阅读建议与跳过清单,并列出应避免的反模式及上下文效率参考指标。该技能属于 GSD 方法论的一部分,官方介绍中未提供定价、平台支持范围等更多信息。
Ship Spec 是一个面向已批准规格(spec)的端到端交付技能:它在专用分支上,通过原生问题追踪器的状态流转、相互分离的实现提交、独立评审门禁以及关联的草稿拉取请求,把一个获批规格推进到完成。它以父级代理作为编排者,把实现与评审分别交给独立的新子代理完成。该技能在开工前设有两道强制门禁:所需技能齐备(Matt Pocock 工程类技能与 Ponytail 技能)、仓库配置就绪(setup-matt-pocock-skills 所需的仓库内说明和 docs/agents/ 配置)。随后它会从追踪器解析父规格与子工单、构建依赖图、创建 spec/<spec-id>-<short-slug> 分支,并逐个推进工单。每个工单都要求完整的验证流程、Conventional Commit 提交规范、Ponytail 精简度门禁,以及来自不同新代理的独立代码评审。全部子工单完成后进行整规格终审,最后推送分支并创建草稿拉取请求。
error-recovery 是一个用于处理失败的结构化恢复技能,适用于遇到错误时评估严重程度、保留证据、执行回滚决策树并验证恢复后状态。其核心原则是:当事情出错时不要慌张,按评估、保留、恢复、验证、记录的流程处理。该技能定义了五个步骤:评估严重性(Critical、Major、Minor、Info 四个等级)、在修复前保留证据(错误日志、堆栈跟踪、Git 状态、环境状态、依赖状态、截图)、根据失败类型(代码错误、构建错误、环境问题、外部服务)执行恢复决策树、验证干净状态(git status、测试、构建、类型检查)、记录问题(通过 gh issue comment 或知识图谱)。还包含常见恢复模式(测试从通过变失败、本地正常 CI 失败、构建从正常变损坏、全部搞砸)以及升级流程(2-3 次恢复尝试失败后标记为 Blocked 并等待人工输入)。
该技能介绍如何在 Next.js Pages Router 中集成 tRPC,涵盖使用 createNextApiHandler 创建 API 处理器、createTRPCNext 创建客户端 hooks、withTRPC HOC 包裹应用,以及通过 ssr 选项与 ssrPrepass 实现 SSR、通过 createServerSideHelpers 配合 getStaticProps/getServerSideProps 实现 SSG 与选择性预取。还包含 SSR 响应缓存、API 处理器 CORS 配置、maxBatchSize 限制批量请求等模式,并列出常见错误与注意事项。
Unity Agent Plugin 的 UI 路由技能:根据请求或项目现状,将 Unity UI 任务分派到 UI Toolkit(ui-uitk)、uGUI(ui-ugui)或 IMGUI(ui-imgui)专业子技能,并直接回答 UI 框架的对比与概念问题。
该技能用于设置 Autumn 计费(billing)集成并创建客户。它提供了两条集成路径:一是面向 React + Node.js 的前后端集成,通过挂载请求处理器并在前端使用 AutumnProvider 包裹应用;二是纯后端集成,初始化客户端后直接调用 API 创建客户。文档强调环境变量 AUTUMN_SECRET_KEY 为必填,并给出了 Node.js 与 Python 的安装命令。
agent-instruction 是一个用于在 monorepo 开发过程中管理 AI 指令文件的技能。它帮助开发者在开发会话中发现最佳实践后,将其固化为持久化的指令规则。该技能通过 agent-instruction CLI 提供添加规则、构建指令文件和列出已有规则的能力。使用前需要先安装 agent-instruction CLI 并确保其在 PATH 中(go install github.com/validkeys/agent-instruction@latest)。CLI 在 .agent-instruction/ 目录中管理规则文件,并在仓库根目录生成 CLAUDE.md 和 AGENTS.md 等指令文件。
memory-budgeting 是一个面向 Arduino 与嵌入式项目的内存预算技能,用于在项目触及 SRAM、Flash、堆、栈、分区、JSON 缓冲区或性能上限时,把内存从“板子标称值”变成可测量的预算。它覆盖静态数据、代码/Flash、堆、任务栈、中断状态、文件系统、引导程序与 OTA/更新槽位的划分与核算,并要求为每类内存设定数值预算与最小余量。该技能适用于检查 String 使用、F() 宏放置、OTA 槽位、FreeRTOS 栈和内存余量等场景,包含摄取信息、建立预算、采集编译体积输出、测量运行时可用堆与栈水位、压力测试复测等流程。实现为嵌入式 C/C++,脚本可在需要确定性工具时解析构建或运行时日志。
该技能介绍 fp-ts 中的代数数据类型(ADT)与类型类(Type Class),用于在 TypeScript 中进行健壮的领域建模。内容涵盖积类型(元组、记录)、和类型(可辨识联合)、以及 Semigroup、Monoid、Eq、Ord 等类型类的概念与自定义实例构建,并配有大量代码示例,如支付方式、远程数据状态、配置合并、统计聚合等场景。
fp-ts Do Notation 是 fp-ts 中用于编写可读、顺序化函数式代码的写法,旨在避免回调地狱。它通过 Do、bind、apS、let、bindTo 等函数,让依赖链式操作以扁平、命令式外观呈现,同时保持函数纯度与类型安全。资料涵盖核心函数用法、bind 与 apS 的选择指南、顺序与并行性能对比,以及用户注册、电商结账、依赖注入、校验、数据聚合等真实示例。
本技能介绍 fp-ts 中 Option 与 Either 两个类型的实用方法,用于编写更安全的 TypeScript 代码。Option 适用于值可能存在或不存在的场景(如可空字段、数组查找、字典访问),无需知道缺失原因;Either 适用于操作可能失败且需要错误信息的场景,可替代 try-catch、表达不同失败原因、构建校验流程。内容涵盖两者的导入方式、创建与转换、取值(getOrElse、fold/match)、变换(map、chain、filter、mapLeft、bimap)、组合(sequenceArray、ap)、Option 与 Either 互转,以及 TaskEither 处理异步操作。还给出校验模式、安全数组与对象访问等常见模式,并列出最佳实践与反模式,如避免用 isSome/isRight 做控制流、避免嵌套 Option/Either、避免过早 getOrElse、不要忽略 Left、不要混用 try-catch 与 Either。
本技能介绍在 TypeScript 中使用 fp-ts 的 pipe 与 flow 进行函数组合的实用模式。核心思想是 pipe(data, fn1, fn2, fn3) 等价于 fn3(fn2(fn1(data))),即从左到右串联函数,无需范畴论知识。内容涵盖:用 pipe 替代嵌套调用以提升可读性;构建可复用的字符串、数字、数组工具函数;采用 data-last 参数顺序以便部分应用和管道组合;判断何时适合组合、何时应写普通函数;以及通过 trace、条件追踪、断点、类型断言等方式调试管道。还给出数据处理管道、专用函数工厂、校验器组合、TaskEither 异步链、可配置格式化工具等实践模式。
open-pr 是一个为当前仓库的当前分支创建 Pull Request 的技能。它会先提交并推送本地更改到当前分支,然后撰写便于评审者快速理解变更范围、动机与验证方式的 PR 描述,并在适用时关联 issue。使用时通过 bunx 命令调用 @willbooster/agent-skills 的 open-pr 子命令,并传入符合 Conventional Commits 规范的 PR 标题,以及包含关闭 issue、摘要、原因、测试与备注等内容的正文模板。命令执行后会报告 PR 的 URL。该技能的 PR 标题前缀需遵循 Conventional Commits 规范,可选类型包括 feat、fix、build、chore、ci、docs、perf、refactor、style 和 test。
review-fix-gemini 是一个基于 Gemini CLI 的代码审查与修复工作流技能,属于 willbooster/agent-skills 技能集。它通过运行 Gemini CLI 对当前分支进行代码审查,然后逐条判断审查意见对当前代码库是否仍然有效:对有效意见修改代码,对无效意见在代码中添加说明性注释解释现有实现的必要性;对于超出当前 PR 范围的有效意见则创建新 issue。若产生代码改动则提交并推送到当前分支,并在修复有效意见后循环重新审查,直到没有需要处理的有效意见为止。
review-gemini 是一个用于代码审查的智能体技能,属于 willbooster/agent-skills 技能集。它针对当前分支运行 Gemini CLI 审查,并只报告对当前代码库仍然有效的审查意见,不会自动应用修复。使用时需以阻塞式前台任务运行指定命令,并设置 1 小时超时,以避免任务被提前终止。该技能适合在开发流程中对当前分支进行 AI 辅助代码审查,帮助开发者聚焦仍然存在的问题,而不改动代码。
Changelog Writer 是一个基于 git 历史生成变更日志、发布说明与迁移指南的技能。它解析 conventional commits,自动分类提交类型并检测破坏性变更,支持以 Keep a Changelog、GitHub Releases 或 simple 格式输出变更日志,也能生成面向用户的版本发布说明、破坏性变更摘要、版本间迁移步骤以及语义化版本号升级建议。该技能仅聚焦于变更日志与发布文档生成,不用于 git 操作、文档站点或代码评审。
Git Workflow 是一个面向 Git 工作流操作的轻量级高频助手,用于生成符合 Conventional Commits 规范的提交信息、PR 描述、分支策略建议、合并冲突解决指导、代码考古(通过 git 历史理解代码由来)以及 bisect 二分查找回归提交。它仅覆盖 Git 工作流操作,不用于代码审查、CI/CD 流水线、变更日志或发布说明,也不用于编写应用代码。
wtf.refine 是一个用于迭代更新已有 Epic、Feature 或 Trace 工单的技能。当新的洞察改变现有工作的范围、验收标准、场景、领域语言或技术约束时,可用它把来自任何来源的洞察合并进工单。它会定位需要变更的章节,只重新运行这些变更所需的校验,在写入前展示精确的差异对比,并把场景编辑级联到声明这些场景的 Trace,避免内容过时。它同时是唯一的 Re-aim 机制:当某个 Trace 落地后,Feature 的 Trace Plan 会吸收该 Trace 所揭示的内容。它有两个入口点:由人工交互式运行,或由 wtf.loop 在每次验证过的 Trace 之后以无头模式运行。