fastapi-api-patterns
为 FastAPI 应用提供 REST API 设计与实现模式的技能,涵盖 CRUD 端点、分页、过滤、请求响应模型、错误处理与 API 组织,附带 CRUD、分页、错误处理等模板和聊天、用户、AI 记忆上下文等示例。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-15 00:13
41,165 个结果
为 FastAPI 应用提供 REST API 设计与实现模式的技能,涵盖 CRUD 端点、分页、过滤、请求响应模型、错误处理与 API 组织,附带 CRUD、分页、错误处理等模板和聊天、用户、AI 记忆上下文等示例。
用于为 FastAPI 应用配置多平台部署的技能,涵盖 Docker 容器化、Railway、DigitalOcean App Platform 与 AWS 部署,并提供健康检查、环境变量管理、Nginx 反向代理与生产优化模板。
面向 Celery 的生产级任务模板集合,提供基础任务、重试、限流、超时、自定义任务类、Pydantic 校验、数据库与外部 API 调用等模板,并附带生成、测试与校验脚本,帮助开发者按最佳实践编写健壮的异步任务。
用于 WordPress Abilities API 的技能:在 PHP 中注册能力与能力分类,通过 wp-abilities/v1 REST 接口暴露能力,并在 JS 中用 @wordpress/abilities 消费能力,同时排查能力不显示等问题。
WordPress Playground 用于快速创建可丢弃的 WordPress 实例,可在浏览器或通过 @wp-playground/cli 在本地运行,适合在不搭建完整环境的情况下测试插件、主题、Blueprint 与版本兼容问题。
用于开发 WordPress 插件的技能,覆盖插件架构与钩子、启用/停用/卸载、后台界面与 Settings API、数据存储、定时任务与安全等常见开发任务。
用于设计并实现后端微服务的技能,强调明确的服务边界、韧性、可观测性与安全部署模式。适用于新建微服务、将单体逻辑重构为服务,以及补充可靠性与可运维性控制。
面向全栈开发的分布式缓存与失效技能,用于在 UI 与后端服务间设计低延迟、可失效、可观测的缓存方案,覆盖缓存键、TTL、写穿与失效策略、降级与指标。
用于设计并实现 .NET ASP.NET Core 微服务的技能,强调显式契约、弹性、可观测性与安全发布模式,适用于需要 API 或微服务实现、容错、监控和回滚策略的场景。
用于设计并实现 Java Spring Boot 微服务的技能,强调契约优先 API、弹性控制、可观测性与生产安全交付,适合构建 Java 服务或 API、需要契约优先交付或提升生产可靠性的场景。
面向移动客户端的 API 与离线同步模式技能,用于设计支持分页、同步、冲突解决和离线优先行为的移动友好接口,适用于网络连接不稳定的场景。
该技能用于实现搜索与发现体验,覆盖索引管道、相关性调优与安全过滤查询。适用场景包括用户需要快速发现内容、搜索相关性影响转化率。工作流包含定义索引模式与更新策略、在数据变更时增量索引、为租户与权限添加查询过滤、调优排序与降级行为、监控查询延迟与零结果率。要求检查项包括搜索查询中强制授权、索引延迟在可接受 SLO 内、用代表性查询评估相关性、搜索不可用时存在降级模式。还提供决策框架、常见借口与反驳、证据包与退出标准。
用于重构 vercel-py 同步与异步模块的迭代协程(iter_coroutine)模式:把共享业务逻辑收敛到异步基类,同步入口通过 iter_coroutine 桥接,实现 base/runtime 拆分与传输层无关。
基于《A Philosophy of Software Design》中“Design It Twice”理念的接口设计技能:用并行子代理为同一模块生成多个截然不同的接口方案,再逐一展示、对比并综合,帮助用户探索 API 与接口形态。
to-issues 是一个技能,用于将计划、规格或 PRD 拆分为可以独立认领的 issue,采用“曳光弹”式的纵向切片,每个 issue 覆盖端到端的全部集成层。适用于需要把方案转化为项目 issue 跟踪器条目的场景。
Codebase Singularity 是一套面向代码库理解与变更的可重复工作流技能,强调可靠性和验证闭环。它通过“准备—总结—规划—变更—验证—收尾”的六步流程,帮助在修改代码前先摸清仓库结构与入口,明确目标、约束和风险容忍度,再制定含成功标准的简短计划。该技能主张最小化补丁、避免无关重构,并始终运行指定的验证命令(测试、lint、构建或针对性检查),记录执行证据。它提供四个成熟度等级:从仅做准备并遇歧义即停的第 1 级,到引入专门角色与验证的第 2 级,再到声明工具与服务、优先用工具而非猜测的第 3 级,最后到带硬性退出条件(最大迭代、进展证据、重复失败即止)的闭环自主第 4 级。技能还内置安全修复与新增功能两种模板,并配有护栏规则,适用于需要在受控边界内可靠修改代码库的开发场景。
amy-expert 是一个面向 Amethyst 项目 CLI 模块(cli/)的开发技能文档,提供在不破坏命令行公共契约的前提下扩展 amy 的实践模式。它规定了几条硬性规则:cli/ 只是薄装配层,不得新增 Nostr 协议、过滤器装配、状态机或加密逻辑;默认输出人类可读文本,--json 输出一行 JSON 对象作为稳定的机器契约;命令必须非交互式,所有参数通过标志传入;状态全部来自 ~/.amy/,每次调用重新加载;需要 amethyst/ 中的逻辑时应先抽取到 commons/ 再添加命令。技能还提供了标准命令结构、接线清单、模块目录布局,以及需要拒绝的常见错误。适用于新增 amy <verb> 子命令、编辑 cli/src/main/kotlin/…/cli/ 下的文件、编写驱动 Amy 的 shell 脚本或测试、将代码从 amethyst/ 抽取供 CLI 调用等场景。
Feed Patterns 是 Amethyst 项目中关于信息流(feed)组合与数据访问层模式的技能文档。它说明 Amethyst 的 feed 抽象由两部分组成:FeedFilter 决定哪些笔记应出现在列表中,FeedViewModel 以响应式方式向 UI 暴露当前状态。首页、个人资料、标签、书签、通知、私信等每个可滚动列表都是该模式的变体。该技能涵盖共享的 commons 模块(FeedViewModel、FeedFilter、AdditiveFeedFilter、ChangesFlowFilter、FeedContentState 等)以及 Android 专属的 DAL 辅助类(AdditiveComplexFeedFilter、FilterByListParams、DefaultFeedOrder),并给出新增 feed 的步骤、Android 与桌面端的过滤共享边界以及常见注意事项。
relay-client 是 Amethyst 项目中位于 LocalCache/Account 与底层 relay 连接之间的客户端层,用于处理订阅与过滤器组装。它确保 composable 只订阅屏幕可见的内容,跨屏幕去重相同过滤器,并对批量查询(如一次性获取 200 个 pubkey 的元数据)进行限速。主要包含过滤器组装器(FilterAssembler)、Compose 订阅管理器、EOSE 管理器、NIP-17 私信管线、预加载器及订阅工具等模块,适用于 Compose 作用域订阅、元数据预加载、过滤器去重与 EOSE 加载状态处理等场景。
doc-cspec-autopilot 是一个自动化代码规格(CSPEC,Code Specification)生成流水线,用于处理 REQ 文档(必须附带 CTR)并生成可直接用于源代码交付物实现的 YAML 规格。它位于第 9.50 层(CSPEC - 代码规格),上游依赖 REQ(第 7 层)和 CTR(第 8 层,CSPEC 必需),下游产出 TSPEC(第 10 层)与 TASKS(第 11 层)。适用于 REQ 文档的 deliverable_type 为 code(或未指定,因 code 为默认值)、存在 API/接口定义的 CTR 契约、需要为源代码实现生成规格、以及为服务、库、模块创建 YAML 规格的场景。该自动流程按五个阶段执行:输入分析、就绪度验证、CSPEC 生成、验证与评审,并依赖 doc-naming、doc-req-validator、doc-ctr-validator、doc-cspec-validator、doc-cspec-reviewer 等技能。生成文档必须带有 document_type: cspec-document,并以 CODE-Ready ≥90% 为目标。
doc-cspec-fixer 是一个自动化修复技能,读取最新审查报告并对 CSPEC(代码规范)文档应用修复,处理断链、YAML 结构问题、CTR 合规与迭代改进。
add-telemetry 是 Warp 代码库中用于添加遥测事件的技能,帮助开发者按领域组织地埋点,追踪用户行为或系统事件。Warp 采用基于 trait 的遥测系统,由各功能模块通过枚举实现 TelemetryEvent trait,使事件按功能划分而非集中在单一巨型枚举中。该技能适用于为新功能埋点、调试问题或衡量产品使用情况。使用流程包括:识别或创建功能专属遥测模块、定义实现 TelemetryEvent 的事件枚举、实现 TelemetryEvent 与 TelemetryEventDesc trait、注册事件,并通过 send_telemetry_from_ctx! 或 send_telemetry_from_app_ctx! 发送事件,最后借助 log_named_telemetry_events 特性在本地测试。技能强调在实现前与用户明确追踪哪些事件、包含哪些数据及其用途,并遵循事件命名、隐私与最小化数据等最佳实践。
Warp 仓库中用于判断未标记 PR 是否应进入 changelog 及归入何类的参考规则,供 changelog-draft 技能内联使用,涵盖分类、排除条件、TUI 判定、渠道与置信度等。
在 Warp 客户端中创建一次性启动弹窗(用于功能发布、引导等)。该技能面向 Warp 代码库,从功能开关、设置项、触发逻辑、视图文件到调试动作提供完整的分步实现清单,并给出参考实现路径。它强调每个用户仅展示一次,并通过全局同步的设置字段跨设备记录展示状态。