Git 工作流与版本管理
SkillSkillsMP
io.github.sickn33/antigravity-awesome-skills/git-workflow-and-versioning
规范 Git 工作流实践。在进行任何代码改动、提交、建分支、解决冲突，或需要在多条并行工作线之间组织工作时使用。
source
“code” 共 3,920 个结果
io.github.sickn33/antigravity-awesome-skills/git-workflow-and-versioning
规范 Git 工作流实践。在进行任何代码改动、提交、建分支、解决冲突，或需要在多条并行工作线之间组织工作时使用。
io.github.sickn33/antigravity-awesome-skills/security-and-hardening
加固代码以抵御漏洞。在处理用户输入、认证、数据存储或外部集成时使用；在构建任何接受不可信数据、管理用户会话或对接第三方服务的功能时使用。
io.github.sickn33/antigravity-awesome-skills/api-sdk-generator
为任意 REST API 生成客户端 SDK 代码、API 封装库、请求/响应模型及语言专属的使用模式。当用户要求“生成 SDK”“编写客户端库”“创建 API 封装”“从我的 API 生成 TypeScript 类型”“写一个 Python……”时使用。
io.github.sickn33/antigravity-awesome-skills/ui-review
审查 UI 代码在设计系统一致性、无障碍性与最佳实践方面的合规性
io.github.bluesky-social/atproto/testing
本 monorepo 的测试实践——在单元与端到端测试之间取舍、测试文件位置、tsconfig.test.json 的角色、如何驱动 Playwright、如何编写/适配 UI/端到端测试，以及该用哪个测试运行器（vitest 还是 jest）。当用户要求添加、编写或扩展测试、补充覆盖率、创建测试文件、在新包里搭建测试、提到 vitest/jest，或引用既有 *.test.ts 文件时，必须先调用本技能再做任何代码搜索或文件读取。同等适用于单元测试与端到端/UI 测试——后者会路由到 Playwright-MCP 优先的探索流程，与常规代码搜索工作流不同。
io.github.wondelai/skills/refactoring-patterns
运用具名重构变换改进代码结构而不改变行为。当用户提到“重构这段代码”“代码坏味道”“提取方法”“替换条件”“技术债”“下移方法”“内联变量”“分解条件”或“清理这段烂代码”时使用。也在整理遗留代码、为新增功能重组代码、或判断哪种变换对应某种代码坏味道时触发。覆盖坏味道驱动重构、安全变换序列与测试保障。代码质量基础参见 clean-code；复杂度管理参见 software-design-philosophy
io.github.mohitagw15856/pm-claude-skills/refactoring-plan
为混乱代码规划一次安全、渐进、不改变行为的重构。当代码需要重组、难以修改、结构纠缠，或你想在添加新功能前先清理它时使用。产出一个由多个保持行为的小步骤组成的有序计划、需要先行搭建的安全网（测试/特征测试）以及目标结构——把重构做成一连串绿灯提交，而不是高风险的推倒重写。
io.github.mattpocock/skills/review
从某个固定基点（commit、分支、tag 或 merge-base）起沿两条轴线审查变更——规范（代码是否遵循本仓库书面编码规范？）与规格（代码是否符合原始 issue/PRD 的要求？）。两条审查由并行子代理执行并并排呈现。当用户想审查分支、PR、进行中的变更，或要求“review since X”时使用。
io.github.omnigent-ai/omnigent/security-audit
审计代码库或目录的安全问题（硬编码密钥、注入、不安全反序列化、弱加密、授权缺口），并输出结构化发现报告。当用户要求安全审查、审计或检查代码漏洞时使用。仅报告——绝不修改。
io.github.leookun/cursor-byok/cursor-client-e2e-debugging
在本仓库中调试 Cursor 客户端 Agent/本地模式/工具/后端存储/Provider 回放失败时使用，尤其是状态/上下文历史存储重构之后：只读分诊已安装的应用包、将已安装客户端行为与仓库代码关联、把用户提供 id 映射到会话/请求/模型调用证据、从调试日志回放 Provider 请求，或快速定位当前的客户端/后端/协议/日志文件
io.github.leookun/cursor-byok/cursor-app-formatted
在提取、格式化、刷新或调查 .cursor-app-formatted 下已安装 Cursor.app 包的只读格式化快照时使用；包括 git-ignore 规则、快照生成工作流，以及只查看格式化代码、不修补快照或已安装应用的规则
io.github.github/awesome-copilot/create-implementation-plan
为新功能、既有代码重构，或包、设计、架构、基础设施升级创建新的实施计划文件。
io.github.onyx-dot-app/onyx/image-generation
通过 `onyx-cli image` 调用工作区已配置的图像生成服务，生成或编辑位图（照片、插画、纹理、精灵图、样机、Logo、信息图）。适用于需要产出全新位图、变换已有图像或基于参考图派生变体的任务；若结果更适合用代码原生 SVG/矢量，或直接在 HTML/CSS/canvas 中绘制，则不要使用。若尚未配置图像生成服务，请提示用户前往 /admin/configuration/image-generation 完成设置。
io.github.vudovn/ag-kit/frontend-architecture
如何组织前端代码——关注点分离（UI / 逻辑 / 数据 / 类型）、文件职责、状态分层、API 服务、Schema 验证，以及 React/Next 和 Vue 的框架规范。提供结构规则，非视觉设计。
io.github.calesthio/OpenMontage/remotion-to-hyperframes
将现有 Remotion(React)合成移植到 HyperFrames HTML。仅当用户明确要求移植/转换/迁移/翻译 Remotion 源码时使用。不要用于:(a) 新写 HyperFrames 合成;(b) 顺带提到 Remotion;(c) Remotion 代码仅作参考分享;(d) "做一个和我某个 Remotion 作品一样的视频"这类未明确要求迁移的请求——按全新制作处理。存疑时用 /general-video。单向、仅 Remotion:不支持反向导出(HyperFrames→Remotion 或其他框架),非 Remotion 来源(After Effects、Framer Motion、普通 React/CSS)超出范围,需通过 /general-video 重做。会标记不支持的模式(useState、useEffect、async calculateMetadata、第三方 React 库、@remotion/lambda)并建议运行时互操作而非有损转换。不确定是移植还是全新制作,或只是顺带提到 Remotion?→ /hyperframes。
io.github.bdfinst/agentic-dev-team/docker-image-create
从项目源码生成生产可用的 Dockerfile，自动识别语言/框架，并产出基于最小化、distroless 或 slim 基础镜像的多阶段构建。当用户想为应用容器化、创建 Dockerfile、把项目 dockerize、构建 Docker 镜像，或说“让这个应用跑在 Docker 里”“为这个应用创建容器”“我需要一个 Dockerfile”“为部署打包”“把这个服务容器化”时使用。当用户已有 Dockerfile 并希望按生产标准重写，或咨询项目的 Docker 最佳实践时也应触发。
io.github.camunda/camunda/frontend-migrator
在把 operate/client/ 或 tasklist/client/ 的前端代码迁移、移植或重写到 orchestration cluster webapp 时使用。触发场景：迁移旧页面/组件、把 React Router 转成 TanStack Router、用 TanStack Query 替换 MobX、把 styled-components 改写为 SCSS、把旧测试转成 Vitest 浏览器模式，或询问旧模式如何映射到新应用。
io.github.forcedotcom/sf-skills/mobile-platform-offline-validate
审查 Lightning Web Component 的移动端离线兼容性——即 Komaci 离线静态分析器，为 Salesforce Mobile App Plus 与 Field Service Mobile App 预填充数据图谱。输出带代码级修复建议的问题清单，涵盖 @wire 配置中的内联 GraphQL 查询、新版 lwc:if / lwc:elseif / lwc:else 指令，以及 Komaci ESLint 规则违规（私有 wire 属性、非局部响应式引用、getter 副作用）。当用户要求“mobile offline review”“Komaci check”“offline priming audit”“offline priming failure”“offline data graph error”，或要求按 @salesforce/eslint-plugin-lwc-graph-analyzer 推荐规则集校验 LWC 时使用。通用 LWC 代码审查（请用相应领域审查技能）或构建带原生移动能力的 LWC（请用 mobile-platform-native-capabilities-integrate）不要使用。
io.github.calesthio/OpenMontage/vercel-react-best-practices
来自 Vercel 工程团队的 React 与 Next.js 性能优化指南。在编写、审查或重构 React/Next.js 代码以确保最优性能模式时使用。涉及 React 组件、Next.js 页面、数据获取、包体积优化或性能提升的任务触发。
io.github.novuhq/novu/framework-integration
用 @novu/framework 构建代码优先的通知工作流。适用场景：在 TypeScript 中定义工作流（Zod / JSON Schema / Class Validator）、组合通道步骤（邮件、短信、推送、聊天、应用内）与动作步骤（delay、digest、custom）、为非技术同事暴露 Step Controls、渲染 React/Vue/Svelte 邮件模板、在 Next.js、Express、NestJS、Remix、Nuxt、SvelteKit、H3 或 AWS Lambda 中托管 Bridge Endpoint、通过 CLI / GitHub Actions 同步到 Novu Cloud、用 HMAC 保障生产安全，或以代码实现翻译、hydration、多通道编排与 LLM 驱动的通知逻辑。
vnext
io.github.novuhq/novu/design-workflow
以 Novu 之道设计通知工作流——选择通道、设定严重级别、判定工作流何时为关键、配置 digest，并基于订阅者状态做路由。同时适用于控制台编排与代码优先（`@novu/framework`）的工作流。在规划新工作流、决定纳入哪些通道、选择严重级别、配置 digest 行为，或把用例（订单确认、支付失败、账号封禁、评论、试用到期、密码重置、webhook 扇出、先取数后通知）匹配到成熟模板时使用。
io.github.fastapi/sqlmodel/sqlmodel
在用 SQLModel 编写或审阅 Python 代码时使用，尤其是模型、会话、查询、FastAPI 集成、关系、link 模型、创建、更新与删除。
io.github.sickn33/antigravity-awesome-skills/review-animations
在严格的工艺、性能、无障碍性与交互质量标尺下审查动画与动效代码时使用。
io.github.owainlewis/blueprint/refactor
在不改变行为的前提下改善既有代码的形态。