Community研究與資料分析github.com

lingyu9495-source/novel-deai-detector

写完的稿子发布前想知道会不会被判 AI 生成、平台审核会不会卡、读者会不会一眼看出机器味——这套是检测到清洗的完整闭环。

novel-deai-detector 是什麼?

novel-deai-detector is a Claude Code agent skill that 写完的稿子发布前想知道会不会被判 AI 生成、平台审核会不会卡、读者会不会一眼看出机器味——这套是检测到清洗的完整闭环。.

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lingyu9495-source/agent-skills/tree/main/skills/novel-deai-detector

Installed? Explore more 研究與資料分析 skills: obra/superpowers, affaan-m/quarkus-verification, affaan-m/uspto-database · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件


name: novel-deai-detector slug: novel-deai-detector displayName: 网文去AI味·双模型检测+模拟人深改(不是删词) description: 写完的稿子发布前想知道会不会被判 AI 生成、平台审核会不会卡、读者会不会一眼看出机器味——这套是检测到清洗的完整闭环。

最大价值是一条反常识的判定规则:同一段文本、同一个模型,连续检测结果会剧烈波动(实测同一份稿子第一次 78%、复测 18%)。所以单次结果不能作数,必须复测 + 换模型复核才能定生死。没这条规则的检测等于抽签。

流程:

  1. 初筛定位:用低成本模型跑出 AI 味百分比、风险等级、具体到哪几句可疑以及为什么
  2. 复测防误判:>60% 不立刻判死,同脚本复测一次
  3. 换模型确认:以第二个模型(豆包 Seed 这类)的复核结果为准
  4. 清洗:不是「把 AI 词删光」,是模拟具体真人身份重写(短句碎句、生活噪音、删掉忽然意识到/不禁/仿佛这类套话、对话抢话打岔),实测能把 78% 压到 22%
  5. 清洗后再双模型复测,<30% 才交付

风险线:>60% 高风险(平台拒签/降权)、30-60% 需清洗、<30% 安全。附常见 AI 味特征清单(刻板意象、套话转场、节奏过平)。

触发词:去AI味、AI味检测、AI痕迹、小说过审、网文降AI率、AI检测、朱雀检测、查重过不去。 version: 1.4.0 author: 九品锦锂e summary: 检测→定位→模拟人深改→复测的双模型闭环,附「单次结果不可信」的复测判定规则。 license: MIT metadata: version: "1.4.0"

AI味检测与清洗工作流

触发条件

  • 写完网文正文需要发布前自检AI味(番茄/起点等平台检测+读者观感)
  • 用户要求"去AI味"、"AI味检测"
  • 任何AI生成文本交付前想确认"查不出AI"

一、检测工具

python ai_check.py <文件路径> [deepseek|doubao]
  • deepseek(默认):免费快,输出详细(AI味%/风险等级/疑似句+原因/修改建议)——用于初筛+定位
  • doubao:豆包Seed 2.1 Pro按量付费,输出稳定——用于最终复核
  • 评分:AI味0-100%;困惑度(用词是否太标准顺滑)+突发性(节奏是否太平)
  • 风险线:>60%=高风险(平台拒签/降权)/30-60%=中风险(需清洗)/<30%=安全

二、⚠️ 随机性pitfall(2026-08-10实测,最重要!)

同一文本同一模型连续检测,结果波动极大——单次结果不可信!

实测案例(《问骨》黄金三章):

文件第一次复测豆包复核
第1章初稿78%清洗后22%
第2章清洗后78%18%15%
第3章清洗后78%25%20%

判定规则(防误判)

  1. 单次>60% 不要立刻判死——立即用同一脚本复测1次
  2. 最终判定以 豆包Seed复核 为准(实测最稳定)
  3. DeepSeek用于初筛+定位疑似句,豆包用于最终确认
  4. 同一文件复测<30%且豆包也<30% → 判安全
  5. 清洗后必跑双模型复测,不信单次结果

