google-maps-platform
中文介绍正在整理,稍后补充。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 10-15 00:40
17,562 个结果
中文介绍正在整理,稍后补充。
api-design-patterns 是 asyrafhussin/agent-skills 收录的一套 RESTful API 设计指南,用于帮助开发者构建一致、对开发者友好的 API。该技能包含 7 个类别共 38 条规则,覆盖资源设计、错误处理、安全、分页与过滤、版本管理、响应格式和文档编写。适用范围包括设计新的 API 端点、审查现有 API 结构、实现错误处理与校验、设置分页过滤排序、规划版本策略、配置 API 安全(认证、CORS、限流)以及编写 OpenAPI/Swagger 文档。版本为 2.0.0,采用 MIT 许可。规则按优先级组织:资源设计、错误处理、安全为关键(CRITICAL)级别;分页与过滤、版本管理为高(HIGH)级别;响应格式和文档为中(MEDIUM)级别。每条规则提供独立说明文件,例如 rules/rest-http-methods.md、rules/error-consistent-format.md 等,完整指南汇总于 AGENTS.md。
该技能聚焦后端 API 设计、数据库架构、微服务模式与测试驱动开发,适用于设计 API、数据库模式或后端系统。资料给出的具体内容包括:RESTful 约定示例(GET/POST/PUT/PATCH/DELETE /users 及嵌套资源 /users/:id/posts)、统一响应格式(data + meta 分页)与错误格式(error.code、message、details);数据库模式设计示例(UUID 公共 ID、软删除、索引)与查询模式(游标分页、基于 pg_class 的估算计数);认证部分给出 JWT 载荷接口与校验函数、Bearer Token 认证中间件示例;缓存策略包括 cache-aside 模式与失效处理;限流示例基于 windowMs、max、keyGenerator、handler;可观测性涵盖结构化日志、指标、分布式追踪与 /health、/ready 健康检查端点。以上均为资料原文示例。收费、价格、平台支持、效果等事实暂未提供。
Catalyst by Zoho 是 Zoho 推出的全栈无服务器云平台,本技能为针对该平台的专家级编码助手。它用于回答与 Catalyst 各项服务、CLI、SDK 相关的问题,并指导用户在该平台上构建、部署应用。技能内容本身是一个「路由层」,主张根据具体问题加载最匹配的子技能,而非从单一文件作答。其核心理念包括:优先使用 MCP(CatalystbyZoho_* 工具)而非询问用户,默认定向开发环境,默认以 Slate 前端加函数后端作为「构建应用」的输出形态,对简单 HTTP 场景优先选择 Functions 而非 AppSail,构建前展示成本估算,推荐当前服务而非已弃用服务,并在涉及区域受限服务时先做提醒。技能还会在工作流中执行预检查(确认 .catalystrc 与 catalyst.json 是否存在)、MCP 检查、路由匹配、按需懒加载参考文件、成本检查与作答等步骤,并强调非交互模式(-ni)的使用、各服务的一行式说明、技能路由表、已弃用与区域受限服务清单,以及若干常见注意事项。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
complexity 是一个用于分析代码复杂度、定位重构热点的技能(Skill)。它可以针对指定路径或近期变更的代码,自动检测 Python 或 Go 语言,并调用相应工具(Python 使用 radon,Go 使用 gocyclo)进行圈复杂度与可维护性指数分析。分析完成后会依照复杂度等级给出结论,列出需要重构的函数并按严重程度排序(CC > 20 为严重、CC 11-20 为高),同时提供具体简化建议。最终会生成一份 Markdown 复杂度报告,写入 .agents/complexity 目录,并告知用户整体复杂度摘要、超阈值函数数量、前三个重构目标及报告位置。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
这是一个用于合并前代码评审的 AI 技能,名称 gjalla-code-review。它的目标是在提交或合并代码变更(diff 或 PR)之前,判断这些变更是否达到可发布(ship-readiness)的标准。评审以“标准极高的团队负责人”视角进行,关注点包括:代码是否简单、设计优雅、易于维护;是否满足预期与验证标准;是否经过充分测试、健壮、安全、可用于生产;并且是否在终端用户、公司与功能需求之间取得平衡。评审流程强调先确认“目标与现实”:用一句话说明变更目标(来自 PR 描述、关联规范或提交信息),再说明实际构建的机制,判断二者是否填补同一个缺口、实现是否合理安全。评审会结合多种相关角色视角,其中架构师与安全分析师视角为每次评审必选。评审将发现按严重程度分组:Blocking(合并前必须修复,如正确性、安全、数据丢失)、Should fix(当前值得处理的质量/可维护性问题)、Nit(可选的润色)。每条发现需包含 file:line、问题说明与具体修复建议。评审要求“评审至干净”:若一轮有发现,则修复后需以全新视角再评审,直到有一轮无阻断或必须修复项(最多 5 轮)。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
该技能提供一套面向 Python 软件工程的编码与审查规范,来源于真实的 PR 审查模式,共包含跨 8 个类别的 75 条规则,并按影响程度分级。它适用于编写、审查或重构 Python 代码时参考,尤其在新建模块、函数、类或数据模型,检查正确性与类型安全,以及顺手重构正在改动的代码时使用。规则基线假设 Python 3.11+,部分规则依赖更高版本(如 warnings.deprecated() 需 3.13+、assert_never 需 3.11+、PEP 695 类型语法需 3.12+),Pydantic 专属规则会以 applicability:pydantic 标注。规则类别按优先级分为数据建模、错误处理、类型安全、API 设计、代码简化、性能、命名、导入与结构。每条规则提供影响级别、简要说明以及正误示例,并可能附带边界情况说明。使用时需注意:规则匹配只是信号而非裁决,多数规则是新代码的设计偏好而非需要全仓修复的缺陷;在作为审查发现或改写依据前,应先打开规则文件查看其反向信号(如 **When ...**、**Scope:**、**Preserve ...** 段落),确认何时不应套用;避免对稳定代码进行全仓扫描式改动。
Catalyst SDK 是一套面向 Zoho Catalyst 平台的客户端开发工具包的使用参考技能,覆盖 Node.js、Web(浏览器)、Python、Java、Android、iOS 和 Flutter 多种平台。该技能的核心用途是帮助开发者在对应平台上正确完成 SDK 初始化,并查阅各服务的调用方法与使用模式。其工作方式是先识别目标平台,再加载对应的参考文件,其中每个平台都有各自的 SDK 参考文档,包含初始化模式和各类服务方法。技能强调两点:一是初始化优先,任何服务相关代码之前都应先给出 SDK 初始化调用;二是注意平台差异——Web SDK 使用浏览器端认证(不涉及服务账号),Node.js SDK 使用服务端初始化,移动端 SDK 需要在配置中提供 Catalyst 项目 ID。技能涵盖的服务范围因平台而异,包括 DataStore、ZCQL、Cache、Stratus(分片上传、签名 URL)、Auth、Email、NoSQL、任务调度、Circuits、Connections、Search、推送通知,以及 Zia、SmartBrowz 等。触发场景包括各类 SDK 名称、catalyst.initialize、catalystApp 等关键词或任何平台特定的 SDK 问题。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。
中文介绍正在整理,稍后补充。