后端安全与认证边界
vdevelopment
io.github.Sunagatov/Iced-Latte/backend-security-auth-boundaries
在 Iced Latte 变更后端 JWT 认证、会话、Google OAuth、安全过滤器、认证端点、认证/授权规则,或安全侧模块边界时使用。
共 5,989 个资源
vdevelopment
io.github.Sunagatov/Iced-Latte/backend-security-auth-boundaries
在 Iced Latte 变更后端 JWT 认证、会话、Google OAuth、安全过滤器、认证端点、认证/授权规则,或安全侧模块边界时使用。
vdevelopment
io.github.Sunagatov/Iced-Latte/backend-openapi-contract-changes
在 Iced Latte 后端变更公共 API 行为、OpenAPI 定义的请求/响应结构、生成 DTO 边界、端点契约或兼容性规则时使用。
vdevelopment
io.github.Sunagatov/Iced-Latte/backend-modulith-boundaries
当 Iced Latte 的后端变更可能跨越功能边界、改动导出的 api/ 接口面,或违反 Spring Modulith 依赖预期时使用。
vdevelopment
io.github.Sunagatov/Iced-Latte/backend-liquibase-migrations
在 Iced Latte 后端涉及新增或修改数据库 schema、Liquibase changelog、SQL 迁移文件、上线顺序,或依赖 schema 的后端行为时使用。
vdevelopment
io.github.Sunagatov/Iced-Latte/backend-feature-packaging
用于决定后端代码在 Iced Latte 中应存放的位置,尤其是功能归属、api/ 边界、common 与 feature 的落位选择,或模块化单体中的跨功能模块依赖。
io.github.onsi/ginkgo/writing-specs
编写优秀的 Ginkgo spec——容器节点(Describe/Context/When)、主题节点(It/Specify)、setup/cleanup 节点(BeforeEach、JustBeforeEach、AfterEach、DeferCleanup、BeforeSuite/AfterSuite)、“容器内声明、BeforeEach 中初始化”规则、创建与配置分离、用 GinkgoHelper()/GinkgoHelperGo() 的可复用测试助手,以及 By/GinkgoWriter 输出。在编写或审查 spec 或提取测试助手时使用。涵盖构树期陷阱(容器体内不要放断言/初始化/循环捕获)。
io.github.activepieces/activepieces/review-logging-patterns
审查代码中的日志模式并建议采用 evlog。指导在 Nuxt、Next.js、SvelteKit、Nitro、TanStack Start、React Router、NestJS、Express、Hono、Fastify、Elysia、oRPC、Cloudflare Workers 及独立 TypeScript 上的配置。检测 console.log 刷屏、无结构错误与缺失上下文。覆盖宽事件、结构化错误、drain 适配器(Axiom、OTLP、HyperDX、PostHog、Sentry、Better Stack、Datadog)、采样、enricher 与 AI SDK 集成(token 用量、工具调用、流式指标、遥测集成、成本估算、嵌入元数据)。
io.github.fossasia/voxbento/docker-review
需要评审、调试或修改 VoxBento 的 Docker 配置时使用本技能。相关文件:`docker-compose.yml`、`Dockerfile`、`mediamtx.yml`
io.github.fossasia/voxbento/database-analysis
需要分析、审计或修改数据库模型、迁移与 CRUD 辅助函数时使用本技能。参考:`portal/models.py`、`portal/database.py`、`alembic/versions/`
io.github.fossasia/voxbento/deployment-review
需要评审部署、验证生产就绪度或协助执行部署流程时使用本技能。参考:`DEPLOYMENT_GUIDE.md`、`docker-compose.yml`、`Caddyfile`、`Dockerfile`
io.github.abhigyanpatwari/GitNexus/gitnexus-debugging
当用户在调试缺陷、追踪错误或询问某处为何失败时使用。示例:“X 为什么失败?”“这个错误来自哪里?”“追踪这个 bug”。
io.github.abhigyanpatwari/GitNexus/gitnexus-debugging
当用户在调试缺陷、追踪错误或询问某处为何失败时使用。示例:“X 为什么失败?”“这个错误来自哪里?”“追踪这个 bug”。
io.github.abhigyanpatwari/GitNexus/gitnexus-debugging
借助知识图谱沿调用链追踪缺陷。
io.github.abhigyanpatwari/GitNexus/gitnexus-guide
当用户询问 GitNexus 本身——可用工具、如何查询知识图谱、MCP 资源、图 schema 或工作流参考——时使用。示例:“有哪些 GitNexus 工具?”“我该怎么用 GitNexus?”
io.github.rmyndharis/antigravity-skills/mobile-developer
以现代架构模式开发 React Native、Flutter 或原生移动应用。精通跨平台开发、原生集成、离线同步与应用商店优化。在移动功能、跨平台代码或应用优化方面主动使用。
io.github.rmyndharis/antigravity-skills/mobile-security-coder
安全移动编码实践专家,精通输入校验、WebView 安全与移动端特有的安全模式。在需要移动安全实现或移动安全代码审查时主动使用。
io.github.rmyndharis/antigravity-skills/backend-security-coder
精通输入校验、身份认证与 API 安全的后端安全编码专家。主动用于后端安全实现或安全代码审查。
io.github.rmyndharis/antigravity-skills/database-migration
跨 ORM 与平台执行数据库迁移,涵盖零停机策略、数据变换与回滚流程。在进行数据库迁移、变更 schema、执行数据变换或实现零停机部署策略时使用。
io.github.rmyndharis/antigravity-skills/database-optimizer
资深数据库优化专家,精通现代性能调优、查询优化与可扩展架构。掌握高级索引、N+1 问题消解、多层缓存、分区策略和云数据库优化。处理复杂查询分析、迁移策略和性能监控。在数据库优化、性能问题或可扩展性挑战方面主动使用。
io.github.rmyndharis/antigravity-skills/database-admin
资深数据库管理员,精通现代云数据库、自动化与可靠性工程。掌握 AWS/Azure/GCP 数据库服务、基础设施即代码、高可用、容灾恢复、性能优化与合规。处理多云策略、容器化数据库和成本优化。在数据库架构、运维或可靠性工程方面主动使用。
io.github.HKUDS/CLI-Anything/video-creation
面向视频生产的按能力组合的多工具矩阵。agent 按能力挑选 provider(CLI-Anything harness、公开 CLI、Python 库、原生二进制、云 API),而非固定阶段流水线,涵盖分镜规划、故事/声音指导、素材分诊、网络视频/音乐搜索下载、采集/生成、分析、声音设计、高质量字幕设计、NLE/渲染问题排查、审阅与打包交付。
io.github.HKUDS/CLI-Anything/knowledge-research
面向研究、笔记、文档撰写与发布的按能力组合的多工具矩阵。agent 按能力组合各类 provider(CLI-Anything harness、公开 CLI、Python 库、原生二进制、云 API)。
io.github.alicankiraz1/CursorQB/cursorqb-implementer
CursorQB 流程中带关卡的第 4 步(目标驱动)—— 从已审计的计划中实现一个范围受限、可回滚、可验证的小切片。在第 3 步审计通过后、用户批准实现时使用,或通过 /cursorqb-implement 调用。仅当审计结果为 PASS 或 PASS_WITH_WARNINGS 且不存在 P0/P1 问题时才运行;否则会停止并建议先修复。挑选单个 READY 子计划,先定义校验命令,做最小改动,并在声称完成前先验证。
io.github.alicankiraz1/CursorQB/cursorqb-subplanner
CursorQB 规划流程的第 2 步(目标驱动)。把 Planner-docs/Main-Planing.md 中的每个主阶段拆解为 Planner-docs/Faz-<n>-Plans/ 下的详细子计划,并生成 Sub-Planing-Index.md。由 define-goal 技能作为 Cursor 目标自动启动,会一直运行直到覆盖所有阶段 —— 不会做完一个阶段就停下。可从 cursorqb-planner 的关卡 1 调用,或直接调用来(重新)生成子计划。只改动 Planner-docs/ 下的文件。