三、清洗流程(超标怎么办)

  1. 模拟人深改(最有效):用"老刀"式具体真人身份重写(见 multi-layer-simulated-human-writing 技能)
    • 实测:第1章78%→22%大幅下降
  2. 深改原则:短句/碎句、生活噪音(围观骂声/手机铃/烟味)、删"忽然意识到/不禁/仿佛"、对话抢话打岔、细节"多余"、结尾悬念埋动作里不搞工整反转
  3. 清洗后必须双模型复测(DeepSeek初筛+豆包确认),<30%才交付

四、外部工具调研结论(2026-08-10)

  • GPTZero/ZeroGPT 可访问但对中文检测效果一般,免费额度有限
  • 最优方案=自有模型矩阵(DeepSeek免费主检+豆包Seed复核):效果更好+免费可批量+贴合中文网文

五、常见AI味特征(DeepSeek检测器识别出的)

  1. 典型"细节锚点"写法("老式铜钱+青斑"式刻板意象)
  2. "忽然意识到/忽然瞥见"作为悬念转折(句式工整)
  3. "总结式反转"(前后对仗工整,信息释放线性)
  4. 对话像工具人交接信息
  5. 排比三连/破折号泛滥/问答闭环

四B、⚠️ 豆包复核长文本超时处理(2026-08-15实测)

doubao模式检测2万+字全文会超时(Seed 2.1 Pro thinking模式逐字思考+全文太长,urllib timeout=240直接TimeoutError):

  • 解决:分段检测——脚本拆两半(每半~1.6万字符),各自带"片段1/2"提示跑,timeout≥420,两段AI味取均值
  • DeepSeek主检无此问题(快),只有豆包复核需分段
  • 分段后豆包给出的是段落级实锤(引用原文+原因),比DeepSeek更可信

四C、⚠️ 豆包重复指控会夸大——重复检测必须脚本验证(2026-08-15实测)

豆包复核说"像吞了根烧红的铁丝一字不差出现4次",实际全文只有1次;但"我知道,这样的日子过一天少一天…"三连排比模板确实重复3次(换词不换结构)。判定规则:

  1. 豆包给出的具体重复次数不可全信——先跑脚本 t.count(关键词) 核实再下结论,别直接引用豆包数字
  2. 结构复用指控通常属实——"我知道……哪怕……是偷来的"×3(一天/一秒/一晚只换词不换结构)是真AI味信号,检测时按去名词化结构匹配(保留"我知道…哪怕…偷来的"骨架,忽略换掉的具象词),不要只做精确字符串匹配
  3. 精确字符串count为0不代表没重复——正文含\n\n换行,整段匹配会0命中,需先归一化空白(re.sub(r'\s+','',t))再查
  4. 抒情排比模板复用=强AI味实锤:同一段"我知道×3→但我还是想→哪怕×3→哪怕这一X,是偷来的"结构在千余字内出现3次,是AI长文本生成"调用已验证句式模板"的典型缺陷

五B、内容级AI痕迹4大特征(2026-08-14凌乾项目实测·比句式更致命)

检测时逐项扫,命中即判AI嫌疑:

  1. 比喻密集+同质化:几百字内连续同类型现代比喻("像超时订单/像催收短信/像爆单提示音"连发)=AI比喻生成器模式。真人偶尔用一两次,不会连发
  2. 短句机械节奏:"三连短句—换行—对话—再短句"均匀模板感(AI爱独立成段短句,真人会打破,插入长句)
  3. 系统提示【】套路:方括号+术语(阈值/编制/可召唤/激活)=AI系统流模板词
  4. 情绪标签+动作配对公式化:每个情绪点配一个标志性动作(母亲推/阿禾咬指甲/凌乾咬碎牙——太齐整=情绪清单) :"不是X是Y"句式("不是人头,是布""不是哭,是火")是典型AI修辞——20+处密集=暴露,每章保留2-3个冲击力最强的,其余改直述

五C、真人化清洗5指令(AI味92%→双模型安全区实战验证)

