CommunityResearch & Data Analysisgithub.com

AI-Writing-Detection & Polish Workflow

Before publishing a finished manuscript, want to know if it will be flagged as AI-generated, if platform audits will reject it, or if readers will immediately spot machine-written prose—this skill provides a complete cycle from detection to cleaning.

What is AI-Writing-Detection & Polish Workflow?

This skill is designed for web novel authors who need to self-check their manuscripts for AI-like writing before submission to platforms like Fanqie or Qidian (which have their own detection), or before delivering to readers who may be sensitive to machine-generated prose. It provides a comprehensive, script-driven workflow for detecting and removing AI traces. The core detection engine uses a dual-model approach: DeepSeek (free, fast, detailed) for initial screening and locating suspicious sentences, and Doubao Seed 2.1 Pro (paid, stable) for final verification. Key pitfalls addressed include result randomness (single tests are unreliable, so a retest rule is implemented), long-text timeouts (solved by splitting documents), and over-claiming of repetition by Doubao (requires script-based verification). The cleaning pipeline uses a simulated human rewrite approach: substituting dense and homogeneous metaphors with sensory details, breaking mechanical short-sentence rhythms, eliminating system-style bracket keywords, and adding authentic everyday details (like prices, names, environmental noises) that AI struggles to mimic. The skill also covers platform-level detection, using quantified metrics (metaphor density per 1000 characters, CV of sentence length, chapter ending types) to identify problem chapters. It includes special adaptations for audiobook platforms (replacing classical dialogue markers with modern ones, splitting long narrative sentences) and practical fixes for common cleaning side-effects like corrupted quotation marks, anachronistic terms, and missing punctuation at line breaks. Extensive real-world testing across dozens of chapters has refined the cleaning thresholds: metaphor density ≥7/1000 chars is the danger threshold for a chapter, and the recommended rewriting agent is Doubao Seed 2.1 Pro, which successfully reduces density while preserving plot, dialogue, and authentic details. The final product is a step-by-step manual and set of scripts that an author can integrate into their writing workflow to batch-process chapters and confidently deliver AI-clean manuscripts.

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

Installed? Explore more Research & Data Analysis skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Ask in your favorite AI

Open a new chat with this agent skill pre-loaded.

Preview

From the skill README

Nine-Tier Brocade Carp e WeChat QR Code

Documentation

AI-Writing Detection & Cleaning Workflow

Trigger Conditions

  • After completing web novel text, need to self-check for AI traces before publishing (Fanqie/Qidian platform detection + reader perception)
  • User requests "remove AI style" or "AI style detection"
  • To confirm that any AI-generated text is "undetectable as AI" before delivery

I. Detection Tools

python ai_check.py <file_path> [deepseek|doubao]
  • deepseek (default): Free and fast, detailed output (AI-score%/risk level/suspected sentences with reasons/modification suggestions) — used for initial screening + locating
  • doubao: Doubao Seed 2.1 Pro, pay-per-use, stable output — used for final review
  • Score: AI-like 0-100%; perplexity (whether word choice is too standard and smooth) + burstiness (whether rhythm is too flat)
  • Risk thresholds: >60% = high risk (platform rejection/downranking) / 30-60% = medium risk (needs cleaning) / <30% = safe

II. ⚠️ Randomness Pitfall (Tested 2026-08-10, Most Important)

Same text, same model, continuous detection yields highly volatile results—single results are not trustworthy!

Real test case ("Golden Three Chapters" of Ask the Bones):

FileFirst TestRetestDoubao Review
Chapter 1 Draft78%—After cleaning: 22%
Chapter 2 Cleaned78%18%15%
Chapter 3 Cleaned78%25%20%

Judgment Rules (to prevent misjudgment):

  1. Single test >60% do not immediately finalize — immediately rerun the same script once
  2. Final judgment based on Doubao Seed review (most stable in testing)
  3. DeepSeek for initial screening + locating suspicious sentences; Doubao for final confirmation
  4. Same file retest <30% and Doubao also <30% → deemed safe
  5. After cleaning, always run dual-model retest; do not trust a single result

III. Cleaning Process (What to do when exceeding thresholds)

  1. Simulate Human Deep Rewrite (most effective): Rewrite using a concrete character's identity ("Old Knife" style) — see the multi-layer-simulated-human-writing skill
    • Real result: Chapter 1 dropped from 78% to 22% dramatically
  2. Deep rewrite principles: Short fragments, life noise (crowd scolding, phone ring, cigarette smell), delete phrases like "suddenly realized/couldn't help but/seemed", interrupt dialogues with interruptions, add "unnecessary" details, embed cliffhangers in actions rather than neat reversals
  3. After cleaning, must run dual-model retest (DeepSeek initial + Doubao confirmation) — deliver only if <30%

