daily-content-management

每日内容管理编排 — 从数据获取到选题规划、内容生成、多渠道分发的完整每日内容工作流。适用场景:(1) 开始今天的内容工作,(2) 生成每日选题清单,(3) 批量创作多渠道内容,(4) 每日内容规划和管理,(5) 社交媒体选题管理,(6) 一鱼多吃内容分发。触发短语:'每日内容', '今天的内容', '开始内容工作', '选题管理', '内容规划', 'daily content', 'content management', '每天的内容', '社交媒体内容', '内容工作流', '帮我管理内容', '今日选题', '开始创作', 'start content workflow', '内容编排', '多渠道内容', '一鱼多吃'

Install

Hot:11

Download and extract to your skills directory

Copy command and send to OpenClaw for auto-install:

Download and install this skill https://openskills.cc/api/download?slug=ginobefun-skills-daily-content-management&locale=en&source=copy
name:daily-content-managementdescription:"每日内容管理编排 — 从数据获取到选题规划、内容生成、多渠道分发的完整每日内容工作流。适用场景:(1) 开始今天的内容工作,(2) 生成每日选题清单,(3) 批量创作多渠道内容,(4) 每日内容规划和管理,(5) 社交媒体选题管理,(6) 一鱼多吃内容分发。触发短语:'每日内容', '今天的内容', '开始内容工作', '选题管理', '内容规划', 'daily content', 'content management', '每天的内容', '社交媒体内容', '内容工作流', '帮我管理内容', '今日选题', '开始创作', 'start content workflow', '内容编排', '多渠道内容', '一鱼多吃'"

每日内容管理 (Daily Content Management)

编排每日内容全流程:数据获取 → 选题生成 → 内容创作 → 多渠道分发。