按此清洗后实测:DeepSeek 92%→45%(压线)、豆包复核10%(安全)——双模型分歧处理:DeepSeek保守、豆包乐观,取中间值,若压线再清洗一轮

  1. 打散比喻:每300字最多1个现代生活比喻,其余换感官细节(温度/气味/光线/声音/触感)
  2. 打乱短句:连续3个短句后插1个15字以上长句(心理/动作/环境)
  3. 野化系统提示:删【】和术语,用具象化描述("脑子里有什么东西裂开了,像瓦罐摔在井沿上,碎片里传来含混的声音:血祭,可召一人。")
  4. 情绪不配对:留白/跑偏/暧昧不清,不每个情绪点都精准落位
  5. 加真实毛边:具体价格/人名/欠账/口误/环境噪音("冰袖九块九两双""王婶欠三百钱吊死了")——AI模仿不出的生活细节,是防AI检测最有力的特征

五D、⚠️ 清洗副作用坑(v3/v5两次踩!必跑修复)

Kimi文风转化/真人化清洗会破坏文本格式

  1. 丢中文弯引号(“”→裸直引号")——清洗后grep " 统计,若出现直引号=坏了
  2. 引入穿帮词(历史文"哥"→西晋无!)
  3. 行尾无标点(2026-08-14实测):长句被拆行后行尾无标点("…嵌着皂角的黄\n洗不掉")——行尾无标点叙述行补逗号(跳过对话/标题/空行) 修复脚本逻辑:按行扫描,in_quote标记,直引号"交替转/;修复后验证成对(opens==closes) 清洗后必跑三查:①引号修复(成对验证)②称谓穿帮扫描 ③标点修复(行尾无标点补逗号)④手机排版复检(叙述长句>40字拆,对话长句保留——一口气读完的气口) 断句判断(重要):真人化节奏断行("洗不掉。"独行=强调/顶针修辞"颤得他牙根发酸\n酸得他想起…")≠错误拆分——AI审阅者(GLM/豆包)会误判为"断句残段",保留有标点的强调断行,只修无标点的

五E、听书适配(用户2026-08-14钦定:阅读+听书双优)

网文在番茄/喜马拉雅有大量听书用户,AI味检测后还要过"听感"关:

  1. 对话标记用"说"不用"曰"——"曰"是书面语,听众耳朵分不清谁在说话;"说"人耳可辨识。文风转化若把对话全改成"曰"(耳朵听不出)必改回"说/道"
  2. 叙述长句拆短:>40字的叙述段拆成2-3个短句(一口气读完,朗读不喘);对话长句保留(气口演员可停顿)
  3. 同音歧义:听书场景同音词易误解,避免"某"类书面谦称堆叠(可用"我/小的")
  4. 验证法:改完用TTS试听一遍,听不出"谁在说话"的地方=对话标记没写明白

五F、平台级检测:量化定位"刺头章"+AI鉴AI模拟(2026-09-05送魂女3次评估终止实锤)

关键认知:推荐评估/查因看的是"已发布章节",且线上内容≠本地文件(发布可能用早期稿)——诊断必须先CDP抓线上已发布全文逐章分析,不能用本地稿代替(送魂女线上1-55章全文抓取脚本=published_links.json逐个modifychapter打开存innerText,见 fanqie-compliance-guard references/推荐评估机制与终止实战)。 逐章AI特征量化脚本逻辑(analyze_ai_features.py,脚本在 research/):每章算①比喻密度=像/如/仿佛/好似/如同/宛如 每千字 ②句长CV(按。!?分词)③破折号数 ④章尾类型(意象/设问/对话/动作/其他)→ 排序出问题清单。

⚠️ 比喻密度必须精口径统计——粗口径会翻倍虚高(2026-09-07实测修正,最重要): 正则 像|如|仿佛|… 会把固定词里的字误算成比喻:"画像"的"像"、"如果/如何/比如/例如/假如/犹如/就算"的"如"等。送魂女40章含"画像"16次→粗口径34处(14.5/千字) vs 精口径17处(7.2/千字),差一倍!2026-09-05诊断的"40章14.5"是粗口径虚高,31/44章等数据同样可疑需复核。

  • 精口径做法:统计前先剔除固定词 画像|如果|如何|比如|例如|假如|如若|何如|就算|好像|好比|诸如|譬如re.sub(FIXED,'',t) 后再数)——analyze_features.py 双口径同出,判刺头章/做对比一律用精口径
  • 比喻清单提取(给改写用)同样要先剔除固定词——本次 list_similes 脚本按句扫比喻词,把16处"画像"全列进清单=清单废一半 实测阈值(送魂女55章线上,精口径下40章需重判)
  • 比喻密度 ≥7/千字=刺头章(人类正常3-6;精口径40章7.2刚超线、降密版已4.7达标);密度≤4.6(第1章)判定安全
  • 不是"哪卷"的问题,是"哪几章"的问题——老章节也有刺头(31/40/44章爆表),好章(1/2/16/18/27章2-4.6)证明深改方法有效,只是部分章没洗透
  • 句长CV<0.45=节奏太均匀(49章0.442);章尾同构比例高=机器拍子 AI鉴AI模拟平台检测:豆包seed-2-1-pro当检测器,prompt要求按"困惑度/突发性/句式/比喻密度/机器节拍"五维给AI生成概率%+原文例证+结论。实测第1章判定10% AI率"优质人工原创"(困惑度高:西关地域+白事行业专属细节、比喻贴人物如"擂棺材板/孝鞋像刀")——走人工审+深改流程的老章节其实干净,评估不过常在个别刺头章把整体分布拉高改写工具链实测(救刺头章选型,勿重蹈)
  • deepseek-v4-pro 对"去AI味/删比喻改写"成功率极低(整章7章成2章且缩水截断如2396→1732字末句截断;分段5章全空返回)
  • Kimi K3 关thinking对改写同样空返回;豆包旧key易超时
  • doubao-seed-2-1-pro(满配额Ark key)改写成功:187秒返回,删"像"且补民俗细节——降密改写主力=豆包seed-2-1-pro 降密改写prompt铁律(完整模板见 references/番茄AI检测量化定位与降密改写_20260905.md):拆3段每段~800字防超时;只删约1/3比喻(优先:连续挤一起的/俗套的/删了也自然的);严禁改剧情/对话/民俗细节/人物名/段落顺序/第一人称;字数控制原段85-100%;一致性门禁=剧情关键词(波罗堂/阿福/画像等)出现次数降幅<20%才算过;输出不得含状态卡/标题/解释。删法示例:"声音像从嗓子眼挤出来的"→"声音发闷";"目光像刷子扫过"→"目光扫过";"心跳像被攥住"→"心跳漏了一拍"。 评估降密成效必用精口径——曾误判"旧打法执行保守无效(40章只降14→12/千字)",实为粗口径;精口径下原文7.2→降密版4.7已达标,旧打法没废,只是只解决了比喻维度。 新打法探索(2026-09-07试验中):破节拍OS改写——借鉴《哈哈哈大明》"作者插话"降AI味机制(插话破机器节拍/升困惑度),但换成安全形式:第一人称女主内心OS碎碎念/市井口语毛边(不跳戏、不对读者说话、不碰正文夹带非正文红线)。双管齐下prompt=删比喻+自然融入2-4处角色OS("我心里骂了一声晦气""这行的规矩我门儿清"式)。完整试验设计/脚本/对比结果见 references/比喻密度口径修正与破节拍OS改写试验_20260907.md

