验证码打码平台对接：协议、选型与稳定性工程

打码平台在逆向工程里的位置

不是所有验证码都值得自己逆。打码平台（人工+AI 混合识别服务）的价值场景：

• 验证码出现频率低（自建识别不划算）
• 题型复杂多变（语序、推理题，自训模型搞不定）
• 快速验证阶段（先跑通流程，再决定是否自建）

把它当成一个"识别能力的外包 API"，工程上要做的是标准化对接 + 稳定性兜底。

主流平台与协议对接

各平台协议大同小异，都是"上传图片 → 返回答案"的两步或一步到位：

import requests, base64, time

class DamaClient:
    # 通用打码客户端骨架（以典型协议为例）
    def __init__(self, platform, username, password, soft_id):
        self.platform = platform
        self.auth = (username, password)
        self.soft_id = soft_id
        self.base_url = {
            'chaojiying': 'http://upload.chaojiying.net/Upload/Processing.php',
            'ttshitu': 'http://api.ttshitu.com/predict',
        }[platform]

    def recognize(self, image_bytes, type_id, timeout=30):
        img_b64 = base64.b64encode(image_bytes).decode()
        # 各平台参数名不同，结构一致
        resp = requests.post(self.base_url, data={
            'user': self.auth[0], 'pass': self.auth[1],
            'softid': self.soft_id, 'codetype': type_id,
            'file_base64': img_b64,
        }, timeout=timeout)
        result = resp.json()
        if result.get('err_no') == 0 or result.get('success'):
            return result['pic_str'] if 'pic_str' in result else result['data']['result']
        raise Exception(f"打码失败: {result}")

题型 type_id 是关键参数：四位数字验证码、滑块（传两张图）、点选（传图返回坐标）各有编号，平台文档查表。

精髓一：错误处理与报错退款

打码平台都支持"识别错误上报退款"——这个机制必须用起来，既省钱又能让平台修正模型：

def solve_with_retry(client, image, type_id, max_retry=3):
    for i in range(max_retry):
        result_id, answer = client.recognize_with_id(image, type_id)
        if verify_answer(answer):   # 提交验证
            return answer
        else:
            client.report_error(result_id)  # 上报错误，退款
    raise Exception("连续识别失败")

注意：上报错误要在验证失败后立刻报，平台对上报时效有限制（一般 60 秒内）。

精髓二：成本与延迟的权衡

• 人工打码：准确率 95%+，延迟 5-15 秒，价格高。适合低频高价值场景
• AI 打码：准确率 85-95%，延迟 1-3 秒，价格低。适合规模化
• 混合模式：AI 先识别，置信度低转人工——多数平台的默认模式

业务设计时把打码延迟算进流程：验证码识别是异步的，协议流程里要预留 10-20 秒的等待窗口，别用同步阻塞卡死整个并发池。

精髓三：什么时候该自建

打码平台 vs 自建识别的决策点：

自建的最大收益不是省钱，是可控性：打码平台会故障、会涨价、会对特定题型识别率下降，自建模型的准确率曲线掌握在自己手里。

总结

1. 打码平台是"识别能力外包 API"，对接重点是标准化和错误兜底
2. 报错退款机制必须用，省钱且帮助平台修正
3. 按频率决策：低频用平台，高频自建模型
4. 打码延迟要设计进异步流程，别阻塞并发池

交流微信：run1255