ProxyPin 团队协作 配置共享与 HAR 传递

为什么需要统一配置

团队每个人的 ProxyPin 如果各自配一套：

• 域名过滤规则不一致 → A 能抓到 B 抓不到
• 脚本版本不一致 → 同一个请求 A 的脚本改了 B 没改
• 重写规则各自为政 → 协作讨论时鸡同鸭讲

统一配置后，所有人环境相同，沟通成本降低。

配置统一方案

方案一：导出 + Git + 导入

最基础也最可靠的方式：

# 1. 负责人在 ProxyPin 中导出配置
导出 → config.json

# 2. 提交到 Git
git add config.json
git commit -m "chore: 更新 ProxyPin 统一配置"
git push

# 3. 团队成员拉取并导入
git pull
ProxyPin → 导入 → config.json

方案二：配置仓库

专门建一个 Git 仓库存团队开发工具配置：

dev-tools-config/
├── proxypin/
│   ├── team-config.json        # 统一配置
│   ├── scripts/                # JS 脚本集合
│   │   ├── inject-test-token.js
│   │   └── simulate-slow-api.js
│   └── README.md               # 配置说明和更新记录
├── charles/
└── mitmproxy/

方案三：配置文件直接分发

最简单的方式——负责人导出 JSON 后直接在群里发，大家各自导入。适合小团队（≤5 人）。

HAR 分享

遇到复杂 Bug 时，光说文字说不清。HAR 是最佳沟通格式：

A 抓到 Bug → 导出 HAR → 发给 B
B 导入 → 看完整请求链 → 定位问题

HAR 文件命名建议

YYYYMMDD-简短描述.har
例如：20261013-payment-timeout.har

配置变更管理

配置不是一成不变的。每次变更应该：

1. 说明为什么要改（改前改后对比）
2. 更新团队仓库中的配置文件
3. 通知团队成员重新导入

反例：

• "我改了个脚本，帮我看看有什么问题" → 大家不知道改了啥
• 静默修改导致环境漂移 → 长期混乱

环境隔离建议

个人调试需求不要混进团队配置：

• 团队配置仓库存通用规则
• 个人特殊需求（临时调试脚本、特定域名过滤）放在自己本地，改 import 导入的 JSON 之前自己另外备份一份

或者在 ProxyPin 里给不同场景建不同配置文件，需要时切换导入。