实测各类AIGC检测工具的次数限制痛点后，我搭了个无上限的内网私有检测服务

上周组里接了个内网学术内容预筛查需求，要批量校验硕博待投稿论文的AI生成占比，全程不能让文本流出内网。

一开始我先找了几个知名度高的公网商用检测工具试手，第一个就打开了大家常提到的朱雀AI检测助手。

新用户注册完我就发现，平台只送了5次免费检测额度，我刚传完两篇1.5万字的硕士论文，系统就直接弹了次数耗尽的提示。

本来我想着充个会员解锁全功能，点进付费页面才发现，就算是最贵的年度企业套餐，单日检测上限也只有50篇，单篇文本不能超过2万字。

我们组一周待检的论文就有近百篇，单篇最高甚至有5万字，这个额度完全满足不了批量处理的需求。

我特意去翻了平台的官方说明文档，公开版本的朱雀AI检测助手次数限制是阶梯式的： 免费版：新用户3-5次额度，单日最多用2次，单篇上限5000字 基础付费版：单月100次额度，单日上限20次 高级付费版：无月度总次数限制，单日上限50次，单篇上限2万字 定制版：可以申请扩容，但额外次数的收费标准是按次计价，单价远超批量自建的成本。

我试完朱雀的第一反应就是换其他工具碰运气，结果踩的坑一个比一个离谱。

有的平台要求上传的论文文件必须经过他们的云端转码，合规侧直接判定有数据泄露风险，连测试都不让我们测。

还有的免费工具表面写着“无次数限制”，结果跑到第7篇就触发了隐藏的IP风控，直接把我们实验室的公网IP封了24小时。

折腾了整整两天，我确定所有公网商用工具都没法同时满足“内网部署、无次数限制、支持大体积文本”三个要求，干脆决定自研私有检测服务。

我们手头有个闲置的2卡3090服务器，单卡显存24G，完全足够支撑轻量级大模型的批量推理，就选它当部署基底。

软件环境我们直接用了最稳定的长期支持版本：Ubuntu 22.04 Server，Python 3.10，Pytorch 2.1.0，transformers 4.35.2。

全程没有引入任何公网API回调逻辑，所有代码、模型权重都提前下载到本地离线介质里，部署完之后服务器甚至可以完全断开公网运行。

第一步先拉取开源中文AIGC检测模型的官方仓库，提前把模型权重下载到本地对象存储，后续不需要再访问公网。 执行的基础部署命令如下：

git clone https://github.com/yaomingyyds/Chinese-AIGC-Detector.git cd Chinese-AIGC-Detector pip install -r requirements.txt

这里有个很容易踩的坑，一定要把项目默认配置里的公网HuggingFace权重下载地址，替换成内网存储的本地路径。

不然部署的时候程序会自动尝试连外网拉取模型，不仅速度慢，还可能把本地文本的哈希值外发，留下合规风险。

接下来我们修改了官方开源代码里的单文本推理逻辑，重写了批量处理方法，解决了原实现并发低、大文本卡顿的问题。 核心的批量推理代码片段如下：

import torch from transformers import AutoTokenizer, AutoModelForSequenceClassification # 加载本地离线存储的大检测模型，全程无公网请求 model_path = "/data/weights/chinese_aigc_detector_large_v2" tokenizer = AutoTokenizer.from_pretrained(model_path) model = AutoModelForSequenceClassification.from_pretrained(model_path) model.to("cuda:0") def batch_detect(text_list: list[str], batch_size: int = 16) -> list[float]: """ 批量返回文本AIGC生成置信度，区间0-1，1代表完全由AI生成 支持单文本最大65535字符，无任何内置次数、篇数限制 """ res = [] for i in range(0, len(text_list), batch_size): batch_text = text_list[i:i+batch_size] inputs = tokenizer( batch_text, padding=True, truncation=True, max_length=512, return_tensors="pt" ).to("cuda:0") with torch.no_grad(): outputs = model(**inputs) scores = torch.softmax(outputs.logits, dim=1)[:, 1].tolist() res.extend(scores) return res

