行业深潜流水线
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_7fbe8d41/industry-deep-dive-pipeline-skill。
技能介绍
要解决的问题
长文技术分析最常见的失败不是写得慢,而是三类结构性问题:
- 判断缺席:把公司介绍当行业分析,把厂商口径当事实,结论读起来像公关稿,但没有可复用的洞察。
- 证据不可追溯:正文出现一个日期、一项指标或一个“业内普遍认为”,却无法回到官方文件、财报、论文或监管原文,后续被质疑时只能整段删掉。
- 同质化严重:中英文信源只查标题,不看同论点的不同措辞。写出来看似独家,实际与已有分析撞车,信息增量为零。
这个技能针对的是:单一技术、AI、数据、云或企业软件议题,从选题 brief、事件、厂商案例、政策变化或研究材料,产出一篇判断先行、证据可追溯、边界清楚的深潜长文。
核心能力与关键步骤
整体采用 Prompt Chaining + Evaluator-Optimizer:主链固定,便于回溯;评审后进入修订循环,保证质量。
- 输入诊断与案例包:校验路径、URL、日期、目标格式与写作 profile;区分文章类型、时效层级、事实风险与敏感度。用户给定的判断只作为待验证假设,不直接变成结论。生成
00-case-brief.md。 - 事实表构建:抽取数字、日期、公司、政策、产品状态、引语与因果主张;先搜索发现,再追溯官网、财报、论文、监管文本或官方发布。高风险事实需双源确认,或单一权威一手来源。记录原始日期、核验日期、状态、来源层级、可用措辞与失效条件。生成
01-fact-table.md。 - 原创性与竞争审查:先提取核心判断、分析框架与标志性表述,再查中英文报道、同题分析与高度相似论点。区分公开舆论、独立深化、可验证差异与措辞撞车;主动找反方论点、历史反例与可证伪变量。生成
02-originality-review.md。 - 完整规划:生成
03-planning-brief.md,覆盖可行性、竞争烈度、读者分层、核心判断、论证链、原创锚点、反方、标题、结构、风险与系列关系。
两个人工门禁
- Gate A / 规划确认:正文写作前,暂停确认核心判断、标题方向、篇幅取舍、争议处理、平台目标与系列关系。未确认不写正文。
- Gate B / 张力裁决:只在“传播与专业”“深度与完整”“风险与表达”“系列一致与单篇独立”存在真实张力时暂停;事实错误、缺源、格式错误与红线项由工作流直接修。
- 成稿与机器门禁:只使用已确认规划与事实表写作,判断先行,再证据、反方与边界;正文不出现未登记数字、日期、状态或强结论。运行
scan_draft_gates.py检查未注册凭据、UUID、个人路径、元数据、hedging、营销语、口水缓冲与 profile 红线,失败则返回修订并重跑。 - 八角色评审与修订:调用
tech-content-review-panel,复用 G1/G2、R1-R4、G3、T1;评论拆成 must-fix、suggested-fix、optional 与 tension。修订时处理 must-fix 与 suggested-fix,拒绝评审中新出现的未验证事实,记录未采纳意见及原因。生成07-final.md。 - 终检与交付包:重验事实、时效与来源,重跑扫描,再做人工通读检查 AI 腔、逻辑跳跃与姿态越界;对照规划确认判断、范围、标题与表格一致。交付
07-final.md、事实表、原创性审查、已确认规划、评审记录与 final-check。
适用边界与注意点
适用:需要判断先行、证据支撑、边界清楚的单一议题深潜;需要先确认中英文覆盖的信息增量与措辞撞车风险;需要完整证据包。
不适用:快讯、摘要、产品手册、教程、营销稿;厂商大会全景报告请走 vendor-summit-report;LinkedIn 单平台短观察走 linkedin-industry-observation;排版、封面、摘要、关键词、社交素材、CMS/Notion 归档或发布交给独立发布套件;多篇连载的自动排期或批量生成也不在此范围,系列信息只作为单篇上下文。
关键硬规则:搜索用于发现,关键事实必须回到一手来源;用户假设必须验证;“首创/唯一/原创”类主张需要检索证据与边界;Gate A 前不写正文;Gate B 只处理真实价值张力;正文高风险数字、日期与状态必须在事实表中;修订后重跑机器门禁与人工通读;私有写作 profile 按需读取,不复制进通用技能或公开包;输出止步于已核准终稿与证据包,不产生发布动作。
失败处理也很明确:材料缺失就停并列出缺口;高风险事实不可验证则删除、降级或标记待验证;原创空间不足就停写,建议合并、换角度或放弃;机器门禁连续失败要汇报剩余阻塞;评审抛出未验证事实一律回事实表核验。
使用场景
- 接手厂商案例材料,需先查中英文信源、确认信息增量,再写边界清楚的行业深潜长文
- 面对政策变化,需先把数字与日期建立事实表,再产出含反方讨论的技术分析
- 收到研究材料或事件简报,需确认读者与论证链,再写出可供核准的终稿
- 需把单一技术议题拆成判断、证据、边界与反例,避免写成产品介绍或标题党综述
适合人员
- 需要产出可追溯技术长文的技术编辑,诉求是把外部材料变成有判断、有证据链的终稿
- 负责 AI/云/企业软件议题的内容工程师,诉求是避免无信息增量的同题写作
- 做行业研究的分析人员,诉求是高风险事实可核验,结论有边界且不夸大
- 审校深度技术内容的产品或技术负责人,诉求是评审意见结构化,修订后证据包完整