六、与写作流程的衔接

  • 在 novel-master-workflow 阶段H5 / novel-writing-from-scratch 阶段E 执行
  • 每10章一批检测 → 中高风险用模拟人深改重写 → 复测通过才交付

🙋 关于作者

九品锦锂e | 把踩过的坑封装成"拿来就能跑"的 skill,不写教科书。这个 skill 是我自己每天在用的版本。

微信:ly5419495(加时备注「SkillHub」,我优先通过) 公众号:初五Agent(微信搜一搜,复盘和方法都写在那儿,不加微信也能读)

我另外做的几个能直接跑的工具,都放在这个货架页(复制到浏览器打开): https://skillpay.alipay.com/public/jiupinjinlie

用的时候卡住了、或者有别的场景想让我封装成 skill,按上面任意方式找我就行。

九品锦锂e 微信二维码

Individual skills in this repo

This repo contains 17 individual skills — each has its own dedicated page.

lingyu9495-source/agent-responsiveness-delegation

你给 AI 助手派了个重活,然后发现:发消息它不回、想插话只能排队、等十几分钟才回一句——等它抬头,需求早变了。根因不是模型慢,是主脑把重活放在前台跑,整个回合被占死。这个 Skill 把这套「重活外派 + 随时应答」机制做成可落地的东西:① 规则块(一页写清判级、派完立刻让出对话、工单四要素、只回收结论、自报≠事实、拍板留主脑、跨会话任务换机制)② 跨平台落地脚本 provision_agent_responsiveness.py:探测本机已有的 Agent 环境(Hermes 的 SOUL 置顶铁律块、Claude Code 的全局指令文件,这两条已实测),把规则块幂等写入(自动备份原文件、重复执行不重复写、绝不覆盖你已有内容);其余平台(Codex / Cursor / WorkBuddy / 任意 Agent)则导出一份可直接粘贴的规则块 markdown,你粘到系统提示或自定义指令里就生效 ③ 体检脚本 audit_agent_responsiveness.py:逐项核对规则块是否存在、是否被后续改动覆盖、探测到哪些平台——没检测到就如实报「未检测到支持的平台」,不假报通过。纯标准库、零依赖、Windows/macOS/Linux 通用。触发词:AI不回话、等太久、插话卡住、助手响应慢、主脑被占住、重活外派、子代理、多智能体、响应速度、落地配置、系统提示。

