后台开着十几个浪漫餐厅的号，每个号都在跑同一套点单和装饰的流程。场面看着乱，真正要决定的只有一件事：哪个号走哪条线。一号一线说的是给每个号固定一条代理IP，把账号和线路绑在一起，配好之后长期不动。加号时照着复制一份，减号时把对应的那份收回来，它把「这条线今天给谁用」这个问题一次性消掉。绑定这两个字听着抽象，落到操作上就是三样东西写在一起：账号、代理IP、配置备注。
| 绑定粒度 | 写死的内容 | 适合的规模 |
|---|---|---|
| 只绑地址 | 号对应的地址与端口 | 几个号自己用 |
| 地址加凭据 | 地址、端口、认证方式一起记 | 十几个号、有人协作 |
| 整份配置 | 地址、凭据、备注、复核日期 | 几十个号、长期运营 |
一号一线先把关系定下来
绑定这个词听着抽象，落到操作上就是把账号、代理IP、备注名三样东西写死在一起。三者对应上之后，日常作业不需要再判断谁走谁。浪漫餐厅这类休闲模拟经营的号，每天的动作高度重复，收菜、点单、装修循环跑，号与号之间没有明显差别，也就不用为某一个号单独留特殊的线路安排。绑定关系写得越死，日常要做的判断就越少，出错的机会也跟着变少。
绑定具体绑的是什么
一个号配一条代理IP，这条线的地址、端口、认证方式一起记在号的信息里。以后不管是谁接手、隔多久回看，靠着备注名就能对上。绑定的对象除了地址本身，还包括这条线当初为什么配给它，理由那句话看着多余，换人接手的时候最有用。
绑定的价值落在它让每一次排查都有确定的起点：号出问题时先看这条线，线出问题时先看绑在这条线上的号，两头都能对上号。
加号减号都只是照表增删。
什么情况适合钉住不动
号的作业方式稳定、占用接近、没有跨地区需求的时候，一号一线最划算。浪漫餐厅的日常消耗平稳，单个号的代理IP占用不会有大幅起落，绑定之后不会出现某条线长期空转的情况。如果号的玩法差异很大，有的号在冲进度、有的号只挂着收菜，那就得先分开看占用，再决定要不要给冲进度的号单独留一份。
- 绑定关系
- 账号与代理IP一对一写死，附带备注与复核日期
- 复核日期
- 下一次回看这组绑定是否仍然合适的时点
浪漫餐厅多开用一号一线，前提是把绑定粒度定到手边这份规模够用，再给每组绑定写一个复核日期。这两件事做完，十几个号的关系表就固定下来，加号减号都只是照表增删。