Skip to main content

deai-adapt-csdn

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

Ir para a instalação

Informações da origem

Repositório
lornshrimp/Lorn.TechProductManagerContentCreatorSkill
Última atividade na origem
24 de agosto de 2026 às 01:24
Idioma detectado do SKILL.md
chinês
Estrelas
1
Forks
0

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
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/掘金正文中插入配图可提升完读率和收藏率,**配图也是技术文章的"证据"——架构图、对比表、数据图让方法论更可信**。配图不能为了插而插,每张图必须有明确的叙事功能。 #### 配图类型与适用场景 | 配图类型 | 功能 | 适用位置 | 视觉风格 |
Ver no GitHub
Este SKILL.md e muito grande, entao o SkillsMP mostra aqui apenas a primeira secao. Ver no GitHub