# Qianchuan Hook Continuation > Preserve a user-provided, previously validated Douyin opening verbatim, then continue it into a compact Qianchuan-ready Chinese relationship script with the same mother topic, fulfilled count promise, practical mechanisms, and the selected CTA mode. Use when the user says 千川爆款开头续写, 给开头续写千川, 按开头写正文加CTA, or provides only a viral opening and asks for a 千川版. Do not use for compressing a complete source manuscript or for 3.0/3.5 long-form rewrites. - Skill: `kinkwanc22/qianchuan-hook-continuation` (Agent Skill, multi-file: 3 files) - Install (CLI): `npx skillmds@latest add kinkwanc22/qianchuan-hook-continuation` - Raw SKILL.md: https://api.skillmd.com/api/skills/kinkwanc22/qianchuan-hook-continuation/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: kinkwanc22 (https://skillmd.com/u/kinkwanc22) - Updated: 2026-09-21 - Page: https://skillmd.com/skills/kinkwanc22/qianchuan-hook-continuation --- # 千川爆款开头续写 1.0 把用户已经验证过的爆款开头作为不可改动的入口，从该开头继续完成一篇紧凑、可直接配音的千川正文。这个流程不是3.0原稿压缩，也不是3.5长文换芯。 ## 输入判断 - 后续从其他对话或工作流送来的锁定开头，默认按“千川短剧”路线续写；只有用户明确指定其他版本或路线时才切换。 - 用户只提供一段开头时，直接从开头提取公开母题、受众、数量承诺、结果承诺和语言力度，不要求补交原稿。 - 用户同时提供完整原稿时，除非他明确要求“按这个开头续写”，否则不要自动使用本技能；完整原稿压缩应走3.0，长文换芯应走3.5。 - 用户说“不要改开头”“保留开头”或已将开头标为爆款时，开头逐字保留，包括原有强结论和措辞。只在用户明确授权时修正错字或敏感词。 ## 扩写前案例清理 - 千川短版默认不写任何案例。开始扩写前，必须先检查原稿、换新稿和冻结输入，把其中已有的咨询案例、学员故事、人物经历和完整情节全部剥离，不能原样送入扩写正文。 - 如果某个机制原本完全由案例承载，先把案例还原成“核心判断、心理机制、男人可执行的方向、女人可观察的反馈”四项非叙事信息，再用这四项扩写该机制；不得因为删除案例而吞掉数字清单中的一项。 - 新成稿不得新增或变相保留案例：不写人物姓名，不写“学员来找我”“我看过聊天记录”“我让他调整”等咨询叙事，也不写“问题—指导—执行—结果”的完整故事链。 - 可以使用普遍化的动作、场景或一句示范表达来解释机制，但只能作为机制说明，不能展开成有具体人物和连续结果的故事。 ## 固定生产合同 1. 将用户原始开头原样放在成稿第一段，不重新包装，不在前面加解释。 2. 锁定开头中的母题和数字。开头承诺六句、八个话题或三个机制，正文必须完整兑现对应数量，不得换成相邻母题。 3. 正文紧接开头展开，不重复解释标题，不改写成课程目录或泛泛观点稿。 4. 每个项目通常包含：一句清晰判断、背后的心理机制、可直接理解的表达或普遍场景，以及该动作如何改变互动反馈。根据母题自适应，不机械复制同一句式，不写咨询案例或完整人物故事。 5. 力度来自明确判断、关系反馈和现实后果。不要自动补入“不教操控”“不是控制”“不是冷漠”等防御性声明，也不要把原本锋利的母题改写成温和咨询腔。 6. 保持TTS口语感：句子长短有变化，少用论文术语和结构标签，避免“首先其次综上所述”的机械串联。 7. 默认采用无案例短版：锁定开头与扩写正文合计 `600–900` 个中文字符，优先 `650–850`。`900` 是硬上限；数字项目较多时压缩每项表达，但仍须完整兑现开头承诺。 8. 开始扩写前先确定 CTA 模式。普通短版结尾只放一个自然粉丝群 CTA；固定转化 CTA 交付模式下，扩写正文不得再生成粉丝群 CTA、课程 CTA、CTA 过桥或第二个收束广告段。 ## CTA规则 CTA应当承接正文未解决的现实判断，例如不知道女生处于试探、犹豫、冷淡还是失去兴趣。默认表达方向：邀请用户进入粉丝群，提交具体情况，由Gary帮助判断当前心理状态和下一步推进方向。 ### 固定转化 CTA 交付模式 - 当用户要求使用固定转化 CTA，固定 CTA 是全片唯一 CTA。其已确认文案、配音、字幕内容和既定结构不得改写、压缩、加速、删句或替换。 - `600–900` 字只统计锁定开头与扩写正文，不统计后接的固定转化 CTA；扩写正文必须自然结束，但不能另写粉丝群 CTA 或 CTA 过桥。 - 在送入 TTS 前先读取固定 CTA 的实际音频时长，倒推出正文可用时长预算。最终视频硬上限为 `300` 秒，并至少预留 `2` 秒余量，因此正文音频必须满足：`正文音频时长 + 固定 CTA 音频时长 <= 298 秒`。 - 字数只是生成阶段的第一道限制，最终必须以合并后的实际音频时长验收。若超过时长，保持锁定开头、数字承诺和固定 CTA 不动，只压缩正文并重新生成正文配音。 - 固定 CTA 的字幕可以按既定语义行重新计时，但不得改变归一化文字内容；最终字幕、音频和草稿总时长必须一致。 普通短版的自然 CTA 必须： - 只出现一次，位于全文结尾； - 使用“粉丝群”，不得使用“内部群”； - 与当篇母题一致，不能突然改卖无关内容； - 像正文自然收束，不写成连续广告口号。 ## 输出前检查 - 第一段与用户提供的开头逐字一致。 - 母题、受众、数量和结果承诺没有漂移。 - 所有数字项目完整兑现、互不重复。 - 中段有机制也有可理解的具体表达，不只有观点口号。 - 输入中的旧案例已在扩写前清理；成稿没有人物姓名、咨询叙事或完整故事链。 - 没有擅自加入安全化解释、作者后台话术、提示词痕迹或旧CTA。 - 成稿在 `600–900` 个中文字符内，优先 `650–850`。 - 普通短版只有一个位于结尾的粉丝群 CTA；固定转化 CTA 模式的扩写正文不含任何 CTA。 - 固定转化 CTA 模式在合并音频后总时长不超过 `298` 秒，并记录正文、固定 CTA 与最终总时长。 ## 验收阶段词汇自然度窄修 这一步只在完整成稿已经生成以后执行，不写入Gemini生成提示词，也不作为生成阶段的硬性拦截。 - 验收时检查“死亡现场”“真正值钱的地方”，以及同类生造的“XX现场”、空泛的“真正XX的地方”、舞台化比喻、刻意金句和书面价值判断。 - 发现上述表达时，不打回Gemini，不重跑，不重写全文；只结合原句语境，本地窄修成Gary自然会说出口的口头表达。 - 修改后的力度要落到具体判断、动作、利益变化或可观察结果上，不能机械替换成另一组固定狠词。 - 窄修不得改变锁定开头、母题、机制、数量、结构、案例因果、CTA和攻击力度，也不能把强结论软化成安全表达。 - 验收记录必须保存原句、修后句和修改原因，并继续标记“正文待确认”，直到用户明确接受。 需要校准语言密度、项目展开方式或CTA落点时，读取 [黄金样稿](references/golden_examples.md)。不要机械复刻样稿中的六点内容；它们只用于校准节奏和结构。