开发与工程 api-designinterface-contractsrest-apigraphqltypescriptbackward-compatibility

稳定接口设计指南

帮助工程团队设计稳定、清晰且难以误用的 API 与模块接口。

FollowSkills 评估 · FSRS-2.0
不推荐
50/ 100 五分制 2.5 / 5
信任安全13 / 25 · 2.6/5

内容聚焦接口设计,没有恶意行为、凭据窃取、隐蔽外传或高风险自动化操作;也强调边界验证和不暴露内部错误。扣分原因是未说明权限最小化、用户确认、敏感数据处理、依赖安全、外部副作用、回滚或数据流披露;来源归属仅能由仓库 README/LICENSE 间接确认,且发布者未被验证。

可靠稳定8 / 20 · 2.0/5

章节结构和建议基本一致,包含契约、错误语义、验证、兼容性及检查清单;仓库 CI 对整体技能结构和评估脚本有验证。扣分原因是目标技能没有专属可执行测试,示例含省略实现,异常输入、失败反馈和关键路径复现不足;静态评估不超过 10 分。

适用触发10 / 15 · 3.3/5

前置描述明确指向 API、模块边界、组件 props、REST/GraphQL 和前后端边界,触发条件较清楚。扣分原因是未明确非适用场景、输入输出边界或不同技术栈的适配限制,也没有中文支持或中国大陆网络可达性说明。

规范维护8 / 15 · 2.7/5

文档有 frontmatter、Overview、When to Use、原则、模式、反例表、Red Flags 和 Verification,示例较丰富;README 提供安装说明,仓库提供 MIT 许可证、维护者和 CI。扣分原因是目标文件缺少版本、变更记录、维护责任和更新路径的直接说明,安装依赖、FAQ、已知限制及故障排查不足。

有效结果7 / 15 · 2.3/5

内容可直接作为 API 设计检查框架,涵盖契约优先、错误一致性、边界验证、分页、兼容性和命名规范,核心任务目标明确。扣分原因是没有针对真实项目的完整输出模板、代表性产物或执行证据,仍需代理结合项目上下文判断;按静态校准不超过 7 分。

证据核验4 / 10 · 2.0/5

目标技能包含可审计的原则、代码示例和末尾检查清单,仓库 CI 也显示存在全局技能验证和评估运行步骤。扣分原因是没有目标技能专属测试覆盖、第三方来源或多源交叉佐证,且静态读取无法确认实际执行结果;因此仅给有限证据分。

证据充分度: 评估于 2026年7月28日 审查版本 7829ffd90d97
使用前请注意
  • 这是静态源文件审查,未执行示例、CI 或评估脚本;不要将仓库级 CI 视为该技能关键路径已验证。
  • 使用该技能设计真实接口时,仍需补充认证授权、敏感数据、速率限制、幂等性、审计、回滚和兼容性策略。
  • 发布者身份未通过 FollowSkills 企业精选注册表验证,应在采用前独立核验来源和维护状态。
  • 文档未提供中文或中国大陆网络环境适配说明。
评估证据 [1][2][3][4][5]
查看完整评分方法 →

这个 Skill 能做什么,适合哪些场景?

这是 addyosmani/agent-skills 仓库中的一个独立技能,专注于 API、模块边界、组件属性和前后端契约设计。它采用契约优先、统一错误语义、边界验证和向后兼容等原则,并涵盖 REST、GraphQL 及 TypeScript 接口模式。技能还使用 Hyrum 定律和单版本规则提醒团队管理可观察行为与版本复杂度。它适合需要设计或修改公共接口的开发者,但提供的材料没有展示该技能的自动化测试或运行时验证结果。

指导用户先定义输入、输出和错误契约,再设计 REST 或 GraphQL 接口、模块边界及组件属性;给出分页、过滤、PATCH 局部更新、命名和子资源路径示例;说明应在 API 路由、表单、第三方响应和环境变量等系统边界执行验证;建议使用判别联合、输入输出分离和品牌类型;最后通过接口 schema、错误格式、分页、命名、兼容性和文档清单进行检查。

  1. 后端开发者设计新的 REST 任务 API,需要统一资源路径、状态码、错误响应和分页格式。
  2. 前后端团队建立共享类型契约,明确输入对象与服务端生成输出字段。
  3. TypeScript 工程师为不同状态或不同 ID 类型建模,避免调用方误传参数。
  4. 维护者修改已有公共接口,希望通过增加可选字段减少对现有消费者的破坏。
  5. 团队定义模块或组件边界,需要明确哪些行为会成为长期契约。

这个 Skill 有哪些优点和局限?

