📦 Http Status — HTTP状态码查询

v1.0.0

离线HTTP状态码参考工具,可快速查询任何状态码的含义、常见原因和修复建议。支持RFC标准码、WebDAV、Nginx、Cloudflare等常见状态码,无需网络,完全离线工作。

0· 126·1 当前·1 累计
tobewin 头像by @tobewin (ToBeWin)·MIT-0
下载技能包
License
MIT-0
最后更新
2026/3/21
0
安全扫描
VirusTotal
无害
查看报告
OpenClaw
安全
high confidence
这是一个离线、仅指令的HTTP状态码查询技能,只读取其附带的参考文件,其行为与描述一致。
评估建议
此技能是一个自包含的离线参考工具,安装似乎是安全的。考虑因素:(1) 附带的references/codes.md是静态的——如果您需要最新的RFC或提供商特定代码,请验证时效性;(2) MIT-0许可证允许您重用内容;(3) 因为它可以自主调用(平台默认),如果您允许代理无提示操作,请确保信任技能所有者——尽管此特定技能没有网络或凭证访问。如果您需要自动更新,请优先选择具有文档化、可信源或明确更新机制的技能。...
详细分析 ▾
用途与能力
名称/描述与内容匹配:HTTP状态码的参考/查询工具。该技能无需二进制文件、环境变量或外部服务,并提供了一个大型的附带的参考文件(references/codes.md)来支持所述用途。
指令范围
SKILL.md指示代理查阅附带的references/codes.md,并在需要时从范围推断。它不请求读取无关的系统文件、访问环境变量或进行网络调用。输出格式和示例仅限于状态码查询。
安装机制
没有安装规范和代码文件需要安装;这是纯指令式的。这最大限度地减少了磁盘写入和运行时安装风险。
凭证需求
该技能不请求环境变量、凭证或配置路径。包含的内容与离线参考查询相比没有超出必要范围。
持久化与权限
always为false,该技能不尝试修改其他技能或系统配置。允许自主调用(平台默认),但不会为此离线参考添加意外权限。
安全有层次,运行前请审查代码。

License

MIT-0

可自由使用、修改和再分发,无需署名。

运行时依赖

无特殊依赖

版本

latestv1.0.02026/3/20

- **http-status** 初始版本:一个即时、离线的所有HTTP状态码参考。- 提供任何标准或非官方代码的含义、常见原因和修复建议查询。- 涵盖RFC、WebDAV、Nginx、Cloudflare和其他常用代码。- 支持单一代码解释、代码比较(如401 vs 403)以及可重试错误列表。- 无网络、无依赖——完全离线工作。

无害

安装命令

点击复制
官方npx clawhub@latest install http-status
镜像加速npx clawhub@latest install http-status --registry https://cn.longxiaskill.com

技能文档

任何HTTP状态码的即时查询——含义、常见原因以及如何修复。完整数据表见 references/codes.md。零依赖,完全离线。

使用场景

  • "429是什么意思?"
  • "我的API返回502,出什么问题了?"
  • "401和403有什么区别?"
  • "哪些5xx错误可以重试?"
  • "Cloudflare 524是什么意思?"

代码范围(快速定位)

1xx 信息性 — 请求已收到,继续处理
2xx 成功 — 请求已被接收、理解、接受
3xx 重定向 — 需要进一步操作才能完成请求
4xx 客户端错误 — 请求包含语法错误或无法完成
5xx 服务器错误 — 服务器无法完成明显有效的请求

查询流程

  • references/codes.md 中查找精确代码
  • 如果未找到,从范围推断(4xx = 客户端错误,5xx = 服务器错误)
  • 注明来源类别:RFC标准 / WebDAV / Nginx / Cloudflare / 非官方
  • 返回:含义 + 常见原因 + 建议操作

输出格式

单一代码查询

🔢 HTTP 429 — Too Many Requests
━━━━━━━━━━━━━━━━━━━━
Category: 4xx Client Error
Standard: RFC 6585
Meaning: The user has sent too many requests in a given time (rate limiting).

Common causes: • API rate limit exceeded • Burst traffic hitting a throttling policy • Forgot to handle Retry-After header

What to do: • Check the Retry-After response header for wait time • Implement exponential backoff in your client • Review your request frequency and add throttling logic • Consider caching responses to reduce request volume

Related codes: 503 (server overloaded)

比较查询

🔢 401 vs 403
━━━━━━━━━━━━━━━━━━━━

401 Unauthorized → Authentication is required and has failed or not been provided → "You need to log in first" → Fix: provide valid credentials / token

403 Forbidden → Server understood the request but refuses to authorize it → "You're logged in but don't have permission" → Fix: check user roles/permissions, contact admin

Key difference: 401 = identity unknown (not authenticated) 403 = identity known but access denied (not authorized)

可重试代码

✅ Generally safe to retry (with backoff):

408 Request Timeout 429 Too Many Requests ← respect Retry-After header 500 Internal Server Error ← transient server issues 502 Bad Gateway ← upstream temporarily unavailable 503 Service Unavailable ← server overloaded/maintenance 504 Gateway Timeout ← upstream timeout

❌ Do NOT retry blindly:

400 Bad Request ← fix your request first 401 Unauthorized ← re-authenticate first 403 Forbidden ← retrying won't help 404 Not Found ← resource doesn't exist 422 Unprocessable Entity ← fix validation errors first


注意事项

  • 有关Nginx特定代码(444、494-499)和Cloudflare代码(520-530),请参阅 references/codes.md
  • 418 "I'm a teapot" 是RFC 2324的真实状态码——在某些服务器中作为彩蛋实现
  • 某些代码(如103、425、451)较新,可能并非所有客户端/代理都支持
数据来源ClawHub ↗ · 中文优化:龙虾技能库