IV. External Tool Research Conclusions (2026-08-10)

  • GPTZero/ZeroGPT are accessible but have limited effectiveness on Chinese text and limited free quotas
  • Optimal solution = custom model matrix (DeepSeek free main inspection + Doubao Seed review): better results, free batch processing, better fit for Chinese web novels

V. Common AI-Like Writing Features (Identified by DeepSeek Detector)

  1. Typical "detail anchor" writing (stereotypical imagery like "old copper coins + green spots")
  2. "Suddenly realized / suddenly glimpsed" as suspense transitions (neat sentence structure)
  3. "Summary reversal" (symmetrical before-and-after, linear information release)
  4. Dialogues that feel like tool characters exchanging info
  5. Triplet parallelism / excessive em-dashes / closed-loop Q&A

IV-B. ⚠️ Doubao Review Timeout for Long Texts (Tested 2026-08-15)

Doubao mode detecting 20,000+ character full texts will timeout (Seed 2.1 Pro thinking mode processes word-by-word + full text too long; urllib timeout=240 directly gives TimeoutError):

  • Solution: Segment detection — script splits into two halves (each ~16,000 characters), each runs with "segment 1/2" prompts, timeout ≥420, average the two AI scores
  • DeepSeek main inspection has no such issue (fast); only Doubao review needs segmentation
  • After segmentation, Doubao provides paragraph-level concrete evidence (quoting original text + reasons), more trustworthy than DeepSeek

IV-C. ⚠️ Doubao Over-Claims Repetition — Repetitions Must Be Script-Verified (Tested 2026-08-15)

Doubao review claimed "like a red-hot iron wire swallowed, appearing verbatim 4 times" — actually only 1 time in the full text; but "I know, days like this come fewer each day..." triplet parallel template did repeat 3 times (same structure, different words). Judgment rules:

  1. Do not fully trust the specific repetition counts given by Doubao — always use script t.count(keyword) to verify before concluding; do not directly quote Doubao numbers
  2. However, structural reuse accusations are usually true — "I know…even if…it is stolen" ×3 (day/second/night only changes words, not structure) is a real AI signal. When detecting, match based on de-nominalized structure (retain skeleton "I know…even if…stolen", ignore replaced concrete words); do not only do exact string matching
  3. A count of 0 for exact string does not mean no repetition — the body may contain \n\n line breaks, so whole-paragraph matching can yield 0 hits. Normalize whitespace first (re.sub(r'\s+','',t)) then check
  4. Lyrical parallelism template reuse = strong AI evidence: the same "I know ×3 → but I still want → even if ×3 → even if this X is stolen" structure appears 3 times in a thousand characters — a typical defect of AI long-text generation "calling verified sentence templates"

V-B. 4 Major Content-Level AI Traces (Tested in Lingqian Project 2026-08-14 · More Fatal Than Sentence Style)

When detecting, scan item by item; if any hit, mark as AI suspect:

  1. Dense + Homogeneous Metaphors: consecutive similar modern metaphors within a few hundred characters ("like a timeout order / like a collection text / like a burst notification sound" in a row) = AI metaphor generator mode. Real humans use one or two occasionally, not in a row
  2. Mechanical Short Sentence Rhythm: uniform template of "triplet short sentences — line break — dialogue — short sentence again" (AI loves independent short paragraph sentences; real humans break them, interjecting long sentences)
  3. System Prompt Bracket Templates: square brackets + terminology (threshold/edit/enable/activate) = AI system-flow template words
  4. Structured Emotion Label + Action Pairing: each emotion point paired with a signature action (Mother pushes / Ahe bites nails / Lingqian bites teeth — too neat = emotion checklist) Also: "not X but Y" pattern ("not a head, but a cloth" / "not crying, but fire") is typical AI rhetoric — 20+ occurrences densely exposed; keep only 2-3 most impactful per chapter, rewrite the rest directly

V-C. 5 Humanization Cleaning Instructions (Verified in Live Test: 92% AI Score → Safe Zone for Both Models)

After cleaning with these, real test results: DeepSeek 92% → 45% (borderline), Doubao review 10% (safe) — Dealing with dual-model disagreement: DeepSeek conservative, Doubao optimistic; take the midpoint; if borderline, run another cleaning round:

  1. Break up metaphors: At most 1 modern life metaphor per 300 characters; replace the rest with sensory details (temperature/smell/light/sound/touch)
  2. Disrupt short sentences: After 3 consecutive short sentences, insert one sentence ≥15 characters (psychological/action/environmental)
  3. Wildize system prompts: Delete brackets and terminology; use concrete descriptions ("Something cracked inside my head, like a clay pot shattering on a well rim; from the fragments came a muffled voice: blood sacrifice, can summon one.")
  4. Do not pair emotions: Leave blank / go off-topic / be ambiguous; do not precisely land every emotion point
  5. Add real rough edges: Specific prices/person names/debts/verbal mistakes/environmental noise ("Ice sleeves, nine-ninety for two pairs" / "Aunt Wang owed three hundred, hanged herself") — life details AI cannot imitate are the most powerful defense against AI detection

