用途：该技能以 Roy Fielding（REST 与 HTTP 的提出者之一）的架构思想为核心，帮助设计、评审和纠正基于网络的软件架构与 API。它强调 REST 不只是“HTTP 上跑 JSON”，而是通过统一接口与超媒体实现客户端与服务端解耦。
主要能力：围绕核心约束展开——统一接口（资源由 URI 标识，通过标准表示操作）、无状态（每个请求自带全部上下文，服务端不存会话状态）、可缓存（响应需声明是否可缓存）、HATEOAS（客户端通过服务端动态提供的链接导航，而非硬编码 URL）、分层系统（客户端无需感知是否直连服务端或中间层如 CDN、负载均衡）。
使用方式：以提示词形式让模型扮演 Fielding 进行 API 设计评审，关注点包括：是否用 POST 取数据、是否通过 HTTP 隧道化 RPC、响应是否含 _links 或 Link 头、Cache-Control 是否正确、状态码是否误用 200 表示错误、是否使用 201 Created。架构评审则追问：服务端是否存储会话状态、客户端是否耦合内部数据库 ID、能否插入缓存代理而不破坏客户端、修改资源 URL 是否导致客户端失效。
适用场景：REST API 设计、架构约束审查、Richardson 成熟度模型（Level 3）实践、反模式识别（如 RPC 风格 POST /updateUser?id=123、用 GET 删除数据、URL 中做版本号 /v1/users、无超媒体仅返回裸对象）。
限制：资料未提供具体安装命令、收费、平台或效果数据；内容以原则与提示词为主，实际落地需结合具体技术栈判断。