django-patterns（Django 架构模式）
SkillSkillsMP
io.github.affaan-m/ECC/django-patterns
Django 架构模式、基于 DRF 的 REST API 设计、ORM 最佳实践、缓存、信号、中间件，以及生产级 Django 应用。适用于构建或审查 Django 应用、DRF API、ORM 查询或缓存。
source
“Graphic Design” 共 741 个结果
io.github.affaan-m/ECC/django-patterns
Django 架构模式、基于 DRF 的 REST API 设计、ORM 最佳实践、缓存、信号、中间件，以及生产级 Django 应用。适用于构建或审查 Django 应用、DRF API、ORM 查询或缓存。
io.github.affaan-m/ECC/prisma-patterns
面向 TypeScript 后端的 Prisma ORM 模式——表结构设计、查询优化、事务、分页，以及若干关键陷阱：updateMany 返回的是 count 而非记录、$transaction 超时、migrate dev 重置数据库、批量写入跳过 @updatedAt、Serverless 下连接池耗尽。当编写 Prisma 表结构或查询，或调试事务、迁移与 Serverless 连接限制时使用。
io.github.affaan-m/ECC/backend-patterns
面向 Node.js、Express 和 Next.js API 路由的后端架构模式、API 设计、数据库优化与服务端最佳实践。当构建或审阅 Node.js、Express、Next.js 的 API 路由及其数据访问时使用。
io.github.mukul975/Anthropic-Cybersecurity-Skills/configuring-oauth2-authorization-flow
配置安全的 OAuth 2.0 授权流程，包括带 PKCE 的 Authorization Code、Client Credentials 与 Device Authorization Grant，涵盖流程选型、PKCE 实现、token 生命周期管理与按 OAuth 2.1 设计 scope。适用于为 Web、移动、SPA 或机器对机器客户端实现或加固 OAuth 2.0 认证/授权。
vdevelop
io.github.HoangNguyen0403/agent-skills-standard/database-redis
以 TTL、淘汰策略与延迟感知的键设计优化 Redis 作为缓存与协调基础设施。用于实现 Redis 缓存、键失效或 Redis 性能相关工作。
io.github.citypaul/.dotfiles/refactoring
针对具备通过基线与充分保留证据的代码的重构评估与行为保持模式。当用户要求清理、简化或重构选定区域，以及在变异测试或经评审的对等替代证据确立 REFACTOR 步骤信心之后使用。涵盖重构前先提交的纪律、重构何时增值何时应跳过、以及优先级分类。对于选定全路径简化工程中的任何切片——过渡态或终态——以 reduce-system-complexity 为主导技能；适用时重构可作为次要技能。仓库级架构探索用 improve-codebase-architecture；模块契约用 codebase-design。证据不足或新增行为的代码请勿使用。
io.github.code-yeongyu/lazycodex/frontend
前端/Web UI/UX/视觉类工作必须使用：构建、样式设计、页面或组件重设计、React 环境搭建、性能审计、视觉 QA、品味与打磨。内含四套规则：design taste 路由器与品牌参考；perfection（Playwright/Chromium、Lighthouse、Core Web Vitals）；ui-ux-db 配色/字体/规范；designpowers 用户画像/无障碍/评审/交付；以及仅用 curl 的 lazyweb 真实应用截屏研究，用于确定设计方向。触发词：frontend、UI、UX、design、redesign、styling、layout、animation、motion、premium、luxury、minimal、brutalist、Awwwards、DESIGN.md、mockup、React、Lighthouse、accessibility、WCAG、Core Web Vitals、looks generic、make it pretty、like X brand、lazyweb、design research。
io.github.modu-ai/moai-adk/moai-domain-database
数据库专家，覆盖 PostgreSQL、MongoDB、Redis、Oracle 和云数据库平台（Neon、Supabase、Firestore）。用于 schema 设计、查询优化、索引策略、数据建模或云数据库选型。已并入来自 moai-platform-database-cloud 的云厂商指南。
io.github.modu-ai/moai-adk/moai-domain-backend
后端开发专家，覆盖 API 设计、数据库集成、微服务架构和现代后端模式。在设计 API、实现服务端逻辑、认证或授权时使用。
io.github.microsoft/apm/python-architecture
在 APM CLI 代码库中创建新模块、重构类层次、引入设计模式，或进行横跨 3 个以上文件的改动时启用。
io.github.microsoft/apm/python-architecture
在 APM CLI 代码库中创建新模块、重构类层次、引入设计模式，或进行横跨 3 个以上文件的改动时启用。
io.github.compozy/compozy/testing-boss
关于“写出能暴露 bug 而非侥幸通过”的测试准则，覆盖软件与 LLM/AI 系统。在编写或评审测试、新增 mock、判断测试该放在哪一层、让编码 agent 生成测试、排查 flaky CI、为 LLM/agent 功能设计 eval 套件，或重建脆弱的测试集时使用。不用于通用代码评审、与测试无关的库调试、超出测试范围的 CI 流水线设计，或生产可观测性。
io.github.hashicorp/agent-skills/refactor-module
遵循 HashiCorp 模块设计原则与社区最佳实践，将单体式 Terraform 配置改造为可复用、易维护的模块。
io.github.Stirling-Tools/Stirling-PDF/ui-walkthrough
对当前分支功能做完整的 UI 调查。枚举每个视图与状态（空态、有数据、加载、错误、每个对话框/菜单/面板、响应式断点、浅色+暗色+RTL），用内置 Playwright 工装捕获，汇总为带全局明暗切换滑杆的单图 HTML 走查，随后跑两轮审查：视觉/一致性（对齐、间距、专业感、明暗一致、对比度、截断）与 UX/易用性（流程、可发现性、可供性、空态/错误态、预期）。当被要求做 UI 走查、截图审查、设计或 QA 巡检、「找出可以更易用/更好的地方」或前端工作合并前使用。加 --fix 自动应用安全的前端修复并重新捕获；--theme 限定主题；--no-rtl 跳过 RTL。
io.github.Stirling-Tools/Stirling-PDF/feature-walkthrough
端到端讲解当前分支的完整逻辑与流程，让毫无前置知识的人也能理解、审查并复现。从分支 diff 界定变更范围，追踪其触达的每一层流程（前端工具/hook/组件、Java controller/service/endpoint、Python 引擎、配置、i18n、测试），产出带 Mermaid 图（时序/流程/架构）、可点击引用的带注释文件地图、前后行为对比、涉及 UI 时的截图、「本地试跑」章节与边界情况/风险的自包含走查文档。当被要求做功能或分支走查、「解释这个分支做了什么」、设计/逻辑说明、PR 审查者上手或交接文档时使用。加 --html 可同时输出渲染的 HTML 版；--no-screens 跳过截图。
vandroidx-main
io.github.androidx/androidx/api_review
在 AndroidX 支持项目中，按 API 设计合规性评审待处理工作的技能。
io.github.Arize-ai/phoenix/phoenix-frontend
Phoenix AI 可观测性平台的前端开发准则。在 app/ 目录编写、审查或修改 React 组件、TypeScript 代码、样式或 UI 功能时使用。任何前端任务都会触发——新组件、UI 变更、样式、无障碍修复、表单处理或组件重构。用户询问本项目前端约定或组件模式时也使用。设计系统规则（错误展示、布局、对话框、令牌）请改用 phoenix-design 技能。
io.github.telagod/code-abyss/backend
从更强模型蒸馏的后端工程判断经验——在选择技术栈、语言、数据库、队列或架构时调用；在设计服务、API、业务逻辑或 schema 时；在让系统达到生产可用（可观测性、故障处理、安全）时；或评审服务端代码、判断代码库健康度时。包含场景化技术栈取舍、逻辑设计规则、数据纪律、生产底线，以及“腐烂目录”（代码不可维护的早期征兆）。
io.github.affaan-m/ECC/plan-orchestrate
读取计划文档，将其拆解为步骤，从 ECC 目录中设计每一步的代理链，并输出可直接粘贴的 /orchestrate 自定义提示词。只做生成——本身不会调用 /orchestrate。当用户有多步计划并想通过 orchestrate 来驱动、又不想手工编排代理链时使用。
io.github.openai/openai-agents-python/maintainer-review
以 openai-agents-python 维护者的身份评审一个 GitHub issue 或 PR 链接，分阶段判断该诉求是否真实存在、是否具有实际重要性、是否能用受支持的功能自行解决、范围界定是否恰当、是否有更合适的其他设计、以及是否值得投入维护者与贡献者的精力。用于评估 issue 的有效性与严重程度、决定优先处理还是关闭、判断所请求特性究竟代表未被满足的需求还是只是可发现性或用法缺口、判断 PR 是否值得推进到可合并质量、比较多个开放 PR 或替代设计、把代码质量与仓库就绪状态分开看待，以及撰写简洁的维护者评估意见。当需要回复要求关闭、补充证据或修改代码时，同时产出一条礼貌、简洁、完整、可直接复制粘贴的维护者评论。
io.github.forcedotcom/sf-skills/mobile-platform-native-capabilities-integrate
构建使用原生移动设备能力的 Salesforce LWC——条码扫描、生物识别、定位、NFC、日历、通讯录、文档扫描、地理围栏、AR 空间捕捉、应用评价与支付。当用户要求 LWC 执行条码扫描、文档拍照、定位或地理围栏、生物识别提示、读写设备日历或通讯录、NFC 触碰、收款、应用评价提示或 AR 空间扫描时使用。也由“lightning/mobileCapabilities”“mobile capability”“Nimbus”“device capability”触发。移动离线/Komaci priming 审查请勿使用（改用 mobile-platform-offline-validate），挑选通用 Lightning 基础组件请勿使用（改用 design-systems-slds-apply）。
io.github.jeremylongshore/claude-code-plugins-plus-skills/figma-deploy-integration
将 Figma 驱动的应用部署到 Vercel、Cloud Run 与 Fly.io。用于把 webhook 接收端、design token API 或连接 Figma 的 Web 应用部署到生产平台。触发语如 “deploy figma”、“figma Vercel”、“figma production deploy”、“figma Cloud Run”。
io.github.redis/node-redis/maintainer-review
以 node-redis 维护者身份审阅 GitHub issue 或 pull request 链接，逐层评估其主张是否真实、是否实际重要、能否用已支持的功能解决、范围界定是否正确、是否更适合另一种设计，以及是否值得投入维护者与贡献者精力。用于评估 issue 的有效性或严重度、决定优先处理还是关闭、判断所请求的功能是未被满足的需求还是仅是可发现性/使用上的缺口、判断某 PR 是否值得打磨到可合并、比较开启的 PR 或备选设计、区分代码质量与仓库就绪度，或撰写简明的维护者评估。当应请求关闭、补充证据或代码改动时，还生成礼貌、简洁、完整、可直接粘贴的维护者评论。
io.github.sickn33/antigravity-awesome-skills/code-showcase-core-components
核心组件库与设计系统模式。在构建 UI、使用设计令牌或处理组件库时使用。