V-D. ⚠️ Cleaning Side-Effect Pitfalls (Stepped into v3 and v5! Must Run Fixes)

Kimi style conversion / humanization cleaning can corrupt text formatting:

  1. Lose Chinese curly quotes ("" → bare straight quotes "") — after cleaning, grep " and count; if straight quotes appear, they're broken
  2. Introduce anachronistic words (historical text "bro" → Western Jin dynasty didn't have it!)
  3. Missing punctuation at line end (tested 2026-08-14): long sentences split across lines lack punctuation at line end ("…embedded with soapberry's yellow\ncan't wash off") — add comma to narrative lines without end punctuation (skip dialogue/titles/blank lines) Fix script logic: Scan line by line, mark in_quote; alternate straight quote " to “/”; after fix, verify pairs (opens == closes) After cleaning, mandatory triple check: ① Quote fix (pair verification) ② Anachronistic term scan ③ Punctuation fix (add comma to line-end missing punctuation) ④ Mobile typesetting recheck (narrative sentences >40 chars split; dialogue long sentences keep — for breath flow when reading aloud) Line break judgment (Important): Humanization rhythm line breaks ("Can't wash off." alone = emphasis / echoing rhetoric "trembled so his teeth went sour\nsour enough to remind him of…") ≠ wrong splitting — AI reviewers (GLM/Doubao) may misjudge as "broken fragments"; retain emphasized breaks with punctuation; only fix those without

V-E. Audiobook Adaptation (User Mandated 2026-08-14: Dual-Quality for Reading + Listening)

Web novels on Fanqie/Ximalaya have many audiobook users. After AI detection, must also pass "listening feel" check:

  1. Use "said" (说) not "yue" (曰) for dialogue markers — "yue" is written language; listeners' ears cannot distinguish who is speaking; "said" is recognizable by ear. If style conversion changes all dialogue to "yue" (ears can't tell) — must change back to "shuo/dao"
  2. Split long narrative sentences into short ones: Narrative paragraphs >40 chars split into 2-3 short sentences (read in one breath, reciter doesn't gasp); dialogue long sentences keep (actors can pause for breath)
  3. Homophonic ambiguity: In listening scenarios, similar-sounding words are easily misunderstood; avoid stacking written-style honorific modifiers (use "I / humble" etc.)
  4. Verification method: After modification, listen through with TTS; places where you can't tell "who is speaking" = dialogue markers not written clearly

V-F. Platform-Level Detection: Quantify & Locate "Problem Chapters" + AI-Versus-AI Simulation (Tested 2026-09-05, Sending Soul Woman 3 Evaluations Terminated — Confirmed)

Key insight: Recommendation evaluation/root cause analysis looks at "published chapters", and online content ≠ local files (may have used an earlier draft for publishing) — diagnosis must first use CDP to crawl published full text chapter by chapter; cannot substitute with local files (Sending Soul Woman online chapters 1-55 full-text scrape script = published_links.json, open each modifychapter, save innerText — see fanqie-compliance-guard references/recommendation evaluation mechanism and termination practice). Quantified AI feature per-chapter script logic (analyze_ai_features.py, script in research/): each chapter calculate ① metaphor density = number of 像/如/仿佛/好似/如同/宛如 per 1000 chars ② CV of sentence length (split by 。!?) ③ number of em-dashes ④ chapter ending type (imagery/question/dialogue/action/other) → sort to generate problem list.

⚠️ Metaphor density must use strict-count — broad-count will double and inflate (2026-09-07 test correction, most important!): Regex 像|如|仿佛|… will mis-count characters in fixed words as metaphors: "画像" (portrait)'s "像", "如果/如何/比如/例如/假如/犹如/就算" (if/how/etc.)'s "如", etc. Sending Soul Woman chapter 40 has "画像" 16 times → broad count 34 occurrences (14.5/1000 chars) vs strict count 17 occurrences (7.2/1000 chars), a factor of two! The 2026-09-05 diagnosis of "chapter 40 at 14.5" was broad-count inflation; data for chapters 31/44 etc. equally suspicious and need review.

  • Strict-count method: Before counting, first remove fixed words 画像|如果|如何|比如|例如|假如|如若|何如|就算|好像|好比|诸如|譬如 (re.sub(FIXED,'',t) before counting) — analyze_features.py outputs both counts simultaneously; for judging problem chapters and comparisons, always use strict count
  • Metaphor list extraction (for rewriting use) must also first remove fixed words — this time, the list_similes script scanned by sentence for metaphor words, listing all 16 "画像" occurrences — wasting half the list Real test thresholds (Sending Soul Woman 55 chapters online, strict count; chapter 40 needs rejudgment):
  • Metaphor density ≥7/1000 chars = problem chapter (human normal 3-6; strict count chapter 40 at 7.2 just over line; reduced version already at 4.7, passing); density ≤4.6 (chapter 1) deemed safe
  • It's not "which volume" but "which chapters" — old chapters also have problems (31/40/44 blow up); good chapters (1/2/16/18/27 at 2-4.6) prove deep-rewrite method works, just some chapters not fully cleaned
  • Sentence length CV <0.45 = rhythm too uniform (chapter 49 at 0.442); high proportion of isomorphic chapter endings = machine beat AI-Versus-AI simulation platform detection: Use Doubao seed-2-1-pro as detector; prompt requires giving AI generation probability % + original text evidence + conclusion from five dimensions: perplexity/burstiness/sentence style/metaphor density/machine beat. Real test: Chapter 1 judged 10% AI rate "high-quality human original" (high perplexity: West Canton regional + funeral industry specific details; metaphors fit character like "drumbeat on coffin board/mourning shoes like knives") — chapters that went through manual review + deep rewrite are actually clean; evaluation failure often due to individual problem chapters pulling the overall distribution up. Rewrite toolchain test (for fixing problem chapters, don't repeat mistakes):
  • deepseek-v4-pro for "remove AI style/delete metaphor rewrite" success rate extremely low (7 chapters attempted, 2 succeeded, with truncation e.g., 2396→1732 characters, last sentence cut; all 5 segmented attempts returned empty)
  • Kimi K3 with thinking off also returned empty for rewriting; older Doubao keys prone to timeout
  • doubao-seed-2-1-pro (full quota Ark key) rewrites successfully: 187 seconds return; deletes "like" and adds folk details — main rewrite for density reduction = Doubao seed-2-1-pro Reduction rewrite prompt iron rules (full template in references/番茄AI检测量化定位与降密改写_20260905.md): Split into 3 segments each ~800 characters to avoid timeout; only delete about 1/3 of metaphors (priority: consecutive/cramped/cliché/natural to delete); strictly forbidden to change plot/dialogue/folk details/character names/paragraph order/first-person; word count control 85-100% of original; consistency gate = plot keywords (波罗堂/阿福/画像 etc.) occurrence count drop <20% to pass; output must not contain status cards/titles/explanations. Deletion examples: "voice like squeezed from throat" → "voice came out muffled"; "gaze like a brush sweeping over" → "gaze swept over"; "heartbeat like being gripped" → "heart skipped a beat". Evaluation of reduction effectiveness must use strict count — once misjudged "old method performed conservatively and ineffectively (chapter 40 only dropped from 14 to 12/1000 chars)", actually due to broad count; strict count: original 7.2 → reduced version 4.7 already within threshold; old method not useless, just only addressed the metaphor dimension. New method exploration (experimenting 2026-09-07): Beat-breaking OS rewrite — borrowing from Hahaha Great Ming's "author interjection" mechanism to reduce AI style (interjections break machine rhythm/increase perplexity), but in a safe form: first-person female protagonist inner-voice muttering/colloquial rough edges (not breaking immersion, not addressing the reader, not touching the red line of adding non-body text). Dual prompt = delete metaphors + naturally integrate 2-4 character OS pieces (like "I cursed in my heart, bad luck" / "I know the rules of this trade like the back of my hand" style). Full experiment design/scripts/comparison results in references/比喻密度口径修正与破节拍OS改写试验_20260907.md

VI. Integration with Writing Workflow

  • Execute in the novel-master-workflow stage H5 / novel-writing-from-scratch stage E
  • Batch process every 10 chapters → medium/high risk use simulated human deep rewrite → retest to pass before delivery

🙋 About the Author

Nine-Tier Brocade Carp e | Packages every pitfall I've stepped into as a ready-to-run skill — no textbook writing. This skill is the version I use daily.

WeChat: ly5419495 (add with note "SkillHub", I prioritize) Official Account: First Five Agent (search on WeChat; reviews and methods are written there — no need to add WeChat to read)

Other tools I've made that run directly are on this shelf page (open in browser): https://skillpay.alipay.com/public/jiupinjinlie

If you get stuck or have other scenarios you want me to package into a skill, reach out via any of the methods above.

Nine-Tier Brocade Carp e WeChat QR Code

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。

Related Skills