Skip to main content

deai-adapt-zhihu

将母稿改写为知乎适配版本。使用时:需要将审核通过的终稿改写为适合知乎平台风格的文章。增加分析深度、补充数据引用、使用提问式标题、以开放式讨论结尾。

설치로 이동

소스 정보

저장소
lornshrimp/Lorn.TechProductManagerContentCreatorSkill
최근 소스 활동
2026년 8월 24일 01:24
감지된 SKILL.md 언어
중국어
스타
1
포크
0

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
deai-adapt-zhihu
description
将母稿改写为知乎适配版本。使用时:需要将审核通过的终稿改写为适合知乎平台风格的文章。增加分析深度、补充数据引用、使用提问式标题、以开放式讨论结尾。
user-invocable
true
# `deai-adapt-zhihu` — 知乎改写 ## 知乎平台特性(必须理解这些才能做好改写) 知乎不是"另一个内容平台",而是一个**问答生态**。一篇内容在知乎上的表现,取决于它在三个场景中的适配度: | 场景 | 流量来源 | 用户行为 | 改写策略 | |:---:|:--------:|----------|----------| | 🔍 **搜索场景** | 百度/Google 搜索、知乎站内搜索 | 带着问题来,找答案 | 标题命中搜索词、正文直接回答问题 | | 📩 **推荐场景** | 首页推荐流、话题推荐 | 随机刷到,决定是否点开 | 前 150 字钩子抓人、提供信息增量 | | 👥 **邀请场景** | 问题邀请、关注动态 | 被邀请回答特定问题 | 精准命中问题痛点、展示专业视角 | ### 知乎平台的三个关键差异 | 差异点 | 知乎 | 其他平台(公众号/头条) | 改写影响 | |:------:|:----:|:----------------------:|----------| | **内容寿命** | 72h+ 长尾(好的回答可持续获取流量数月) | 12-48h 短爆发 | 知乎版本值得投入更多时间打磨,SEO 标题策略比时效性标题更重要 | | **读者预期** | 深度阅读、逻辑严谨、有观点 | 快速消费、情绪驱动、易消化 | 知乎版本不砍深度,反而要增加论证环节和数据支撑 | | **互动形态** | 评论区 = 延伸讨论(常有高质量补充和反驳) | 评论区 = 情绪表达(+1/支持/反对) | 知乎版本要在文章中预埋讨论钩子,留出"被补充"的空间 | --- ## 核心方法论 ### 改写目标金字塔 ``` 🎯 收藏 + 关注 (最大价值) 🔄 转发 + 评论 (传播引擎) 👍 赞同(认可信号) 📖 完读(内容质量) 👆 打开(标题+第一段) ``` 知乎的流通逻辑:**标题决定打开 → 前 200 字决定完读 → 完读率决定推荐 → 赞同数决定曝光 → 评论数二次放大**。改写时每个环节都要对应。 ### 改写三原则 1. **母稿的信息不动,论证加厚**:知乎读者能接受更密集的论证。母稿中一笔带过的逻辑,在知乎版本里展开 1-2 句 2. **标题不是总结,是问题**:知乎搜索流量来自"用户搜索的问题"。标题越像一个真实问题,被搜到的概率越高 3. **结尾不是句号,是逗号**:知乎版本结尾不要下定论——留一个"你觉得呢?"给评论区,让读者补充或反驳 --- ## 改写流程 ### ⚠️ 平台稿写作方式铁律(2026-08-13 教训固化,禁止再犯) **平台稿必须一次性写成完整连贯文章**,禁止任何形式的"硬凑字数": 1. **禁止"骨架+注入"两段式写法**:不得先写骨架/摘要再补字;不得用脚本/机械方式把终稿段落**原样粘贴**到正文末尾凑字数——正文被 `---` 割裂、前后内容重复、风格断裂,即使字数达标也是不合格产出。 2. **补字唯一正确方式 = 章节内扩写**:正文不足保真底线(知乎 ≥ 终稿 90%)时,在**对应章节内**知乎化扩写——展开终稿被压缩的逻辑、补充数据引用与论证环节(知乎读者能接受更密集的论证)。**禁止尾部堆砌**。 3. **写作时规划字数**:下笔前明确字数目标(终稿 × 90%),按章节分配;写完立即实测,不足即在章节内扩写。 4. **正文连贯性自检**:产出后检查:①正文无**前文重复**——同一论点/数据/表述出现两遍,读起来像两篇文章拼一起,这是割裂感的本质(`---` 分隔符本身合法,任何平台稿都允许用,不构成割裂判据)②保留母稿论点是保真要求(知乎 ≥90%),但必须改写成平台风格、在首次出现处一次性讲完 ③论证从头到尾一致。不合格 → 重写。 5. **脚本已硬拦**:`规范校验.py` 平台稿正文连贯性门禁——与终稿逐字相同的段落(≥60 字)与前方正文重复(相似度 ≥55%)即判 ❌;**任何平台稿(含知乎版,知乎不豁免)都禁止重复引入母稿原文段**。 ### Step 0:确定文章标题(用于查找输入文件和命名输出文件) 在读取母稿之前,先确定文章标题: 1. **优先从标题方案提取**: - 检查 `drafts/{日期}/{选题名}/标题方案.md` 是否存在 - 如果存在,解析评分表的各平台适配备注列,按优先级选取标题: 1. **首选**:备注中标注"知乎首选"、"知乎"的标题(知乎偏好提问式/观点式标题) 2. **次选**:无平台专属标注时,取排名第 1 的标题候选 2. **回退方案**:如果标题方案不存在或解析失败,使用 `{选题名}` 作为标题 3. **文件名安全处理**(`{标题}`): - 替换 Windows 非法字符:`\ / : * ? " < > |` 为 `-` - 替换全角问号 `?`、全角冒号 `:` 为 `-` - 替换全角引号 `""`、空格为 `-` - 连续多个 `-` 合并为单个,去除首尾 `-` - 截断至 50 个字符 4. 将安全处理后的标题存入变量 `{标题}`,后续所有文件名均使用此变量 ### Step 1:读取母稿 + 上游数据 从 `drafts/{日期}/{选题名}/终稿-{标题}.md` 读取母稿正文。 如存在以下文件,一并读取增强知乎版本: | 文件 | 提取什么 | 用于什么 | |------|----------|----------| | `research/{选题名}/研究报告.md` | 关键数据、信源等级、竞品分析 | 增加数据引用、确认差异化 | | `drafts/{日期}/{选题名}/大纲.md` | 情绪曲线、金句植入地图 | 确认哪些金句在知乎版本中保留 | | `hotspot/榜单/{日期}/知乎问题热榜.md` | 当日知乎热门问题 | 判断发文时机、蹭话题标签 | | `hotspot/榜单/{日期}/知乎推荐问题.md` | 知乎推荐问题列表 | 直接作为回答入口 | | `drafts/{日期}/{选题名}/标题方案.md` | 各平台标题候选与评分 | 知乎标题从方案中提取 | ### Step 1.5:理解文章四问(知乎专用版) 改写前必须回答这四个问题,答案决定改写方向: | 序号 | 问题 | 对本篇文章的回答 | 改写影响 | | :---: | :--- | :--- | :--- | | 1 | **这篇文章回答了知乎上的哪个具体问题?** | 先扫热榜/推荐/邀请三个来源, 优先匹配现有问题去回答;三个来源都无匹配才独立发布 | 回答现有问题 → 标题继承问题标题, source_url 填问题链接;独立文章 → 自拟提问式标题 | | 2 | **读者看完能获得什么独特认知?** | 信息差在哪里?跟已有高赞回答有什么不同? | 如果有独特的行业洞察角度,在开头 150 字就要亮出来 | | 3 | **这篇文章最容易被反驳的点是什么?** | 哪个论证环节读者最可能质疑或补充? | 在该环节刻意留出讨论空间,设置评论区钩子 | | 4 | **这篇文章在知乎搜索中匹配哪些关键词?** | 多个可能的搜索词组合 | 标题和首段自然嵌入这些搜索词 | --- ### Step 2:标题策略(知乎专用) 从 `deai-title` 的标题方案中选取或调整。 > **⚠️ 平台标题差异化铁律(2026-08-18 教训固化,禁止再犯)**: > 各平台版本标题**必须差异化**,禁止整体复用母稿标题或其他平台的标题。理由:多平台共用同一标题会被读者/平台视为"同一内容转载",损害知乎原创性与搜索权重;且各平台信息流/搜索的标题竞争逻辑不同,一套标题通吃无法在任一平台取得最优点击。 > > 执行规则(务必全部满足): > 1. **禁止原样复用**:知乎标题**不得与母稿终稿标题完全相同**(`==` 判重 → 必须改造),也不得与其他平台版本标题完全相同(平台两两两不等)。 > 2. **按平台类型生成**:依据下方"两种标题类型"与"标题优化规则",结合本平台搜索/推荐/邀请三场景,从标题方案候选池中选一个**知乎专属**标题;若候选池无匹配的知乎专属标题,则基于母稿标题按知乎偏好**改造**(改为提问式/观点式、嵌入"如何评价/为什么"句式、追加搜索词),而非直接套用母稿。 > 3. **差异化自检**:产出后对比确认——知乎标题 ≠ 母稿标题 ≠ 其他平台标题;知乎标题已体现知乎特色(提问式/观点式、17-30 字、含搜索词、有讨论空间)。 > 4. **保真不受标题差异化影响**:标题可差异化改造,但**正文内容量仍须遵循保真铁律(知乎 ≥ 终稿 90%)**——差异化的是标题与表达形式,不是砍内容。 #### 知乎标题的两种类型 | 标题类型 | 公式 | 适用场景 | 示例 | |:--------:|------|----------|------| | **提问式** | "如何评价{X}?""为什么{X}?""{X}是什么体验?" | 回答已有问题、或拟似问答场景 | "为什么 OpenAI 急了?Kimi K3 开源戳到了哪根神经" | | **观点式** | "我直说了吧:{核心观点}" / "{反直觉断言}" | 独立文章,带有鲜明立场 | "OpenAI 说开源是减速主义——历史已经回答过这个问题了" | #### 标题优化规则 1. **前 15 字必须包含核心关键词**(知乎搜索结果截断在第 15-18 字) 2. **避免"如何""浅析""刍议"等学术腔**——知乎用户不吃这套 3. **提问式标题的答案不能是"是/否"**——必须有讨论空间 4. **标题长度:18-25 字最佳**——太短信息量不足,太长被截断 #### 与母稿标题的差异 | 维度 | 母稿标题(终稿) | 知乎标题(改写后) | |:----:|:----------------:|:-----------------:| | 示例 | "为什么 OpenAI 急了?" | "为什么 OpenAI 急了?Kimi K3 开源戳到了哪根神经" | | 长度 | 24 字 | 24 字(可直接沿用或加长至 30 字) | | 关键词 | OpenAI / Kimi K3 / 开源 | OpenAI / Kimi K3 / 开源 + 减速主义(追加搜索词) | | 语气 | 提问式 | 提问式(保持)或改为"如何评价……?" | --- ### Step 3:正文改写——6 维转化矩阵 对母稿的每个段落,按以下矩阵做针对性改写。不是"整体改一遍",而是逐段对照矩阵: | 段落 | 母稿特点 | 知乎改写方向 | 具体操作 | |:----:|----------|-------------|----------| | **段1 钩子** | 反常识数据开场,快速抓人 | 保持反常识数据,但增加一句结论性的"问题锚定" | 第一段末尾加一句:"所以这个问题的本质是……" | | **段2 背景** | 精简时间线,只保留关键标签 | 适度展开:补充 1-2 个技术细节+数据出处链接 | "据 Artificial Analysis 独立评测"→ 带出处增加可信度 | | **段3 分论点1** | 价格对比表+华泰+Reddit | 加强数据引用:补充来源链接,增加 1 句延伸分析 | Reddit 评论后加一句"这个评论在 Reddit 上获得了 NN 个赞" | | **段4 分论点2** | AWS/Android 历史类比+京东经历 | 历史类比可加粗,京东经历保留 | 可增加一句"AWS 当年降价幅度是 X%",用数字强化类比 | | **段5 争议** | AI 共产主义+双方观点 | 增加 1 句延伸:抛出 Dean Ball 言论的完整上下文 | 可引用 Dean Ball 原帖中的更多内容 | | **段6 展望** | 双轨格局+开放问题 | 保持开放结尾,增加一个"补充入口" | 结尾加一句"欢迎补充和指正,我会持续关注这个话题" | #### 六大改写操作详解 | 操作 | 说明 | 母稿原文示例 | 知乎改写后 | |------|------|-------------|-----------| | **论证加厚** | 对母稿一笔带过的逻辑展开 1-2 句 | "开源把闭源的价格遮羞布扯下来了" | "开源把闭源的价格遮羞布扯下来了。过去一年,闭源 API 的价格几乎没有下降过——因为没竞争。" | | **数据补全** | 增加数据来源和上下文 | "华泰证券的研报说了个有意思的现象" | "华泰证券 7 月 20 日发布的研报指出(来源链接),K3 发布后月之暗面的年化收入创了历史最大单日增幅" | | **立场标注** | 明确区分"事实"与"观点" | "Dean Ball 的逻辑有他的道理" | "从商业逻辑看,Dean Ball 的观点并非没有依据:{事实1}、{事实2}。但我认为……{个人判断}" | | **搜索词嵌入** | 在自然阅读中嵌入搜索关键词 | "Kimi K3 完整权重 7 月 27 日前开源" | "Kimi K3 开源模型的完整权重将于 7 月 27 日前发布"(嵌入"Kimi K3 开源模型"搜索词) | | **讨论钩子** | 在关键位置设置互动引导 | 只在结尾有"评论区等你" | 段3后:"开源模型真的能替代闭源吗?说不好,但价格差距摆在这。" 段5后:"AI 共产主义这个说法,你觉得是夸张还是预警?" | | **信源露出** | 在正文中自然标注数据出处 | "第三方独立评测给它打了 57 分" | "第三方独立评测机构 Artificial Analysis 在其 7 月榜单中给 Kimi K3 打了 57 分(来源),位列全球第三" | --- ### Step 4:知乎特有功能利用 知乎提供一些独特的内容组织方式,改写时应主动利用: | 功能 | 用法 | 改写时怎么操作 | |:----:|------|-------------| | **引用块** | 引用他人观点或数据来源用 `>` | Dean Ball 原文引用、华泰证券研报原文、Reddit 高赞引用,均用 `>` 包裹 | | **加粗** | 标记核心结论和金句 | 母稿中的金句保留加粗;核心判断句额外加粗 | | **分割线** | 段落间长距离转换话题 | 母稿已有 `---` 分割,酌情保留 | | **图片/表格** | 数据表格截图上传 | 母稿中的价格对比表,在知乎版本中以 Markdown 表格保留并建议上传截图 | | **话题标签** | 文章挂载到相关话题 | 改写后在文末附建议挂载的话题标签(如 #AI #开源 #Kimi #OpenAI) | #### 小节标题规则(2026-08-24 教训固化,禁止再犯) 改写出现的"小节转换"处,**直接用 Markdown 标题(`## 小节名`)**,禁止 `(**小节名**)` 圆括号加粗标记: - ✅ 正确:`## 为什么必须等一年` - ❌ 禁止:`(**为什么必须等一年**)`——圆括号+加粗是"过渡句"写法,编辑器/读者无法识别为小节标题,还会被平台渲染成正文畸形 - `##` 标题独立成行、前后留空行;级别从 `##` 起用(文章标题已是 H1) - 配图锚文本按"段落第一句"规则取正文句子,不依赖标题行(标题行不可作为锚文本替换目标以外的定位依据) --- ### Step 5:去 AI 化的知乎特化处理 知乎读者对 AI 味尤其敏感(社区中"这个回答像是 AI 写的"这类评论杀伤力很大)。在通用去 AI 化之外,知乎版本额外做以下检查: | 知乎特有的 AI 味信号 | 检测方法 | 修复方式 | |---------------------|----------|----------| | "太长不看"式开头 | 第一句是不是"先说结论"类? | 直接切入场景或数据,不要预告 | | "一方面…另一方面…" | 太多平衡论述,缺乏立场 | 选边站——即使承认反方有道理,也要给出你的倾向 | | "综上所述"类收尾 | 每段末尾是否都有总结句? | 砍掉至少一半的段末总结 | | 引用过于规整 | 每个引用都"据XX报道""XX指出"? | 混合使用"XX 说""XX 提到""看到的另一个信息是" | | 没有不完美的地方 | 全文逻辑链条太完整,没有人味 | 故意加一句"说实话这个问题我也想了很多,不一定对" | --- ### Step 6:平台分发适配 知乎版本产出后,直接适配到知乎的两个发布入口: | 发布入口 | 适配方式 | 标题策略 | |:--------:|----------|----------| | **回答问题** | 找到知乎推荐问题中匹配的话题,以回答形式发布 | 不需要标题,问题本身就是标题;开头直接用"谢邀"或直接回答 | | **发布文章** | 作为独立文章发布,可挂载话题标签 | 使用提问式或观点式标题 | #### 看场合下菜碟 改写完成后, 必须先检查所有知乎问题来源, **优先以"回答问题"形式发布**, 因为回答能继承问题本身的搜索流量和关注者: ``` 优先级一: 检查知乎问题热榜 (hotspot/榜单/{日期}/知乎问题热榜.md) → 逐条扫描问题标题, 判断母稿内容是否能回答该问题 → 匹配条件: 问题主题与文章核心话题一致, 文章能提供足够的信息增量 → 注意: 即使问题角度不完全重合, 只要能从独特的行业视角补充差异化回答就应该回答 优先级二: 检查知乎推荐问题 (hotspot/榜单/{日期}/知乎推荐问题.md) → 同上逐条扫描 → 推荐问题通常与你的创作领域更匹配, 回答后被推荐的几率更高 优先级三: 检查知乎邀请问题 (hotspot/榜单/{日期}/知乎邀请问题.md) → 邀请问题直接来自平台对你创作能力的认可, 命中率最高 如果以上任一来源有匹配问题: → 以"回答"形式发布, 标题继承问题标题 → YAML 中 source_label 标注来源(如"热榜#3""推荐问题#5""邀请问题#2"), source_url 填入对应问题的 URL → 开头不要用"谢邀", 直接切入或"这个问题很有意思, 从行业的角度看…" → 正文第一句直接回应该问题中提到的核心事件/概念 → 回答末尾加"以上是我的一些分析, 欢迎讨论和指正" 如果全部三个来源均无匹配问题: → 以"文章"形式发布 → 使用提问式标题模拟问答场景 → 挂载到相关话题标签下 → 发布后主动邀请相关话题下的关注者互动 → YAML 中 source_label 标注"独立文章", source_url 留空 ``` **核心原则**: 回答的流量 > 文章的流量。同一个内容, 回答一个热榜问题带来的阅读量可能是独立文章的 5-10 倍。只有在三个来源都找不到匹配问题的情况下, 才走文章路线。 --- ### Step 7:发文时机与互动跟进 | 事项 | 建议 | |:----:|------| | **最佳发布时间** | 工作日上午 10-11 点(知乎用户活跃高峰),或晚上 8-10 点 | | **发布后 1h 内** | 主动回复前 5 条评论(评论区冷启动信号) | | **发布后 24h 内** | 关注评论区补充和反驳,及时互动(互动率影响后续推荐) | | **搜索优化** | 发布后在文章摘要区补充 2-3 个搜索关键词(对百度 SEO 有效) | | **系列化** | 如果选题二创空间高(🟢高),规划系列文章,每篇末尾预告下一篇 | ### Step 7.5:封面图 AI 提示词与内容简介(文章场景必填,回答场景按需) **场景区分**: - **回答问题场景**:不强制封面图和摘要(回答页面不展示封面),但回答正文中可配 0-1 张数据图表配图增强说服力 - **发布文章场景**:封面图可设置(知乎文章封面 16:9),摘要会展示在关注流中——此时封面图和内容简介为必填 #### 封面图 AI 提示词生成规则(文章场景) 根据改写后文章的核心冲突、情绪基调和视觉风格,生成一段英文 AI 绘图提示词: | 文章情绪基调 | 对应视觉风格 | 推荐配色 | |:----------:|-------------|----------| | 😡 愤怒 / 😰 焦虑 | 冲突对比、撕裂感、冷硬工业风 | 蓝橙对比、暗红+黑 | | 🤔 好奇 / 🧠 优越感 | 科技感、数据流、发光粒子、未来主义 | 深蓝+青、紫金 | | 👍 共鸣 / 😄 希望 | 温暖、人文叙事、柔和光影 | 暖黄+白、琥珀色 | | 混合情绪 | 取主导情绪对应的视觉风格 | 主导色调+点缀色 | **提示词结构**(三段式,用句号分隔):
GitHub에서 보기
이 SKILL.md는 매우 커서 SkillsMP가 여기에는 첫 섹션만 미리 보여줍니다. GitHub에서 보기