lingyu9495-source/ai-image-watermark-removal-boss

去除 AI 生成图角落的"XXAI生成"半透明/白色角标水印。像素级验证不自我欺骗、双信号交叉定位抗幻觉、多候选客观指标投票覆盖。当用户要求去除图片水印、清理 AI 生成角标、去"豆包/即梦/Kolors 生成"水印时使用。

lingyu9495-source/bank-scan-household-splitter

客户丢来一个压缩包,里面几百张身份证正反面、开卡申请书、合同——**人工一张张挑,一下午就没了,还容易漏**。

lingyu9495-source/cn-pdf-report-typeset

中文报告做成 PDF,常见翻车三件套:**字体乱码、表格错位、字号小到客户在手机上根本看不清**。这套是交付级的排版标准加可直接跑的模板。

lingyu9495-source/company-law

公司出事,十有八九出在**治理和控制权**上——股权结构一开始搭歪,后面融资、上市、分家全是坑。

lingyu9495-source/excel-keep-format-edit

客户拿来一张老报表说「就在原表上改个数,格式一点都不要动」——用 openpyxl 重建一次,字体、边框、合并单元格、条件格式、列宽全丢,客户一打开就知道这不是他原来那张表。

lingyu9495-source/feasibility-report-engine

做可研报告,卡住的往往不是不会写,是**不知道按哪版大纲、财务测算六表和正文对不上、交付前排版被退稿**。这套是从二十多万字、131 张表的真实交付里固化的流水线。

lingyu9495-source/feasibility-study-consultant

项目可行性论证与研究报告写作框架 —— 任何「这事能不能做、怎么做、值不值得做」的商业决策场景:可行性研究/立项论证/新项目评估/创业方向验证。10大论证模块 + 强制联网尽调 + 多源交叉验证 + 读者视角写作 + 结构化报告输出。(v1.4 升级:从「引导客户把项目情况讲清楚」到「按问题类型与项目类型选论证方法」再到「用假设台账逐条验证」的六步教练流程;附可行性门槛评分器与假设台账两个零依赖脚本、项目卡与决策门清单模板)