我第一次跑批量测试的时候直接弹出了CUDA Out of Memory的报错，单卡24G显存直接占满。

查了半天才发现，原代码默认把序列截断长度设成了1024，单批次16篇的话，显存占用直接摸到了26G，溢出很正常。

把截断长度改成512之后，单批次16篇的显存占用直接降到了7.8G，就算并发开到32，24G显存的卡也能轻松跑满，没有任何压力。

之后我们用FastAPI给推理逻辑包了一层轻量接口，又用Flask搭了个极简的前端上传页，支持批量上传docx/doc格式的论文。

后端会自动调用python-docx库提取所有文本内容，批量跑完推理之后，直接导出带AIGC占比标注的Excel报告。

所有数据全流程都在内网流转，没有任何上传到公网节点的步骤，完全满足我们的合规审计要求。

我们拿1000篇累计1200万字的中文论文做了压力测试，结果远超预期。

单张24G的3090显卡，跑完所有文本只花了11分47秒，换算下来单日可以轻松处理10万篇以上的检测请求。

全程没有任何内置的次数限制、字数限制，想跑多少就能跑多少，完全不用像之前那样算着会员额度用。

准度层面我们做了对照测试，找了200篇提前人工标注的论文样本，其中100篇全AI生成，100篇全人工撰写。

原生开源模型的检测准确率达到了92.7%，和我之前测试的朱雀AI检测助手94.2%的准确率只差1.5%，完全满足学术预筛查的要求。

我们后来用手头120篇本院的标注论文，给开源模型做了3个epoch的小样本微调，准度直接升到了96.1%。

微调的核心代码非常简单，不需要太多算力，单张3090跑完全程只用了不到10分钟：

from datasets import Dataset from transformers import TrainingArguments, Trainer # 加载本地私有标注数据集，格式为text字段+label字段（0=人工，1=AI生成） dataset = Dataset.from_json("/data/local_annotated_papers.json") dataset = dataset.train_test_split(test_size=0.1) training_args = TrainingArguments( output_dir="./finetune_detector", per_device_train_batch_size=8, num_train_epochs=3, logging_steps=10, save_strategy="no", fp16=True ) trainer = Trainer( model=model, args=training_args, train_dataset=dataset["train"], eval_dataset=dataset["test"] ) trainer.train()

微调之后我们还加了两个前置优化逻辑，进一步降低误判率：

第一个是引用占比检测，自动识别文本里的参考文献格式，引用内容占比超过60%的文本直接标记为低风险，不用进模型推理。

第二个是文本哈希落库，所有检测过的文本都会算SHA256哈希值，存到内网数据库里，重复上传的内容直接返回历史结果，不用重复跑推理。

这两个优化做了之后，整体服务的推理速度又提升了40%，误判率降到了2%以下。

折腾完这套私有服务之后，我回头看之前踩过的公网工具的坑，真的觉得完全没必要给商用平台交智商税。

很多公网检测平台为了逼用户升更高等级的付费套餐，故意给大文本做降采样截断，只抽前1000字符检测，准度直接暴跌30%以上。

之前我还看到过合规论坛有人反馈，公网检测平台后台偷偷把用户上传的涉密论文拿去训练自家模型，风险完全不可控。

现在这套服务我们已经在内网跑了两个多月，累计检测了近4000篇学术论文，从来没碰到过什么次数耗尽、额度不足的提示。

我们还给服务加了员工账号权限控制、全请求日志本地落库的功能，每次合规审计直接导出内网日志就行，不用额外对接第三方。

给有同类内网批量检测需求的朋友提个实在建议，完全没必要盯着商用平台的次数限制焦虑。

花点时间搭一套离线私有服务，一次部署终身免费无上限使用，不管是成本、安全性还是灵活度，都比公网工具高好几个量级。

我之前踩坑试的那些公网商用工具，不管是次数限制还是合规风险，在这套私有方案里根本就不存在。