简介一个面向论文写作与文案创作场景的AI降重工具包专为需要降低文本重复率的学生群体、自媒体创作者及文案策划人员设计借助AI技术实现高效改写并通过无限注册续杯机制保障长期使用。压缩包共19个文件体积仅28KB包含6个Markdown文档如AI文章原生创作指导师、润色师等提示词模板、6个JavaScript脚本实现插件交互逻辑、2个HTML页面、配套CSS样式及manifest.json配置另有自动注册的bat脚本与安装说明覆盖从提示词设计到插件部署的完整链路。目前已有407人学习下载资源按功能模块划分清晰读者可同时获得多套原创提示词和一键安装包既能指导AI生成个性化文章也能快速排障使用有效提升论文与文案的原创度和过检效率。1. AI降重:这份「插件 四份提示词」的组合包到底能干什么屏幕左侧是你的论文,重复率 37%,学校要求降到 15% 以下;右侧是刚写完的推广文案,平台提示「疑似洗稿」。这种时刻最需要的不只是一句「帮我降重」的提示词,而是一套能持续拿到 AI 输出、并把降重套路固化下来的工具链。这份资源里正好是两样东西的组合:一个带无限注册续杯机制的浏览器扩展,用来稳定调用 AI 能力;四份分别负责润色、风格化、原生创作和写作指导的提示词,用来逼出低重复度的文本。它不是「论文代写」,是帮你把已有的内容换一套表达。适合学生处理论文重复率,也适合自媒体从业者做原创度改造,前提是别拿它越过学术规范的红线。2. 扩展包拆解:manifest.json、content.js 与 popup 的三条主线拿到压缩包先别急着双击一键安装,我习惯先看目录结构。这份资源的浏览器侧由几个核心文件组成:manifest.json、popup.html/js、content.js、background.js、welcome.js,以及一套图标。搞清楚它们在浏览器里各司其职,后面出了问题才好定位。2.1 manifest.json 是扩展的身份证,先读它再决定怎么装manifest.json 是 Chrome 扩展的唯一入口,浏览器一加载扩展,第一件事就是解析它。常见做法是 MV3 格式,因为 Chrome 从 2023 年起逐步淘汰 MV2。资源的 manifest.json 是一个标准的 MV3 配置,代码逻辑大致长这样:{ manifest_version: 3, name: AI 降重助手, version: 1.0.0, description: 调用 AI 接口完成文本降重与原创度提升, permissions: [storage, activeTab, scripting], host_permissions: [all_urls], action: { default_popup: popup.html, default_icon: { 16: icons/icon16.png } }, background: { service_worker: background.js }, content_scripts: [ { matches: [all_urls], js: [content.js], run_at: document_idle } ] }从这份配置能看到三条主线:popup 负责用户交互,点扩展图标弹出来的面板就是它;background.js 在新版 Chrome 里以 service worker 形式跑在后台,负责跨域请求和状态管理;content.js 注入到所有页面,负责选中网页里的文字。需要注意的是host_permissions用了all_urls,权限范围很大,安装时 Chrome 会提示「可以读取你访问的任意网站数据」,这是该资源的既定设计,不是误报。如果只想在指定网站上注入,后续建议把matches收紧。2.2 content.js 的注入逻辑:选中文本、调 AI、回填content.js 在页面加载完成后注入。它做的事通常是:监听鼠标选中的文本,把选中的内容发到后台,等 AI 返回降重结果,再原地替换或复制到剪贴板。常见做法是监听mouseup事件,再配合window.getSelection()获取高亮内容:document.addEventListener(mouseup, function (e) { const selectedText window.getSelection().toString().trim(); if (selectedText.length 20) return; chrome.runtime.sendMessage( { type: AI_REWRITE, text: selectedText }, function (response) { if (response response.ok) { navigator.clipboard.writeText(response.result); showToast(降重结果已复制到剪贴板); } } ); });这里的逻辑说明:sendMessage把选中文本交给后台 service worker,由后台完成网络请求,避免内容脚本直接跨域被 CORS 拦截。20是阈值,低于 20 个字符不值得降重;AI_REWRITE是自定义消息类型,background.js 里要同步注册这个事件的监听。navigator.clipboard只对 HTTPS 页面生效,本地 http:// 页面可能被浏览器拒绝,这是后续实战中要提前知道的边界。参数上值得调的是字数阈值和是否自动回填。我一般会把阈值调到 50,否则标点、短句都会被触发,页面里到处都是 toast 提示,非常干扰工作流。如果你的使用场景是论文整段处理,还会在 content.js 里看到用 DOM 遍历定位段落节点的逻辑,常见做法是取document.body.innerText分块传给后台。2.3 popup 与 background 的交互:一次完整请求的链路点击工具栏图标弹出的 popup.html,是用户的第一个操作入口。通常上面有:当前账号状态、剩余调额、降重模式下拉框、一个大的「开始降重」按钮。popup.js 做的事情比较纯粹:document.getElementById(btn-rewrite).addEventListener(click, async () { const mode document.getElementById(mode-select).value; const text document.getElementById(input-text).value; const resp await chrome.runtime.sendMessage({ type: REWRITE_TEXT, mode: mode, text: text }); document.getElementById(output-text).value resp.result; });逻辑说明:REWRITE_TEXT转发给 background.js,由后者拼接提示词、调用模型接口、解析返回。mode参数对应不同提示词模板,比如「轻度润色」「深度扩写」「风格改写」,这和后文那几份 md 提示词文件是对应的。这里有个容易踩的点:sendMessage是异步的,必须在await或回调里拿结果,如果写同步取值,拿到的永远是undefined。background.js 里还有一层缓存逻辑,常见做法是按文本的哈希值缓存结果。同一段文本第二次降重直接返回缓存,既省 token 又避免重复调用触发限流。这点在续杯场景下尤其重要,因为免费额度的单位时间调用次数本来就紧张。2.4 welcome.js 与 login-content.js:引导页和登录态自动化的位置welcome.js 通常在扩展首次安装时展示的欢迎页里运行,告诉用户怎么配置 API、怎么打开开发者模式。login-content.js 则是注入到登录页面的脚本,配合 AutoRegister 脚本做自动注册。它的切入点一般是document.querySelector(form),自动填充用户名邮箱密码,然后触发提交事件。这两个文件看起来不起眼,但在整个自动化链路里是关键环节。尤其是 login-content.js,它减少了手动注册账号的体力活,也直接服务于「续杯」。不过我通常不会让内容脚本直接暴露明文密码逻辑,更好的做法是让 background.js 里的 service worker 去执行注册动作,content script 只负责把验证信息透传过来。这份资源的具体实现我没逐行确认,但文件名指向的就是这个分工。3. 无限续杯机制:AutoRegister 与一键安装.bat 的自动化边界「无限注册续杯」是整个资源里最吸引人、也最容易翻车的部分。它本质是用自动注册流程,不断获取新账号的免费 AI 额度,然后把新额度续到当前正在使用的会话上。搞清楚这套机制的原理边界,比拿到脚本直接跑更重要。3.1 一键安装.bat 到底帮你干了什么一键安装.bat 是 Windows 下的批处理脚本,常见做法是依次完成环境检查、依赖安装、插件加载和自动注册启动四件事:echo off chcp 65001 nul cd /d %~dp0 echo [1/4] 检查 Python 环境 python --version nul 21 if errorlevel 1 ( echo [!] 未检测到 Python,请先安装 Python 3.8 及以上版本 pause exit /b 1 ) echo [2/4] 安装自动注册依赖 pip install -r requirements.txt echo [3/4] 启动浏览器并加载扩展 start chrome --load-extension%~dp0extension echo [4/4] 启动 AutoRegister 续杯服务 start python auto_register.py pause逻辑说明:chcp 65001把控制台切到 UTF-8,避免中文路径乱码;python --version的检查结果通过errorlevel判断,没装 Python 就直接退出,这一步能拦住一半的安装失败。pip install -r requirements.txt装的是 selenium、requests 这类自动化依赖,具体依赖名称以压缩包内 requirements.txt 为准。第三行的--load-extension参数会临时加载扩展,只对当前启动的浏览器实例生效。参数上值得关注的是%~dp0,它表示 bat 文件所在目录,这样扩展路径和脚本路径不依赖当前工作目录,双击运行和在命令行里切换目录运行都能对齐。也有个隐藏问题:如果 Chrome 正常运行时再执行这行,--load-extension会被忽略,必须确保 Chrome 进程是全新启动的。3.2 AutoRegister 的注册循环逻辑AutoRegister 脚本的思路不复杂,就是把「手动注册账号」这个动作脚本化:准备随机邮箱 → 打开注册页 → 填充表单 → 获取新账号 token → 存入本地配置。核心循环用 Python 写大致长这样:import time import random from selenium import webdriver def auto_register_loop(interval_seconds60): while True: driver webdriver.Chrome() try: driver.get(注册页地址) email fuser{random.randint(10**8, 10**9-1)}mail.com driver.find_element(name, email).send_keys(email) driver.find_element(name, password).send_keys(random_password()) driver.find_element(tag name, form).submit() time.sleep(3) token extract_token_from_cookie(driver) save_token_to_config(token) print(f新账号已注册并切换,token 尾部:...{token[-6:]}) finally: driver.quit() time.sleep(interval_seconds)逻辑说明:interval_seconds是两次注册之间的间隔,设置太短会被服务端识别为机器人,太长则免费额度可能不够用,我实际跑下来的经验是 60120 秒比较稳妥。每次循环都会重新打开一个干净的浏览器实例,降低 Cookie 串号风险。拿到 token 后需要把新 token 写入扩展配置,next 请求才能继续用,这就是「续杯」的完整链。边界条件必须说清楚。这套方案的沉默成本很高:大多数目标平台有验证码,selenium 默认处理不了,需要接入打码平台;有设备指纹检测,频繁注册会被封 IP;有手机号验证,批量随机邮箱只能覆盖邮箱验证的平台。所以「无限续杯」的真实含义是在没有验证码、没有手机号绑定、只有邮箱验证的模型服务上无限注册,而不是万能药。troubleshooting.md 里值得留意的三类问题,我猜大概率对应验证码识别失败、token 过期心跳、注册接口改版导致选择器失效。3.3 续杯账号被冻结的常见反制运行 AutoRegister 你会很快撞上账号冻结。现象是注册第 5 个左右账号后,新账号注册成功但额度无法激活,或者服务端返回 403。原因通常是触发风控:同一 IP 短时间注册多个账号、浏览器指纹重复、注册信息随机性不足。解决手段也比较常规:注册间隔拉长、每次注册换 UA、用本地代理池切换出口 IP。但从合规角度我不建议在这条路投入太多,何况现在多数 AI 服务把注册接口的验证强度提得很高,自动注册的维护成本已经超过手动注册了。4. 四份提示词的正确打开方式:从润色到原生创作提示词是这份资源里比插件更值钱的部分。四份 md 文件分别对应四种身份,按场景选对身份,降重率可以差十几个百分点。4.1 四份提示词的分工矩阵先用一张表把分工理清楚,后面引用就不乱:文件名核心任务典型输入输出特点AI 文章润色师.md在保留原意前提下改写表达一段重复率高的话用词替换、句式打散AI文章风格个性化专家.md把文本改成特定作者风格论文或文案 风格要求带强烈个人风格印记AI写作指导大师.md提供写作方向、框架、论证逻辑选题或提纲结构化建议与范例AI 文章原生创作指导师.md从零生成低重复度原生内容关键词或话题点原创表达、无模板感我的使用习惯是:已经写完需要降重,直接用润色师;觉得原文「一眼就是 AI 写的」,用原生创作指导师推倒重来;需要把段落改成某种人设,用风格个性化专家。写作指导大师更适合还在起草阶段时用,它不直接输出成品,而是输出写作策略。4.2 AI 文章润色师:降重的核心武器润色师的提示词设计思路是「不丢信息量,重塑表达形式」。一个能直接复用的模板是:你是深耕中文写作多年的润色专家,精通学术表达与新媒体表达。请在不改变原意、不删减关键信息的前提下,对以下文本做降重改写。要求: 1. 同义替换学术关键词,但不要用生僻词; 2. 打散原有句式,调整主被动语态; 3. 每句话与原文的字符重合度控制在 20% 以内; 4. 保持信息密度,不注水。 以下是原文: [粘贴你的文本]参数说明里最值得调的是第 3 条。普通润色提示词往往只写「换个说法」,模型很难理解到底要改到什么程度。给出「重合度控制在 20% 以内」的硬指标,输出会更激进。如果发现改写后语义偏差,就把指标放宽到 30%,再不行换「长句拆短句、短句合长句」这组具体手法,尽量少用「润色一下」这样模糊的词。逻辑上润色师是四份文件中唯一以「降重」为首要目标、不增加新内容的。它适合把你已经写好的段落逐段喂进去,一次处理 200500 字效果最稳,超过这个长度模型会开始丢细节。4.3 AI文章风格个性化专家:用风格差拉开句子距离当一段文字被反复改写已经「改无可改」,继续让润色师硬写,输出的句子会趋同。这时候换风格个性化专家,思路是把文本先翻译成另一种文体,再映射回来,风格差异天然降低重复度。模板大致是:你擅长把同一内容用不同文风表达。请把以下文本改写成[老舍式优雅白描 / 科技媒体测评风 / 严谨学术综述风]。 改写要求: 1. 保留全部事实信息和数据; 2. 允许调整叙述顺序; 3. 不使用原文本的比喻和过渡词; 4. 输出后附一段 100 字的改写说明,解释你做了哪些句式调整。最常用的是「科研段落改写成科普语言再改回学术语言」这个骚操作:先让模型把论文段落讲给高中生听,再让它基于那段大白话重新组织学术表达。中间经过一次「信息蒸馏」,句子的结构早就面目全非,降重效果极好。代价是术语的翻译回过程可能引入不准确,涉及专业概念的段落必须人工核对。4.4 AI写作指导大师与原生创作指导师:绕开重复率的源头这两份文件解决的不是「已经重复怎么办」,而是「如何不重复」。写作指导大师的提示词核心是让模型帮你拆解选题,列出三个观点角度、每个角度的证据要求和常见误区,你照着框架写,写出来天然和网上已有的范文不同。原生创作指导师更进一步,要求模型「先写 300 字原生内容,不要引用任何常见梗和钳文结构」,适合自媒体文案、小红书笔记这类完全自由的创作场景。它们和降重的关系在于:降重本质是「二次创作」,而这两份提示词把二次创作前置成一次创作。论文的绪论、文献综述部分特别适合用指导大师给框架再自己展开,既避开重复率又更像自己写的。四份提示词配合使用时,我习惯的顺序是:指导大师列提纲 → 原生创作指导师写初稿 → 润色师扫尾 → 风格个性化专家调语气。一套走下来,重复率通常在 20% 以下。5. 安装与调用避坑:插件失效、账号冻结和提示词失效的排查笔记以下是长期用这类 AI 降重工具攒下的踩坑记录。每条按「现象 → 原因 → 解决」写,可直接对照排查。5.1 扩展加载失败:「清单文件缺失或不可读」现象:拖入chrome://extensions页面时报「无法加载扩展程序」,指向 manifest.json 解析错误。原因:最常见是 manifest.json 里多了尾逗号,或使用了 MV3 不支持的字段。解决:用编辑器打开 manifest.json 检查末尾是否有多余逗号;确认background.service_worker的路径和文件实际名称完全一致,大小写敏感。扩展里字段名是静态的,别用任何变量或注释,JSON 不支持注释内容。5.2 content.js 不注入:选中文本没有反应现象:安装了扩展,popup 能打开,但选中网页文字后没有任何降重提示。原因:content.js 的matches字段指向的 URL 模式和当前网站不匹配,或run_at时机太早内容还没生成。解决:打开扩展详情页,点击「查看 service worker」,在 Console 里手动执行chrome.scripting.executeScript注入一次,能注入说明内容脚本没问题;再把matches改成[all_urls]配合document_idle,尽量避开浏览器商店内置页面和 Chrome Web Store 页面。5.3 续杯账号第 N 次注册后被冻结现象:AutoRegister 运行前期一切正常,注册到第 57 个账号时开始失败,要么验证码一直错,要么注册成功但拿不到额度。原因:服务端按 IP 统计了注册频率,或识别到同一浏览器指纹。解决:把interval_seconds从 60 拉到 300,每次注册前更换user-agent;如果仍失败,直接放弃自动化,手动注册间隔拉长到一天一个。我的习惯是提前准备三个邮箱轮流注册,降低单账号被盯上的概率。5.4 提示词放到某些对话式模型里不生效现象:同样的润色提示词在模型 A 里效果极好,换到模型 B 后输出几乎没变化。原因:不同模型对指令的遵循能力差异很大,小型模型的上下文窗口有限,长提示词后半部分被截断。解决:把 4.2 里的提示词压缩成一句话版本——「你是润色专家,在保留原意前提下改写以下文本,每句与原文重合度低于 20%,输出仅含改写后的文本」。对付弱模型时,把要求拆成两轮对话,第一轮让它列出改写策略,第二轮再让它执行,比一次性给长指令稳得多。5.5 popup 点击按钮无响应,Console 无报错现象:popup 正常显示,点「开始降重」后什么都没有,打开 service worker 的 Console 也干干净净。原因:popup 页面在 MV3 里是一个独立页面,关闭 popup 后它的 JavaScript 上下文就被销毁,异步回调还没回来,结果直接丢弃。解决:确保代码用chrome.runtime.sendMessage把任务交给 background 的 service worker,而不要在 popup 里直接发 fetch 请求。popup 做好 UI 展示就行,重活交给后台。6. 进阶用法:插件与提示词联动,把降重质量再拉升一档到了这个阶段,你已经把插件装好、AutoRegister 跑通、七七八八的坑也排掉了。接下来是把工具用出「人机协作感」的关键一步:让插件、提示词、你自己的判断三者联动,而不是机械地「选中一段 → 降重 → 粘贴」。6.1 建立一条固定的三遍降重工作流第一遍用润色师处理 500 字以上的整段文本,目标是打散结构、替换高频词;第二遍用风格个性化专家,把第一遍的输出换成目标文体,进一步拉开字符重合度;第三遍回到润色师,只处理重复率仍然高于阈值的句子。三遍流程跑下来,我遇到的最稳定的结果是重复率从 35% 压到 12% 左右,再往下压就伤语义了。如果仍然要求低于 10%,唯一的选择是回到原生创作指导师那一步,从源头重写段落,而不是继续在旧句子上折腾。6.2 用关键词密度做质量校验降重做得太过分的文本有个通病:核心主题词全被替换了,读起来像在绕圈子。我一般会在降重后跑一个 200 字小段的自检——把原文和改文的主题词抽出来对齐,确认「银行」「风险」「数据」这类关键词没有全被替成「金融机构」「不确定性」「信息」。修改到位的降重结果是动词、形容词大幅度变化,名词尽量保留。可以写一小段 Python 脚本,统计改写前后共现名词数量,低于 60% 就说明改得太狠。6.3 批量处理的调度技巧当手头有十几页论文要处理,不要开十几个页面手动喂。用 AutoRegister 的interval_seconds参数控制节奏,把文本按段落切好放进队列,每次注册拿到新 token 后自动消费一个段落。这个方案我在几千字的短文案上验证过是顺的,但论文长文档建议保持「人工逐段确认」而不是全自动。自动批量降重的文本连贯性会下降,章节过渡句往往需要你自己补写。说个我自己的习惯:从那以后我每次处理降重任务,都强制走一遍「先查关键词密度,再查段落过渡,最后才看重复率」的顺序。插件和提示词只是把工作量从三个小时压到四十分钟,真正的原创性判断还是得人来拍板。这份资源能帮你提速,但别让它替你决定「这句话该不该保留」——希望帮到你。本文还有配套的精品资源点击获取