优点
  • 覆盖 REST、GraphQL、TypeScript、模块边界和组件属性等多种接口场景。
  • 提供可直接采用的错误响应、分页、过滤、PATCH 和命名示例。
  • 强调向后兼容、边界验证和可验证的设计检查清单。
  • SKILL.md 仅使用标准 name 和 description 前置字段,没有显示平台专属扩展。
局限
  • 提供的材料未展示该技能的自动化测试套件或实际运行结果。
  • 内容主要是设计指导,不包含生成、部署或运行 API 的脚本。
  • 没有给出针对具体框架、数据库或 API 网关的实现步骤。

如何安装这个 Skill?

该技能位于仓库的 skills/api-and-interface-design/SKILL.md。安装整个技能集合可执行:npx skills add addyosmani/agent-skills。README 说明该仓库包含 24 个技能,也提供按名称安装单个技能的命令格式:npx skills add addyosmani/agent-skills --skill api-and-interface-design。

如何使用这个 Skill?

在支持 Agent Skills 的客户端中安装后,在设计或修改 API、模块边界、组件属性或其他公共接口时触发它。例如:"设计一个任务 REST API,先定义输入输出契约、统一错误格式、边界验证和分页方案。"具体客户端的自动触发细节未在该技能文件中单独说明。

这个 Skill 与同类方案有什么区别?

README 将 Superpowers 和 Matt Pocock's skills 列为可比较的替代方案,并链接到比较文档;提供的材料未包含该比较文档的具体结论。

常见问题

这个技能是否只适用于 REST API?
不是。它也覆盖 GraphQL schema、模块边界、组件属性、数据库 schema 对 API 形状的影响,以及其他公共接口。
它是否要求安装 Node.js 或其他运行时依赖?
SKILL.md 本身没有显示运行时依赖。README 的安装示例使用 npx skills CLI,但该命令属于技能集合的安装方式。
它会自动修改代码或调用外部工具吗?
提供的 SKILL.md 只包含设计原则、代码示例和验证清单,没有脚本、网络调用或 MCP 工具调用说明。
什么时候不应单独采用它?
如果需求是具体框架实现、部署流水线或运行时故障排查,仅凭此技能不足以覆盖这些工作。

同仓库的其他 Skills

均来自 addyosmani/agent-skills

开发与工程

代码简化审查

在不改变行为的前提下,降低代码复杂度并提升可读性与可维护性。

开发与工程

架构决策与工程文档助手

帮助工程团队记录决策依据、维护文档并保留长期代码上下文。

设计与前端

生产级前端界面工程

帮助 AI 编码代理构建可访问、响应式且符合设计系统的生产级用户界面。

开发与工程

官方文档驱动开发

让框架与库的实现决策基于当前官方文档,而不是过时记忆。

开发与工程

浏览器 DevTools 测试

用真实浏览器运行数据验证、调试并测试网页应用。

开发与工程

需求访谈助手

在规划或编码前,通过逐题访谈确认用户真正想解决的问题。

开发与工程

测试驱动开发工作流

用可执行的测试先证明需求,再以最小改动实现、重构并验证行为。

开发与工程

规范驱动开发

在编码前把模糊需求转化为可验证的开发规范。

开发与工程

Git 协作与版本发布规范

用可审查、可回滚的 Git 流程管理代码变更与版本发布。

开发与工程

性能优化工程技能

通过测量、定位和验证,系统解决前端、后端、查询与数据库性能瓶颈。

开发与工程

规划与任务拆解

将明确需求拆分为有依赖顺序、可实现且可验证的工程任务。

自动化与运维

生产可观测性工程

为生产代码建立日志、指标、追踪与告警,让系统行为可见且便于诊断。

开发与工程

怀疑驱动开发

在非平凡决策落地前,用新上下文主动寻找错误。

开发与工程

增量实现

用可验证的小步迭代安全交付多文件工程变更。

自动化与运维

安全加固工程技能

帮助编码代理在处理不可信输入、身份验证、敏感数据和外部服务时建立系统化安全防线。

开发与工程

Idea Refine 创意打磨

把模糊想法转化为经过验证、可执行的产品方向。

开发与工程

合并前代码质量审查

在合并前从正确性、可读性、架构、安全性和性能五个维度审查代码变更。

开发与工程

上下文工程指南

帮助编码代理在正确时间获取正确项目上下文,减少臆测并保持开发规范一致。

开发与工程

系统化调试与错误恢复

用结构化流程定位根因,修复错误并防止复发。

自动化与运维

CI/CD 自动化工程指南

为项目建立可验证、可回滚的持续集成与部署流水线。

相关 Skills