lingyu9495-source/financial-statement-adjustment

存量财务报表在原表基础上改数字并保持三表勾稽关系。当用户要求「在原报表上改某些数字,其他数据跟着调整且格式完全不变」时使用:资产负债表/利润表/现金流量表的目标值调整、未分配利润与利润总额联动、勾稽校验。

lingyu9495-source/funding-fit-diagnosis

项目想融资,卡住的往往不是不会写 BP,而是不知道够不够格、该找谁、还缺什么、多久能到钱——问 AI 只得到"建议加强团队"这类正确的废话。这套引擎把它拆成可执行的四步:①10 问项目画像采集(缺关键项就先追问,不猜)②双轨评分:市场化 VC 适配分与政府基金适配分**分开算、各自判定**(≥75 强匹配 / 60-74 可争取 / 45-59 需补短板 / <45 暂不建议,低分不许只说"不行",要给替代路径)③点名机构:按赛道/阶段/地域从 23 家头部 VC 与产业资本(CVC)、21 家政府基金的卡片里逐条对照"匹配信号/劝退信号",每家写清"为什么是你、你还缺什么、材料怎么准备、递送路径",并单列"不建议碰"的机构省时间④差距清单(差距|补齐动作|耗时|难度|优先级,只挑 3 个月内能推动的)+ 三线找钱路线图(市场化 / 政府 / 替代路径)+ 时间预期与现金流提醒。包内另附 30 个真实融资案例对标、TS 条款红线、估值倍数参考、BP 制作铁律,以及零依赖离线评分脚本(纯标准库、不联网、不调大模型 API)。输入:项目情况(照着 10 问答即可);输出:一份研判报告(评分 + 优先接触名单 + 差距清单 + 路线图 + 风险提示),脚本侧可另出 JSON 评分结果。评分是适配度不是成功率,不承诺融资结果。触发词:融资、找投资、融资研判、能不能融到钱、找哪家风投、风险投资、VC、产业资本、CVC、政府引导基金、政府基金申报、产业基金、招商返投、项目申报、补贴申报、商业计划书、BP、路演、估值、股权稀释、TS 条款、对赌、回购、FA、财务顾问、找钱、融资渠道、天使轮、Pre-A、A轮。

lingyu9495-source/gov-fund-application

想拿政府的钱,最容易白跑半年——层级选错、赛道不在目录里、返投算不清,材料递上去才发现方向不对。这套参谋按可执行顺序走:①先判层级(国家级/省级/市级/区级,门槛与目的完全不同)②赛道对目录:不在目录里直接如实说没戏,不让用户白跑③21 家基金卡片逐家对照(投资方式、返投比例、让利规则、申报条件、申报通道、真实案例),点名"你这个项目适合找谁"④返投博弈:算清落地要求,给"不想迁注册地"的三条合规路径⑤材料与时间表:申报材料清单、评审周期(6-12 个月是常态)与现金流提醒。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能,VC 与政府双轨分开算)。输入:项目基本情况与注册地/落地意愿;输出:层级判定 + 可申报基金名单 + 返投方案 + 材料清单 + 时间预期。不承诺拿到资金,申报须如实提交材料;政策口径标注截止时间,细则请向当地主管部门核实。触发词:政府基金、政府引导基金、产业基金、政府补贴、专项资金、项目申报、补贴申报、申报条件、返投、招商落地、母基金、投资方式、让利、国家级基金、省级引导基金、市级基金、科技成果转化、专精特新、科技型企业、中小企业发展基金。

lingyu9495-source/hermes-profile-browser-isolation

多个 AI 助手同时干活时,浏览器会互相抢占:弹窗抢焦点、任务互相打断、你正在用的 Chrome/Edge 被顶掉——**你连自己的网页都点不动了**。

lingyu9495-source/investment-finance

