Skip to main content

deai-adapt-csdn

将母稿改写为 CSDN/掘金适配版本。使用时:需要将终稿改写成适合技术从业者阅读的风格。突出方法论和实操步骤、减少抒情、结构化排版、以收藏和评论引导结尾。

Aller à l'installation

Informations de source

Dépôt
lornshrimp/Lorn.TechProductManagerContentCreatorSkill
Dernière activité de la source
24 août 2026 à 01:24
Langue détectée de SKILL.md
chinois
Étoiles
1
Forks
0

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

Affichage de SKILL.md

SKILL.md
Instructions source · Aperçu en lecture seule
name
deai-adapt-csdn
description
将母稿改写为 CSDN/掘金适配版本。使用时:需要将终稿改写成适合技术从业者阅读的风格。突出方法论和实操步骤、减少抒情、结构化排版、以收藏和评论引导结尾。
user-invocable
true
# `deai-adapt-csdn` — CSDN/掘金改写 ## 平台特性(必须理解这些才能做好改写) CSDN 和掘金是中文技术社区,读者画像和消费行为与知乎/公众号有明显差异: | 维度 | CSDN/掘金 | 知乎(对比) | 改写影响 | |:----:|:---------:|:------------:|----------| | **读者身份** | 一线开发者、技术经理、架构师 | 产品经理、技术从业者、泛科技读者 | CSDN 版需要更硬核的内容,减少商业叙事 | | **阅读动机** | 解决问题、学方法论、查资料 | 获取认知、参与讨论、拓展视野 | CSDN 版开头就要承诺"读完能解决什么问题" | | **内容寿命** | 极长尾(技术文章 SEO 寿命 1-2 年) | 中长尾(72h+) | CSDN 版值得投入时间做 SEO 优化和结构化排版 | | **互动形态** | 收藏 > 评论 > 点赞(收藏是最大价值信号) | 讨论 > 赞同 > 收藏 | CSDN 版结尾引导收藏和评论交流 | | **标题偏好** | 方法论式、步骤式、数字清单式 | 提问式、观点式 | CSDN 标题包含数字、方法、效果承诺 | ### 三平台读者差异速查 | 读者说 | 知乎版本回应 | CSDN/掘金版本回应 | 公众号版本回应 | |--------|-------------|-------------------|---------------| | "我想看懂这件事" | 深度分析 + 多方观点 | — | 故事化叙事 | | "我想学会怎么用" | — | 方法论 + 步骤 + 代码/案例 | — | | "我想知道该选哪个" | 对比分析 + 立场建议 | 对比表格 + 选型建议 | 个人经历 + 建议 | | "我想转发到朋友圈" | 观点金句 + 社交货币 | — | 情绪共鸣 + 故事 | --- ## 核心方法论 ### CSDN/掘金内容流通逻辑 ``` 收藏(最核心价值,影响推荐权重) ↑ 评论交流(技术讨论,提升活跃度) ↑ 完读(高质量内容) ↑ 打开(标题匹配技术需求) ``` CSDN/掘金的独特之处:**收藏是比点赞更强的信号**。一篇文章如果被大量收藏,会被推荐系统判定为"高价值内容"。改写时每条方法论/步骤都要做到"读者看完觉得值得收藏备忘"。 ### 改写三原则 1. **母稿的商业分析 → CSDN 的方法论拆解**:母稿中的商业分析段落,CSDN 版本要从中提炼出"产品经理可以做 X"的操作指南 2. **减少"我觉得",增加"数据显示"**:CSDN 读者不信个人感受,信数据、信案例、信可复现的事实 3. **每个方法论点都要能单独被收藏**:读者可能只为了其中一条方法论收藏整篇文章——每条都要独立可用 --- ## 改写流程 ### Step 0:确定文章标题(用于查找输入文件和命名输出文件) 在读取母稿之前,先确定文章标题: 1. **优先从标题方案提取**: - 检查 `drafts/{日期}/{选题名}/标题方案.md` 是否存在 - 如果存在,解析评分表的各平台适配备注列,按优先级选取标题: 1. **首选**:备注中标注"CSDN"、"掘金"或含"数字清单式""方法论"描述的标题 2. **次选**:无平台专属标注时,取排名第 1 的标题候选 2. **回退方案**:如果标题方案不存在或解析失败,使用 `{选题名}` 作为标题 3. **文件名安全处理**(`{标题}`): - 替换 Windows 非法字符:`\ / : * ? " < > |` 为 `-` - 替换全角问号 `?`、全角冒号 `:` 为 `-` - 替换全角引号 `""`、空格为 `-` - 连续多个 `-` 合并为单个,去除首尾 `-` - 截断至 50 个字符 4. 将安全处理后的标题存入变量 `{标题}`,后续所有文件名均使用此变量 ### Step 1:读取母稿 + 上游数据 从 `drafts/{日期}/{选题名}/终稿-{标题}.md` 读取母稿正文。 如存在以下文件,一并读取增强 CSDN 版本: | 文件 | 提取什么 | 用于什么 | |------|----------|----------| | `research/{选题名}/研究报告.md` | 关键数据、案例、信源等级 | 补充技术性数据引用 | | `drafts/{日期}/{选题名}/大纲.md` | 二创空间、切入角度 | 确认哪些角度适合技术社区 | | `drafts/{日期}/{选题名}/标题方案.md` | 各平台标题候选 | CSDN 标题从方案中提取后调整 | ### Step 2:理解文章——技术社区版四问 改写前回答这四个问题,答案决定改写方向: | 序号 | 问题 | 改写影响 | | :---: | :--- | --- | | 1 | **这篇文章里有几条可被收藏的方法论?** | 每条方法论都是一个独立的知识点,读者会因为其中一条而收藏整篇 | | 2 | **技术从业者读完能带走什么可操作的东西?** | 如果不能总结出 ≥ 2 条可操作的建议,需要在改写时从母稿论证中提炼 | | 3 | **哪些部分可以做成表格或清单?** | CSDN/掘金的排版偏好结构化展示,表格和清单比大段文字友好 | | 4 | **母稿中哪些商业叙事可以砍?** | 抒情段落、个人感慨、非必要的背景铺垫,这些在 CSDN 中是负资产 | --- ### Step 3:标题策略(CSDN/掘金专用) > **⚠️ 平台标题差异化铁律(2026-08-18 教训固化,禁止再犯)**: > CSDN/掘金版本标题**必须差异化**,禁止整体复用母稿标题或其他平台的标题。理由:技术社区读者直奔答案、吃"数字/方法论/承诺"这一套,母稿的悬念/提问式标题在技术搜索中命中率低;复用母稿标题会同时丢失技术长尾搜索与收藏转化。 > > 执行规则(务必全部满足): > 1. **禁止原样复用**:CSDN/掘金标题**不得与母稿终稿标题完全相同**(`==` 判重 → 必须改造),也不得与其他平台版本标题完全相同(平台两两两不等)。 > 2. **按平台类型生成**:依据下方四种标题类型(数字清单式/步骤方法论式/结论先行式),从标题方案候选池中选一个**CSDN 专属**标题;若候选池无匹配的 CSDN 专属标题,则基于母稿标题按技术社区偏好**改造**为"数字/方法/结论承诺"结构(前 15 字含技术关键词、承诺可量化价值、18-28 字),而非直接套用母稿。 > 3. **差异化自检**:产出后对比确认——CSDN 标题 ≠ 母稿标题 ≠ 其他平台标题;CSDN 标题已体现技术特色(数字/方法论/价值承诺、无悬念、可验证)。 > 4. **保真不受标题差异化影响**:标题可差异化改造,但**正文内容量仍须遵循保真铁律(CSDN ≥ 终稿 70%)**——差异化的是标题与表达形式,不是砍内容。 #### CSDN/掘金标题的三种有效类型 | 标题类型 | 公式 | 适用场景 | 母稿标题改造示例 | |:--------:|------|----------|-----------------| | **数字清单式** | `{数字}个{方法/技巧/信号},帮你{解决什么问题}` | 方法论类、经验总结类 | 母稿"为什么 OpenAI 急了?Kimi K3 开源戳到了哪根神经" → "看懂 Kimi K3 开源之争:产品经理必知的 3 个商业逻辑" | | **步骤方法论式** | `从0到1搞懂{X}:{方法论}+{实操}` | 系统化知识类 | "从 0 到 1 拆解 AI 大模型的开源与闭源之争:附定价对比表" | | **结论先行式** | `{直接结论}:{为什么}+{启示}` | 观点鲜明、有数据支撑 | "OpenAI 批评 K3 开源不是技术问题,是定价权的生死战" | #### 标题优化规则 1. **前 15 字包含核心技术关键词**(CSDN 搜索结果截断在第 15-18 字) 2. **承诺可量化的价值**:"3 个信号""5 个方法""从 0 到 1"等数字头 3. **避免"如何""浅析""刍议"**——CSDN 读者直奔答案,不看学术腔 4. **长度 18-28 字最佳**——太短信息量不足,太长被截断 5. **数字必须可验证**——标题说"3 个信号",正文必须有 3 个明确的小标题 --- ### ⚠️ 平台稿写作方式铁律(2026-08-13 教训固化,禁止再犯) **平台稿必须一次性写成完整连贯文章**,禁止任何形式的"硬凑字数": 1. **禁止"骨架+注入"两段式写法**:不得先写骨架/摘要再补字;不得用脚本/机械方式把终稿段落**原样粘贴**到正文末尾凑字数——正文被 `---` 割裂、前后内容重复、风格断裂,即使字数达标也是不合格产出。 2. **补字唯一正确方式 = 章节内扩写**:正文不足保真底线(CSDN ≥ 终稿 70%)时,在**对应章节内**结构化扩写——展开终稿被压缩的逻辑、补充方法论/数据表/清单(4.1 素材映射矩阵与 4.2 六大操作全量兑现)。**禁止尾部堆砌**。 3. **写作时规划字数**:下笔前明确字数目标(终稿 × 70%),按章节分配;写完立即实测,不足即在章节内扩写。 4. **正文连贯性自检**:产出后检查:①正文无**前文重复**——同一论点/数据/表述出现两遍,读起来像两篇文章拼一起,这是割裂感的本质(`---` 分隔符本身合法,任何平台稿都允许用,不构成割裂判据)②保留母稿论点是保真要求(CSDN ≥70%),但必须改写成平台风格、在首次出现处一次性讲完 ③结构化重构从头到尾一致。不合格 → 重写。 5. **脚本已硬拦**:`规范校验.py` 平台稿正文连贯性门禁——与终稿逐字相同的段落(≥60 字)与前方正文重复(相似度 ≥55%)即判 ❌;**任何平台稿(含知乎版,知乎不豁免)都禁止重复引入母稿原文段**。 ### Step 4:正文改写——方法论提取与结构化重塑 CSDN/掘金改写不是"改写",是**重构**。母稿是商业分析体裁,CSDN 版本需要从中提取可操作的方法论,用结构化方式呈现。 #### 4.1 素材映射矩阵 对母稿的每个段落,按以下矩阵做针对性改写: | 母稿段落 | 母稿功能 | CSDN/掘金改写方向 | 具体操作 | |:--------:|----------|-------------------|----------| | **段1 钩子** | 反常识数据抓人 | 保留数据,但改为"问题锚定" | "K3 发布 3 天打穿算力" → 改为"Kimi K3 的爆火暴露了一个核心问题:开源模型 vs 闭源模型,到底该怎么选?本文从 3 个维度帮你拆解。" | | **段2 背景** | 建立认知基础 | 保留关键数据,时间线简化 | 技术参数保留(2.8万亿/57分/1679分),品牌故事砍掉,只留"2026 年 7 月 16 日发布" | | **段3 定价权** | 商业分析(6倍差价) | 改为"选型视角":定价差异对技术选型的影响 | 保留价格对比表,增加一句:"对技术负责人而言,意味着同等能力下成本可降低 83%" | | **段4 历史律** | 历史类比(AWS/Android) | 改为"经验框架":历史对今天的启示清单 | 将 AWS/Android 案例提炼为 2 条可引用经验:"历史经验 1:开源不杀死行业,只重新分配价值" | | **段5 争议** | AI 共产主义+观点冲突 | 简化为"行业争议背景",2-3 句带过 | "Dean Ball 称开源是减速主义(来源),但历史数据不支持这一论断" | | **段6 展望** | 双轨格局+开放问题 | 改为"趋势总结+行动建议" | 提炼为 3 条行动建议:"①创业公司优先用开源降成本 ②核心创新用闭源保性能 ③关注 7/27 开源节点" | #### 4.2 六大改写操作 | 操作 | 说明 | 母稿原文示例 | CSDN/掘金改写后 | |------|------|-------------|----------------| | **方法论提取** | 从商业论证中提取可操作的方法 | "开源做广度,闭源做深度" | "开源 vs 闭源选型框架:标准化场景 -> 开源降本;核心创新 -> 闭源保性能" | | **清单化** | 把连续论证拆为清单条目 | 段4 AWS/Android 连续叙述 | "历史给我们的 2 个经验:①AWS 没被 OpenStack 杀死,只是降价了 ②Android 和 iOS 各自活得好好的" | | **数据前置** | 数据先出,结论后出 | "华泰证券的研报说了个有意思的现象" | "数据来源:华泰证券 7/20 研报。K3 发布后年化收入创单日最大增幅。" | | **观点弱化** | 减少主观判断,增加客观呈现 | "我个人的判断:开源不会杀死 AI" | "综合多方数据,当前行业共识倾向于:开源与闭源将长期并存" | | **案例结构化** | 案例用"背景→做法→结果"三步呈现 | AWS 案例散落在段落中 | "案例:AWS vs OpenStack(背景:2010 年闭源 vs 开源 → 做法:AWS 降价应对 → 结果:两者共存至今)" | | **行动清单化** | 结尾改为可操作行动建议 | "开源做广度,闭源做深度"(观点) | "给技术负责人的 3 条行动建议:①评估现有场景,标准化选开源 ②核心系统用闭源,不冒风险 ③建立开源模型评估机制" | #### 小节标题规则(2026-08-24 教训固化,禁止再犯) 正文"小节转换"处,**直接用 Markdown 标题(`## 小节名`)**,禁止 `(**小节名**)` 圆括号加粗标记: - ✅ 正确:`## AI 账本的两面:收入在涨,烧钱更快` - ❌ 禁止:`(**AI 账本的两面:收入在涨,烧钱更快**)`——圆括号+加粗是"过渡句"写法,编辑器无法识别为小节标题,复制进编辑器会渲染成畸形正文 - `##` 标题独立成行、前后留空行(与技术社区结构化排版要求一致) - 配图锚文本按"段落第一句/所属小标题"规则定位,不依赖其他正文标记 --- ### Step 5:结构化排版 CSDN/掘金阅读体验的核心是**结构化**。正文使用以下排版方式: | 排版元素 | 用法 | 在改写中的应用 | |:--------:|------|-------------| | **小标题(###)** | 每 300-500 字一个,提纲挈领 | 每段首句提炼为小标题 | | **列表(- / 1.)** | 并列关系用无序列表,步骤用有序列表 | 方法论、清单、步骤全部列表化 | | **引用块(>)** | 引用数据/他人观点 | Dean Ball 原文、华泰数据、Reddit 评论 | | **加粗** | 核心结论和金句 | 方法论点、关键数据、行动建议加粗 | | **表格** | 对比/分类信息 | 价格对比表保留,选型框架用表格 | | **代码块** | 极少数情况(本文为商业分析,少用) | 仅用于展示定价数据或公式 | --- ### Step 6:去 AI 化的 CSDN 特化处理 CSDN 读者对 AI 味的容忍度比其他平台更低(技术人群对"套路"敏感)。在通用去 AI 化之外,CSDN 版本额外做以下检查: | CSDN 特有的 AI 味信号 | 检测方法 | 修复方式 | |----------------------|----------|----------| | "在当今技术浪潮下"式开头 | 第一句是不是空泛背景? | 直接抛问题或数据,不要铺垫 | | "值得我们深思"类空洞结论 | 结尾是不是没有实际内容? | 改为具体行动建议或下一步问题 | | "笔者以为""个人浅见" | 过度谦虚,缺乏专业感 | 改为"数据显示""从案例看"等客观表述 | | 每段都以总结句收尾 | 所有段落结构太统一 | 至少 2 段以问号或未完成感收尾 | | 空泛的形容词 | "深度""赋能""闭环"等黑话 | 用具体描述替换:"深入分析"→"拆解为 3 个步骤" | --- ### Step 7:结尾与互动引导 CSDN/掘金的结尾风格与知乎不同: | 平台 | 结尾策略 | 示例 | |:----:|----------|------| | 知乎 | 开放提问,引导讨论 | "你站开源还是闭源?评论区等你" | | **CSDN/掘金** | **方法论总结+引导收藏+讨论邀请** | "以上 3 条行动建议希望能帮你做技术选型。你觉得还有哪些维度值得考虑?欢迎在评论区补充交流。" | #### CSDN/掘金结尾模板 ``` ## 总结 {用 3-5 条清单总结全文核心方法论} ## 思考题 {1-2 个开放性问题,引导评论区讨论} --- 如果本文对你有帮助,欢迎点赞、收藏、转发。你的支持是我持续创作的动力。 ``` ### Step 8:封面图 AI 提示词与内容简介(发布必填项) CSDN/掘金发布时**封面图必填**(CSDN 文章封面出现在列表页和搜索结果中)。内容简介对应 CSDN「摘要」字段,用于列表页展示。 #### 封面图 AI 提示词生成规则 根据改写后文章的核心冲突、情绪基调和视觉风格,生成一段英文 AI 绘图提示词: | 文章情绪基调 | 对应视觉风格 | 推荐配色 | |:----------:|-------------|----------| | 😡 愤怒 / 😰 焦虑 | 冲突对比、撕裂感、冷硬工业风 | 蓝橙对比、暗红+黑 | | 🤔 好奇 / 🧠 优越感 | 科技感、数据流、发光粒子、未来主义 | 深蓝+青、紫金 | | 👍 共鸣 / 😄 希望 | 温暖、人文叙事、柔和光影 | 暖黄+白、琥珀色 | | 混合情绪 | 取主导情绪对应的视觉风格 | 主导色调+点缀色 | **提示词结构**(三段式,用句号分隔): ```text {主体场景描述}。{环境/氛围/材质细节}。{画面约束(比例/风格/灯光)}。 ``` **生成规则**: - 首段:画面主体——文章最核心的冲突或场景 - 中段:画面氛围——对应情绪基调的配色和材质 - 尾段:画面约束——**CSDN 封面图统一使用 3:2 横版比例**(列表页展示横版封面),风格指定和灯光 - 语言:**统一用英文**(Midjourney/DALL-E 对英文支持最好) - 不加文字:提示词中避免让 AI 生成文字 - 不加人物面部:避免 AI 生成恐怖谷效应的人脸 **输出格式**:在输出文件中用代码块包裹,标注 `[封面图提示词]`。 #### 内容简介生成规则 从改写后文章的核心方法论点和技术关键词中提取,用于 CSDN「摘要」字段。**CSDN 摘要是"技术索引式"的**——技术读者在搜索结果中扫读摘要判断是否点开,摘要应直接列出核心方法和关键词。 - **字数**:≤ 100 字(中文) - **内容**:核心方法论 + 技术关键词 + 可操作的承诺 - **语气**:客观专业,与正文语气一致 - **公式**:`{核心方法/结论} + {技术关键词} + {价值承诺}` **输出格式**:在输出文件中用普通段落标注 `[内容简介]`。 ### Step 9:文中配图规划 CSDN/掘金正文中插入配图可提升完读率和收藏率,**配图也是技术文章的"证据"——架构图、对比表、数据图让方法论更可信**。配图不能为了插而插,每张图必须有明确的叙事功能。 #### 配图类型与适用场景 | 配图类型 | 功能 | 适用位置 | 视觉风格 |
Voir sur GitHub
Ce SKILL.md est tres volumineux, SkillsMP affiche donc ici seulement la premiere section. Voir sur GitHub