数据库迁移
io.github.affaan-m/ECC/database-migrations
数据库迁移最佳实践:schema 变更、数据迁移、回滚与零停机部署,覆盖 PostgreSQL、MySQL 和常用 ORM(Prisma、Drizzle、Kysely、Django、TypeORM、golang-migrate)。在编写 schema 或数据迁移、规划回滚或追求零停机部署时使用。
“writing” 共 777 个结果
io.github.affaan-m/ECC/database-migrations
数据库迁移最佳实践:schema 变更、数据迁移、回滚与零停机部署,覆盖 PostgreSQL、MySQL 和常用 ORM(Prisma、Drizzle、Kysely、Django、TypeORM、golang-migrate)。在编写 schema 或数据迁移、规划回滚或追求零停机部署时使用。
io.github.moeru-ai/airi/enforce-rules-for-typescript
Enforce AIRI's TypeScript and Vue source rules for imports, naming, comments, JSDoc, fallbacks, stateful and protocol code, and module design. Use when writing, refactoring, or reviewing TypeScript or Vue source code in the AIRI monorepo.
io.github.Hmbown/CodeWhale/cw-slice
在为任何 Codewhale 功能、升级或重构编写代码之前使用:先找到行为的现有归属代码,把改动限定在一个可评审的切片内,并在动手前确定证据标准。
io.github.odoo/odoo/odoo-guidelines
House rules for Odoo addon code: module structure, manifest, Python/ORM, fields, controllers, XML views and data, QWeb reports, access rights and record rules, performance, tests. Use when writing or reviewing any file in an Odoo addon outside static/ (for the JavaScript, Owl templates and SCSS under static/, see odoo-web-guidelines).
io.github.deepseek-ai/deepseek-harness/agent-experience
Use when writing or changing a model-facing tool definition (name, description, parameter schema, or its system-prompt section), and when designing skills, context loading, or multi-step workflows, to make information discoverable and use context efficiently.
io.github.mattpocock/skills/pr
Use when writing a PR body.
skillsmp.stas00-ml-engineering-skill-md
端到端训练与运维大规模 LLM/VLM/多模态模型的实战方法论与具体配方——选择并基准测试加速器、存储与网络;SLURM/Kubernetes 编排;最大化训练吞吐并在显存内装下模型;诊断并撑过训练不稳定、NaN/Inf 与硬件/作业故障;检查点与容错;推理性能与显存;调试多节点/多卡挂起;以及编写/运行测试。当用户在训练或微调大模型、遭遇低 TFLOPS/MFU、OOM、数据加载缓慢、损失尖峰/发散、NCCL/InfiniBand 或多节点挂起、节点/GPU 故障、检查点或抢占问题、存储/网络瓶颈,或需要挑选 GPU/云/文件系统,或估算推理延迟/吞吐时使用。提炼自《Machine Learning Engineering》,最新版本见 https://github.com/stas00/ml-engineering。
io.github.getsentry/sentry/react-testing
使用 Jest 与 React Testing Library 为 Sentry 前端编写和审查 React/TypeScript 测试。在 static/ 中新增或编辑测试(*.spec.tsx)、编写组件/hook 测试、用 MockApiClient 模拟 API 响应、测试路由或网络请求,或被要求“write a frontend test”“add a React test”“test this component”“fix a flaky RTL test”时使用。
io.github.supabase/supabase/ask-the-docs
基于文档化的架构、构建流水线与 review 模式回答关于 Supabase docs 应用(apps/docs)的问题,并在提议或评审改动时套用功能设计原则(代码库复用、极简编码)。当用户问“docs 应用里 X 是怎么工作的”“Y 在哪里”“这个方案在 docs 应用里合适吗”,或在 apps/docs/ 下做非平凡改动前使用——特别是涉及 MDX 流水线、markdown 生成、内容组件、联邦文档、贡献者写作模式的场景。必要时可用 Mermaid 图回答架构问题。
io.github.sickn33/agentic-awesome-skills/expo-module
Guide for creating and writing Expo native modules and views using the Expo Modules API (Swift, Kotlin, TypeScript). Covers module definition DSL, native views, shared objects, config plugins, lifecycle hooks, autolinking, and type system.
io.github.obra/superpowers/test-driven-development
在实现任何功能或修复 bug、编写实现代码之前使用。
io.github.affaan-m/ECC/brand-voice
从真实的帖子、文章、发布说明、文档或站点文案中提炼出基于来源的写作风格画像,并在内容、触达和社媒工作流中复用。当用户希望语气统一、又不落 AI 写作的俗套时使用。
io.github.affaan-m/ECC/tdd-workflow
在编写新功能、修复 bug 或重构代码时使用此 skill。强制推行测试驱动开发,覆盖率不低于 80%,涵盖单元、集成与 E2E 测试。
io.github.affaan-m/ECC/e2e-testing
Playwright 端到端测试模式、Page Object Model、配置、CI/CD 集成、测试产物管理与不稳定测试应对策略。当编写 Playwright 测试、组织页面对象,或修复 CI 中不稳定的 E2E 用例时使用。
io.github.mattpocock/skills/pr
Use when writing a PR body.
io.github.mattpocock/skills/domain-modeling
构建并打磨项目的领域模型。在讨论代码库术语、撰写或编辑 CONTEXT.md、记录或修改 ADR 时使用。
io.github.deepseek-ai/deepseek-harness/editing-cordis-compositions
在本 harness 中创建、修改或校验 Cordis composition 时使用——编写或编辑代理预设、增删插件行、判断某项内容属于宿主 composition 还是单个会话、检查自己编写的预设是否真正被装载,或诊断已装载但未产生任何贡献的插件行。
io.github.metabase/metabase/clojure-write
以 REPL 驱动的工作流、编码规范与最佳实践指导 Clojure 和 ClojureScript 开发。在编写、开发或重构 Clojure/ClojureScript 代码时使用。
io.github.affaan-m/ECC/scientific-thinking-scholar-evaluation
对论文、申请书、文献综述、方法章节、证据质量、引用支撑与研究写作反馈做结构化的学术评估。在需要按可复用的评分量表评估论文、申请书、方法章节或证据质量等学术与科学工作时使用。
io.github.microsoft/vscode/ux-css-layout
VS Code 的 CSS 约定、文件组织、类名规范、标准尺寸、SplitView/Grid 布局、可滚动内容、响应式布局,以及文本溢出/省略号模式。在编写 CSS、构建布局或修复文本截断问题时使用。
io.github.discourse/discourse/discourse-frontend-conventions
Discourse 前端代码(JavaScript 与 TypeScript,.js/.gjs/.ts/.gts)中 linter 不强制的核心、插件与主题约定。在编写、审查或准备提交类代码或模板时使用。涵盖私有符号模式(#、无前缀、下划线)、超出 lint 分桶范围的类成员排序、带注释字段前的空行、禁用横幅注释、模板内安全注释、调用处 attribute/argument/modifier 排序,以及注释必要性判断标准。
io.github.addyosmani/agent-skills/git-workflow-and-versioning
规范 git 工作流实践。在做任何代码变更、提交、分支、解决冲突、把凌乱工作区拆成干净的原子提交、创建或审查 pull request、推送到远程,或需要在多条并行工作流间组织时使用。在版本发布(cut)、选择语义化版本递增、打 tag 或撰写 changelog 时使用。
io.github.langgenius/dify/frontend-testing
在 web/ 或 packages/dify-ui/ 下编写或修改 Vitest、React Testing Library 测试时使用,或用户明确要求制定前端测试策略(含评估现有策略)时使用。不适用于仅做前端代码审查、泛泛的可测试性讨论、Python 测试或 Cucumber/Playwright E2E。
io.github.PostHog/posthog/querying-posthog-data
在编写任何 HogQL/SQL 或调用 execute-sql 查询 PostHog 前的必读内容。当用户想搜索、查找或对 PostHog 实体(insight、仪表盘、群组、feature flag、实验、问卷、hog flow、数据仓库、person 等)做复杂聚合,以及查询分析数据(趋势、漏斗、留存、生命周期、路径、粘性、Web 分析、错误追踪、日志、会话、LLM traces)时使用。对受治理的业务或遥测指标(MRR、激活、计费用量、活跃组织、失败率)同样是第一站:先从原始事件或使用带类型的领域工具推导之前,检查语义层(system.information_schema.metrics 中的规范指标)。涵盖 HogQL 与 ClickHouse SQL 的语法差异、系统表 schema(system.*)、可用函数、查询示例与 schema 发现工作流。