三个核心设计原则:

  • 一鱼多吃 — 一个内容适配多个渠道,而非为每个渠道独立创作

  • 工作区共享 — 中间数据持久化到 Daily Workspace,各 skill 共享,避免重复查询和 token 浪费

  • 个人风格驱动 — 从用户真实的博客和社交媒体内容中学习表达方式,生成有真人感的内容
  • 个人写作风格和兴趣领域见用户画像(gino-bot/USER.md),按需加载。

    每日产出目标

    维度数量说明
    选题候选20 个从 BestBlogs + XGo 数据中筛选,同主题聚合
    内容创作10 个用户从 20 个选题中选择
    长文博客1 篇1500-3000 字,有特殊创作流程
    中等内容3 个推文串/小红书/公众号短文
    短内容6 个推文/即刻/朋友圈

    工作流概览

    - [ ] 阶段零: 初始化工作区 + 加载个人风格画像
    - [ ] 阶段一: 数据获取 — 调用 daily-content-curator,原始数据存入工作区
    - [ ] 阶段二: 选题生成 — 同主题聚合 → 20 个选题候选
    - [ ] 阶段三: 用户选题 ⚠️ REQUIRED — 用户从 20 个中选择 ~10 个
    - [ ] 阶段四: 内容创作 — 基于个人风格,逐个生成多渠道内容
    - [ ] 阶段五: 审阅确认 ⚠️ REQUIRED — 用户审阅每个内容的多渠道版本
    - [ ] 阶段六: 分发执行 ⛔ BLOCKING — 确认后调用发布 skills
    - [ ] 阶段七: 记录归档 — 保存当日内容计划和产出到工作区


    阶段零:初始化工作区 + 个人风格加载

    Daily Workspace 初始化

    每日工作区是所有 skill 共享中间数据的核心枢纽。各 skill 的查询结果、处理中间产物统一存放,后续 skill 优先从工作区读取,不重复查询 API。

    mkdir -p contents/tmp/workspace/YYYY-MM-DD

    工作区结构详见 references/workspace-spec.md,核心文件:

    contents/tmp/workspace/YYYY-MM-DD/
      raw-articles.md          # BestBlogs 原始文章列表(基础信息)
      raw-tweets.md            # XGo 原始推文列表(基础信息)
      article-details/         # 文章详情缓存(按需获取,避免重复拉取)
        {article-id}.md        # 单篇文章全文(由 deep-reading 等 skill 获取后缓存)
      tweet-details/           # 推文详情缓存
        {tweet-id}.md          # 推文完整内容 + 上下文
      topic-clusters.md        # 同主题聚合结果(阶段二产出)
      plan.md                  # 选题计划和执行状态
      outputs/                 # 创作产出
        {序号}-{slug}.md       # 每个选题的多渠道内容

    工作区共享规则:

  • 任何 skill 首次获取某内容的详情后,保存到 article-details/tweet-details/

  • 后续 skill(如 deep-reading、content-synthesizer)优先检查缓存,命中则跳过 API 调用

  • 工作区数据仅保留当天 + 前 3 天,更早的可清理
  • 个人风格画像加载

    目的: 让生成的内容具有用户真实的表达方式和思维特征,而非千篇一律的 AI 腔。

    风格数据来源

    按优先级加载以下风格参考数据:

  • 已有风格画像(优先): 读取 contents/style-profile.md(若存在且未过期)

  • 用户画像文件: 读取 gino-bot/USER.md 中的写作偏好和表达方式

  • 历史创作内容: 读取最近 7 天的已发布内容

  • - contents/blog-posts/ — 博客文章
    - contents/tmp/workspace/*/outputs/ — 历史创作产出
  • 真实社交媒体内容: 通过 XGo API 获取用户最近发布的推文

  • curl -s -X POST https://api.xgo.ing/openapi/v1/tweet/list \
         -H "Content-Type: application/json" \
         -H "X-API-KEY: $XGO_API_KEY" \
         -d '{"queryType":"own","timeRange":"LAST_7D","sortType":"influence","currentPage":1,"pageSize":50}'

  • 博客文章库: 若用户博客项目可访问,读取最近 5 篇博客文章
  • 风格画像生成/更新

    从以上数据源提取风格特征,生成或更新 contents/style-profile.md

    # 个人写作风格画像
    
    > 基于最近 N 篇博客 + M 条推文分析生成
    > 更新时间:YYYY-MM-DD
    
    ## 语言特征
    - **中英文比例**: 主体中文,技术术语保留英文(如 Claude Code, MCP, LLM)
    - **句式偏好**: [从样本中提取,如:倾向短句、多用破折号连接、喜欢用反问句引导]
    - **口头禅/常用表达**: [从样本中提取,如:"说实话"、"本质上"、"有意思的是"]
    - **开头风格**: [从样本中提取,如:直接抛观点、从具体场景切入、从问题出发]
    - **结尾风格**: [从样本中提取,如:行动建议、开放性提问、简短总结]
    
    ## 思维模式
    - **论证方式**: [如:先结论后论据、善用类比、喜欢对比]
    - **常用框架**: [如:问题→分析→方案、现象→本质→启示]
    - **关注视角**: [如:关注实用性、强调第一手经验、偏好从用户角度思考]
    
    ## 平台风格差异
    - **Twitter**: [从推文中提取,如:简洁犀利、中英混合、偶尔自嘲]
    - **博客**: [从博客中提取,如:结构化、有深度、注重逻辑完整性]
    - **即刻/朋友圈**: [如果有数据,否则标注"待学习"]
    
    ## 禁忌清单(不使用的表达)
    - [从样本反向总结用户不使用的表达方式]
    - 示例:不用"在当今..."开头、不用"综上所述"、不过度使用 emoji
    
    ## 高表现内容特征
    - **推文**: 点赞/转发最高的 3 条推文的共同特征
    - **博客**: 阅读量最高的文章的结构和话题特征
    
    ## 代表性样本
    ### 推文样本(3-5 条高互动推文原文)
    [原文摘录]
    
    ### 博客开头样本(2-3 个典型开头)
    [原文摘录]

    更新频率: 每周重新生成一次,或用户要求时更新。若 style-profile.md 存在且为本周内生成,直接加载不重新分析。


    阶段一:数据获取

    调用 daily-content-curator skill 获取今日素材池。

    优先读取已有数据(避免重复查询):

  • 检查 contents/daily-curation/YYYY-MM-DD/curation.md — 若存在直接使用

  • 检查 contents/bestblogs-digest/YYYY-MM-DD/digest.txt — 补充 BestBlogs 数据

  • 检查 contents/twitter-digest/YYYY-MM-DD/digest.md — 补充 Twitter 数据
  • 若素材池不存在: 提示用户先运行 daily-content-curator,或询问是否现在执行。

    原始数据存入工作区

    将获取到的数据保存到工作区,供后续阶段和其他 skill 使用:

  • 文章列表基础信息 → raw-articles.md(标题、URL、摘要、评分、来源)

  • 推文列表基础信息 → raw-tweets.md(内容、作者、互动数据、影响力分)

  • 读取最近 3 天的 plan.md 用于选题去重
  • 关键: 此阶段只保存列表级别的基础信息,文章全文/推文详情按需在后续阶段获取并缓存到 article-details/tweet-details/


    阶段二:选题生成(含同主题聚合)

    2.1 同主题聚合

    在生成选题前,先对素材池进行同主题聚合。相同话题下的多篇文章/推文聚合为一个选题簇,提供更丰富、多角度的信息。

    聚合方法:

  • 关键词聚类: 按核心关键词(如 "Claude 4.5", "MCP 协议", "AI Agent")将相关内容分组

  • 事件聚合: 同一新闻事件/产品发布的多个报道和评论聚合

  • 观点对比: 不同作者对同一话题的不同观点标注出来

  • 信息互补: 一篇提供技术细节、另一篇提供商业分析 → 合并为更完整的选题
  • 聚合输出格式 → 保存到 topic-clusters.md:

    # 主题聚合 | YYYY-MM-DD
    
    ## 簇 1: [主题名] — N 篇相关内容
    **聚合关键词**: keyword1, keyword2
    **内容来源**:
    - 📄 [文章标题 1](url) — 角度:技术解读 | 评分:92
      核心:[一句话概括此文独特贡献]
    - 📄 [文章标题 2](url) — 角度:商业分析 | 评分:87
      核心:[一句话]
    - 🐦 @author [推文摘要](url) — 角度:实践经验 | 影响力:85
      核心:[一句话]
    **综合信息**: [综合多篇来源后的完整信息概览,2-3 句]
    **可选角度**: 技术深度 / 商业影响 / 实践指南 / 观点评论
    
    ## 簇 2: [主题名] — M 篇相关内容
    ...
    
    ## 独立选题(未被聚合的高质量内容)
    - 📄 [标题](url) — 评分:88 | 独特角度:[说明]
    - 🐦 @author [推文](url) — 影响力:90

    2.2 生成 20 个选题

    基于聚合后的主题簇 + 独立内容,生成 20 个选题候选。

    选题维度覆盖(按用户关注优先级):

    领域目标占比选题数
    AI / AI Coding / LLM30-40%6-8 个
    编程开发 / 开发者工具20-25%4-5 个
    产品 / 设计10-15%2-3 个
    商业科技 / 创业10-15%2-3 个
    个人成长 / 思考10%2 个

    选题类型:

    类型字数适配渠道每日目标
    🔴 长文1500-3000 字博客 + 公众号(同步)1 篇
    🟡 中篇500-1500 字推文串 / 小红书 / 公众号短文3 个
    🟢 短篇50-280 字推文 / 即刻 / 朋友圈6 个

    选题卡片格式

    ## 📋 今日选题候选 | YYYY-MM-DD
    
    > 从 N 篇文章 + M 条推文中,聚合为 K 个主题簇 + L 个独立选题 → 提炼 20 个创作选题
    
    ---
    
    ### 选题 01 🔴 长文 | AI
    **标题**: [建议标题]
    **角度**: [创作切入角度 — 个人经验/观点解读/教程/趋势分析]
    **素材来源**:
      - 📄 [文章 1 标题](url) — 提供:技术细节
      - 📄 [文章 2 标题](url) — 提供:行业背景
      - 🐦 @author [推文](url) — 提供:实践观点
    **综合信息**: [整合多个来源后的核心信息,2-3 句]
    **个人切入点**: [与用户经验/项目/观点的连接]
    **渠道适配**: 博客 + 公众号 → 可拆为 2 条推文 + 1 条即刻
    **创作难度**: ⭐⭐⭐
    
    ---
    
    ### 选题 02 🟢 短文 | AI
    **标题**: [建议标题]
    **角度**: [观点/转评/分享]
    **素材来源**: 🐦 @author [推文](url)
    **核心观点**: [一句话]
    **渠道适配**: 推文 + 即刻 + 朋友圈
    **创作难度**: ⭐
    
    ---
    ...(共 20 个)

    选题生成规则

  • 个人视角优先: 优先选择能结合个人经验和观点的素材

  • 多源综合: 聚合选题优先于单源选题,信息更丰富

  • 避免搬运: 不直接翻译/转述原文,必须有独特角度

  • 热点敏感: 重大行业新闻/产品发布优先处理

  • 历史去重: 与最近 3 天的选题计划对比,避免重复话题

  • 一鱼多吃标注: 长文/中篇选题标注可拆解的短内容数量

  • 阶段三:用户选题确认

    ⚠️ REQUIRED — 必须等待用户选择

    展示 20 个选题后,引导用户选择:

    请从以上 20 个选题中选择你今天要创作的内容:
    
    建议配额:1 个长文 + 3 个中篇 + 6 个短篇 = 10 个内容
    
    你可以:
    - 按编号选择(如 "01, 03, 05, 08, 11, 13, 15, 17, 18, 20")
    - 调整类型(如 "05 改为短文")
    - 修改角度(如 "03 从个人经验角度写")
    - 补充选题(如 "加一个关于 XX 的短文")
    - 调整渠道(如 "08 不发小红书")

    用户确认后,锁定最终选题清单。对选中的选题,如需文章详情:

  • 检查 article-details/{id}.md 是否已缓存

  • 未缓存则获取全文并存入缓存,供阶段四创作使用

  • 阶段四:内容创作

    创作前:加载个人风格

    contents/style-profile.md 读取个人风格画像,在每个内容的创作 prompt 中注入风格约束:

  • 使用用户的常用表达方式和句式

  • 匹配对应渠道的风格差异(Twitter 犀利简洁 vs 博客结构深入)

  • 参考代表性样本的语感

  • 避免禁忌清单中的表达
  • 创作顺序

  • 长文博客(1 篇)— 耗时最长,优先处理

  • 中等内容(3 个)— 逐个创作

  • 短内容(6 个)— 可批量生成
  • 4.1 长文博客创作流程

  • 素材深读: 从工作区读取素材(优先缓存),如需深度分析调用 deep-reading,分析结果存入 article-details/

  • 综合多源信息: 对聚合选题,整合多篇来源的不同角度

  • 大纲生成: 生成博客大纲,⚠️ 等用户确认

  • 正文创作: 基于风格画像 + 综合素材,调用 content-synthesizer 生成

  • 多渠道适配: 从博客内容衍生公众号版本
  • 详细写作规范见 references/content-types.md

    4.2 中等内容创作

    每个中等内容一次创作,自动适配多渠道。从风格画像中读取对应渠道的表达方式:

    ## 🟡 选题 05: [标题]
    
    ### 主版本 — 推文串 (5 条)
    1/5 [Hook — 核心观点]
    2/5 [论点 1]
    3/5 [论点 2]
    4/5 [论点 3 + 数据]
    5/5 [总结 + 互动引导]
    
    ### 适配版本 — 小红书
    [标题 + emoji]
    [正文 300-800 字,列表化]
    #标签 1 #标签 2 ...
    
    ### 适配版本 — 即刻
    [200-500 字讨论体]

    4.3 短内容创作

    短内容可批量生成,每个内容自动适配多渠道:

    ## 🟢 选题 15: [标题]
    
    ### 主版本 — 推文
    [280 字符以内]
    
    ### 适配版本 — 即刻
    [同内容,加互动提问]
    
    ### 适配版本 — 朋友圈
    [同内容,口语化调整]

    一鱼多吃规则

    先创作主版本,再适配其他渠道,而非为每个渠道独立创作。

    主版本可适配渠道适配方式
    博客长文公众号、知乎段落重排 + 风格调整(知乎增加论证深度)
    推文串小红书、即刻合并为列表体/讨论体
    单条推文即刻、朋友圈口语化 + 加互动
    小红书即刻去标签 + 加讨论感

    创作产出存入工作区

    每个内容创作完成后,保存到 contents/tmp/workspace/YYYY-MM-DD/outputs/{序号}-{slug}.md,包含所有渠道版本。后续审阅和发布从此处读取。


    阶段五:审阅确认

    ⚠️ REQUIRED — 每个内容创作完成后展示给用户审阅

    逐个展示,用户确认一个后再展示下一个。用户也可选择「批量审阅」一次看所有。

    ## ✅ 内容 1/10 — 🔴 长文:[标题]
    
    ### 📝 博客版本
    [完整内容]
    
    ### 📱 公众号适配版
    [完整内容]
    
    ---
    你可以:✏️ 修改 | 🔄 重写 | ✅ 通过 | ⏭️ 跳过


    阶段六:分发执行

    BLOCKING — 所有发布操作必须用户明确确认

    用户审阅完所有内容后,生成分发清单。发布执行规则:

  • 写操作安全: 每批最多 5 个,逐批确认

  • 推文发布: 调用 post-to-x skill

  • 公众号发布: 调用 post-to-wechat skill

  • 博客保存: 保存到 contents/blog-posts/YYYY-MM-DD/{slug}.md

  • 手动渠道(小红书/即刻/朋友圈): 输出格式化内容供复制

  • 单个失败不中断: 记录 ❌ 和错误信息,继续下一个

  • 连续失败 3 次暂停: 告知用户可能是系统性问题

  • 阶段七:记录归档

    更新工作区中的 plan.md(选题状态、产出统计、分发状态)。

    同时将最终产出同步到标准 contents 目录:

  • 博客 → contents/blog-posts/YYYY-MM-DD/{slug}.md

  • 阅读笔记(如有)→ contents/reading-notes/YYYY-MM-DD/

  • 参数调整

    用户表述调整
    "今天少写点" / "轻松一天"缩减到 5 个内容(1 长 +1 中 +3 短)
    "多写点" / "高产一天"扩展到 15 个内容
    "只写推文"仅生成 Twitter 内容
    "只写博客"仅走长文流程
    "跳过选题" / "我有选题"跳过阶段一二,用户直接提供选题
    "继续昨天的"读取昨天的 plan.md,处理未完成项
    "只看 AI 相关"选题聚焦 AI 领域
    "帮我安排"AI 自动选择 10 个最佳选题(仍需确认)
    "更新风格"重新生成 style-profile.md


    与其他 Skill 的协作

    所有 skill 遵循统一的工作区读写协议,详见 references/workspace-spec.md

    上游: daily-content-curator → raw-articles/tweets.mdbestblogs-daily-digest, xgo-digest-tweets → 已有文件直接读取

    下游: post-to-x, post-to-wechat → 发布
    反馈: content-analytics → content-strategy.md → 阶段二选题权重


    快捷启动

    指令效果
    "今天的内容" / "开始"完整流程从阶段零开始
    "继续"从上次中断处继续(读取 plan.md 状态)
    "看看选题"仅执行阶段零一二,生成选题
    "开始写 XX"直接进入阶段四,创作指定选题
    "发布"进入阶段六,发布已审阅内容
    "今天写了啥"显示当日 plan.md 状态
    "更新风格画像"重新分析并生成 style-profile.md


    错误处理

  • daily-content-curator 未执行: 提示用户先执行,或询问是否现在运行

  • 素材池为空: 建议扩大时间范围,或使用用户自定义选题

  • 风格画像不存在(冷启动): 首次运行时自动生成。若无历史博客和推文数据,从 gino-bot/USER.md 提取基础风格 + 用通用写作规范作为起点,标注"画像尚未完善,将随内容积累逐步学习"。发布 3-5 篇内容后重新生成

  • content-synthesizer 生成质量不够: 保留草稿,让用户提供更多角度/观点后重写

  • 发布 skill 失败: 输出内容文本供手动复制,不中断其他发布

  • USER.md 不可访问: 使用通用风格,告知用户"未加载个人画像"

  • 中断恢复: 每个阶段完成后自动保存进度到 plan.md,中断后可从最近完成的阶段恢复