HTTPeep CLI 终端抓包
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_8676d9fb/httpeep-cli。
技能介绍
问题在哪
AI 代理排查接口、鉴权或重定向时,往往只能看到应用日志或零散的错误信息,缺少可复现的请求/响应证据。HTTPeep 桌面端能抓包,但若代理未启动、证书未信任或规则被误改,自动化流程很容易在「猜路由」上浪费时间。
技能如何工作
本技能指导代理用 httpeep-cli 在终端完成整条调试链路,并优先用 --format json 输出,便于解析与汇总。
- 先验状态:
httpeep-cli --version,再用proxy status确认代理引擎可达;异常时查proxy logs。 - 按需开抓包:系统级代理用
proxy system on(需用户明确同意);交互式终端场景可用httpeep-cli shell/hp shell;无人值守的 agent 执行应设置HTTP_PROXY/HTTPS_PROXY或proxy start --capture-pid,避免卡在交互 shell。 - 查看与清理流量:先加 filter 再删会话;破坏性清理尽量 dry-run。
- 可复现测试:优先
rules run等临时规则;只有需要持久化时才rules upsert/import/replace,并在replace/reset前导出备份。 - 发送与重放:用
request、replay、录制相关命令验证修复;复杂任务在结论里记录命令、会话 ID、关键 JSON 字段与日志摘要(脱敏 header/cookie/Authorization)。
排障顺序建议:CLI → 代理状态 → 日志 → 环境变量与 proxy system status → cert status / cert install → shell 抓包目录 ~/.httpeep/automatic-setup/。
边界与注意
cert install、proxy system on/off、rules replace/reset、sessions clear --all --yes 仅在用户明确要求时执行。import curl/har/http 可能因 CLI 版本未实现。CLI 不在 PATH 时,引导用户在 HTTPeep 设置中 MCP → Repair CLI / PATH Installation 或调用 MCP 修复工具。
使用场景
- 本地联调 OAuth 或支付回调时,用代理抓包核对 query、重定向链路与 Set-Cookie 是否一致
- CI 或无人值守脚本里用 `--format json` 检查 `proxy status`,避免集成步骤在代理未就绪时静默失败
- 复现偶发 4xx/307 时先加临时 `rules run`,再对同一会话 `replay` 对比响应头与 body
- 需要在当前终端里跑 curl/npm 且不想开系统代理时,用 `httpeep-cli shell` 让子进程走 HTTPeep
适合人员
- 负责 API 与网关排障的后端工程师,需要把真实请求/响应整理成可解析的 JSON 会话给同事或 AI
- 编写集成测试或 Agent 工作流的工程师,要在非交互环境里用环境变量或 `--capture-pid` 抓包
- 排查 HTTPS 证书或本地 HTTPS_PROXY 的同学,需要按技能顺序检查 `cert status` 与代理日志
- 做多步抓包与重放联调的全栈开发,希望在任务记录里留下会话 ID、命令与脱敏后的 trace