做投融资最容易踩的坑不是"不懂概念",是**条款里的每一个字都在分钱**——估值方法选错、对赌触发条件写松、回购条款没兜底,签完才发现少拿几千万。

lingyu9495-source/lowvram-ai-video-comfyui

网上的 AI 视频教程开口就是 24G 显存,一看就把人劝退——**其实 8G 的 4060 也能跑**。这套是 RTX 4060 Laptop 8G 显存 / 32G 内存 / Win11 上真跑出来的配置与调参。

lingyu9495-source/npl

不良资产这行的钱,赚在**买入价**上——买贵了,后面怎么处置都白搭。

lingyu9495-source/subagent-first

AI 助手不是不够聪明,是被重活占住了:你让它整理 40 个文件,它一头扎进去十几分钟不抬头——你想问进度、想补需求、想改方向,只能干等。这套作业纪律解决的就是这件事:凡是预计要跑多轮的活(多文件/长研究/批量/长搜索),一律派给后台子代理并行执行,主代理只保留四个动作——拆解、派活、汇总、对话,永远保留随时回你话的能力。我们自己在多智能体团队里天天跑,踩过的 12 个坑全部写进正文:子代理自报成功却发现产出是空的、context 没写全导致跑偏返工、两个子代理并行写同一文件互相覆盖、把需要用户拍板的活派给问不了人的子代理、跨会话长任务错用子代理导致某天悄悄停掉……① 决策树四问判定轻重(一轮工具调用能做完吗/需要用户拍板吗/要活过本次会话吗/能拆成互不依赖的块吗)② 派活四要素(goal / context 必须自包含——子代理看不到你和用户的对话 / output_schema / 验收方式)③ 五步流程:拆解→派活→并行调度→验收→收口 ④ 验收清单:存在性/合规性/真实性/完整性四组逐项打勾,并随机抽一处回一手来源核对 ⑤ 6 种委派模式 + 12 条反模式。配套 scripts/delegation_planner.py:纯标准库零依赖,喂一份任务清单(轮数/文件数/是否研究/是否批量/是否需拍板/是否不可逆/是否跨会话),直接输出「该派子代理 / 自己做 / 转定时任务」+ 并行分组建议 + 主代理必做清单。正文按平台无关的作业纪律写,并附常见平台工具名对照表;Hermes 的字段名/并发上限/后台语义另附一页实况对齐,其他平台按对照表映射即可。触发词:子代理、委派、delegate、任务编排、多智能体、并行执行、上下文管理、主代理被占住、AI不回话、等太久、插话卡住、批量处理、长研究、fork-join、fan-out。

lingyu9495-source/ts-term-review

拿到 TS 或投资协议,看半天不知道哪条能签哪条得改——风险全藏在具体条目里,一句"整体没大问题"最要命。这套审查按 15 条核心条款逐条过:估值 Pre/Post、清算优先权、反稀释(完全棘轮是红线)、优先购买权、领售/拖售、对赌与业绩承诺、回购条款、个人连带担保、董事会与一票否决、保护性条款、竞业与知识产权、信息权、交割条件、股东会表决权、违约责任。每条给三级判定(🔴 红线不改就别签 / 🟡 可谈争取改 / 🟢 行业惯例)+ 谈判话术 + 替代方案,并区分"对公司"和"对创始人个人"——个人连带回购是绝大多数血案的源头,重点标红。另附谈判筹码排序、常见坑清单、BP 与数据室准备。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能)。输入:TS/投资协议条款(粘贴或描述);输出:逐条判定表 + 必须改的清单 + 谈判话术 + 底线建议。**不构成法律意见**,正式签署与司法效力请找执业律师确认。触发词:TS、Term Sheet、投资条款清单、投资协议、增资协议、股权转让协议、对赌、业绩承诺、回购、清算优先权、反稀释、完全棘轮、个人连带、一票否决、领售权、拖售权、估值、Pre/Post、股权稀释、条款谈判、FA。

相關技能