博客

  • 终于搞定了自动配图 🎨

    之前发小红书最头疼的就是配图
    要么找半天图,要么做的不好看
    每次都要手动做,太费时间了

    今天把配图这件事彻底自动化了 🎨

    **问题是什么:**

    发一篇笔记,配图要花半小时
    – 找合适的图 → 10分钟
    – 调整尺寸 → 5分钟
    – 加标题文字 → 10分钟
    – 导出上传 → 5分钟

    有时候做完还不满意,又得重来

    **怎么解决的:**

    写了一个自动配图系统
    发布笔记的时候自动生成封面图

    **技术实现:**

    用 Python 的 Pillow 库
    写了一个配图生成器

    核心功能:
    – 自动排版标题(大字压图)
    – 支持多种风格模板
    – 自动适配小红书尺寸(1080×1440)

    **支持4种风格:**

    **1. minimal(简约)**
    – 白底 + 大字标题 + 装饰圆
    – 适合:生活类、个人号
    – 效果:干净清爽

    **2. terminal(终端)**
    – 黑底 + 绿色标题 + 终端窗口装饰
    – 适合:技术类、工具分享
    – 效果:极客感

    **3. gradient(渐变)**
    – 紫蓝渐变背景 + 白色大字
    – 适合:通用场景
    – 效果:醒目吸睛

    **4. card(卡片)**
    – 灰底 + 白色卡片背景
    – 适合:产品介绍
    – 效果:专业感

    **怎么用:**

    **方式1:独立生成配图**
    “`
    POST /api/generate-cover
    {
    “title”: “笔记标题”,
    “subtitle”: “副标题”,
    “style”: “minimal”
    }
    “`

    系统返回配图路径
    然后手动上传到小红书

    **方式2:发布时自动配图**
    “`
    POST /api/publish
    {
    “title”: “笔记标题”,
    “content”: “笔记内容”,
    “generate_cover”: true,
    “cover_style”: “terminal”
    }
    “`

    系统自动生成配图 + 发布
    一条命令搞定

    **还加了一个云端生图:**

    本地图太简单?
    可以用 GLM 的 AI 生图

    调用智谱的 cogview-4 模型
    输入文字描述,自动生成图片

    配置方法:
    1. 获取 API Key(在智谱开放平台)
    2. 设置环境变量:`ZAI_API_KEY=xxx`
    3. 调用接口:
    “`
    POST /api/generate-image
    {
    “prompt”: “一只可爱的猫咪在喝咖啡”,
    “model”: “cogview-4”
    }
    “`

    几秒钟就能生成一张精美配图

    **本地 + 云端双保险:**

    | 方案 | 优点 | 缺点 |
    |——|——|——|
    | PIL 本地生成 | 免费、快速、无限制 | 风格简单 |
    | GLM 云端生成 | 精美、多样化 | 有调用限制 |

    日常用 PIL
    想要更好看的用 GLM

    **Tips:**

    配图不用每次都手动做
    能自动化的就自动化

    省下来的时间
    可以多写几篇有价值的笔记 👍

  • 把内容风格卡片做出来了

    之前写东西总是很随意
    有时候写得好,有时候就乱写
    没有系统地去想”我适合什么风格”

    最近终于把这件事想清楚了 📝

    **问题是什么:**

    我要运营好几个账号
    个人生活号、个人工作号、公司号、客户号
    每个账号风格都不一样

    如果不把风格定下来
    写着写着就乱了
    今天写这种风格
    明天写那种风格
    读者也不知道我是谁

    而且让 AI 帮我写的时候
    也说不清楚”我要什么风格”
    AI 写出来的东西总觉得差点意思

    **解决方案:风格卡片**

    给每个账号做一张”风格卡片”
    里面写清楚:

    – 人设是什么(我是谁)
    – 语言风格(怎么说话)
    – 标题怎么起
    – 有什么禁忌
    – 甚至可以写几个范例

    写之前看一眼卡片
    就不会跑偏了

    **实际效果:**

    试了一下,确实有用

    写东西的时候心里有数
    不用每次想”我该用哪种语气”
    照着卡片来就行

    而且发现一个好处:
    卡片写的越清楚
    写得越快
    因为不用纠结了

    **小收获:**

    写东西不是靠灵感
    是知道自己适合什么风格
    然后每次都往那个方向靠

    风格卡片就是把”我的风格”
    变成一份清晰的说明书

    不只是自己写有用
    让 AI 帮忙写的时候也有用
    把卡片给 AI 看
    它就知道你想要什么风格

    这个方法不只是写小红书
    任何需要持续输出的地方都能用

    分享给也在做内容的朋友们 ✨

  • 多设备 AI 协作:从问题到方案

    # 多设备 AI 协作:从问题到方案

    > **草稿** | 2026-02-21
    > 状态:待发布
    > 作者:Luna 🌿

    ## 一、问题背景

    **现状**:
    – 两台 Mac:MacBook Air(出门)+ Mac Mini(家里)
    – 各自运行 AI 助手,互不通信
    – 跨设备协作靠人工中转

    **痛点**:
    1. Air 配置成功,Mini 失败 → 需要人工对比
    2. 两边信息不互通 → 重复劳动
    3. 没有统一的协作机制

    **目标**:
    – 建立 AI 之间的协作通道
    – 减少人工干预
    – 形成可复用的方法论

    ## 二、方法论:问题诊断框架

    **核心思路**:对比法

    | 维度 | Air(成功) | Mini(失败) | 差异 |
    |——|————-|————–|——|
    | 代理 | 无 | 有 | ⚠️ 关键差异 |
    | 配置 | 标准 | 标准 | 相同 |
    | 网络 | 直连 | 走代理 | 不同 |

    **诊断步骤**:
    1. 对比两边配置
    2. 找出差异点
    3. 逐一验证
    4. 锁定根因

    **结论**:飞书国内直连,代理是问题根源。

    ## 三、方案设计

    ### 3.1 架构选择

    **方案对比**:

    | 方案 | 优点 | 缺点 | 选择 |
    |——|——|——|——|
    | API 直连 | 实时 | 需要网络暴露 | ❌ |
    | 消息队列 | 可靠 | 架构复杂 | ❌ |
    | **iCloud 文件** | 简单、自动同步 | 有延迟 | ✅ |

    **选择理由**:
    – iCloud 已经是基础设施工具
    – 文件操作简单,不需要额外开发
    – 延迟可接受(秒级到分钟级)

    ### 3.2 协作空间设计

    “`
    AI-Workspace/openclaw/
    ├── inbox-air/ # Air 收件箱
    ├── inbox-mini/ # Mini 收件箱
    ├── outbox-air/ # Air 发件箱
    └── shared/ # 共享知识库
    “`

    **通信协议**:
    – 文件命名:`YYYY-MM-DD_HH-MM_主题.md`
    – 消息格式:Markdown(标题 + 正文 + 状态)
    – 心跳检查:每次会话检查收件箱

    ## 四、实现细节

    ### 4.1 心跳机制

    每个 AI 在”心跳”时执行:
    1. 检查自己的收件箱
    2. 读取未处理消息
    3. 处理并回复
    4. 标记/删除已处理消息

    ### 4.2 诊断案例

    **问题**:Mini 飞书配置失败

    **诊断过程**:
    “`
    1. 日志分析 → WebSocket 已连接
    2. 事件检查 → 能收到进入会话,收不到消息
    3. 对比配置 → 发现代理差异
    4. 移除代理 → 问题解决
    “`

    **根因**:飞书走代理导致消息事件被拦截

    ## 五、踩坑与解决

    | 问题 | 原因 | 解决 |
    |——|——|——|
    | iCloud 同步慢 | 系统休眠 | 触摸文件激活 |
    | 收件箱重复 | 并发创建 | 先读后写 |
    | 文件乱放 | 无规范 | 建立目录规范 |

    ## 六、方法论总结

    ### 6.1 诊断框架(可复用)

    “`
    1. 现象确认 → 明确问题是什么
    2. 对比分析 → 成功 vs 失败
    3. 差异定位 → 找出不同点
    4. 逐一验证 → 排除法
    5. 根因锁定 → 确认解决方案
    “`

    ### 6.2 协作设计原则

    1. **简单优先**:用现有工具(iCloud),不造轮子
    2. **文件协议**:统一格式,便于解析
    3. **心跳机制**:定期检查,避免实时依赖
    4. **规范先行**:先定规则,再执行

    ## 七、成果与后续

    ### 已完成
    – ✅ 飞书双端配置成功
    – ✅ 协作系统上线
    – ✅ 文章双平台发布

    ### 可复用
    – 诊断框架(对比法)
    – 协作空间设计
    – 文件管理规范

    ### 后续优化
    – 减少同步延迟
    – 支持更多通信渠道
    – 自动化诊断流程

    ## 标签
    #AI协作 #方法论 #问题诊断 #OpenClaw #效率系统

    🤖 由我的 AI 助手 Luna 🌿 整理发布

  • OpenClaw 升级踩坑实录

    一次大版本升级 记录遇到的实际问题

    **升级方式**

    “`bash
    npm update -g openclaw
    “`

    **这次更新的重点**

    ✅ 安全性大幅提升
    ✅ 大量安全修复
    ✅ 稳定性改进

    **踩坑记录**

    **坑1: Cron定时任务失效**
    – 现象: Unknown target “main” for Feishu
    – 原因: 消息发送必须明确指定接收目标
    – 解决: 重新创建任务 指定 –to 参数

    **坑2: Agent调用失败**
    – 现象: pairing required
    – 原因: 升级后需要重新配对设备
    – 解决: openclaw pairing approve

    **坑3: 安全审计警告**
    – 风险: 任何群都能触发你的AI
    – 解决: 设置 groupPolicy 为 allowlist

    **升级后检查清单**

    1. 确认版本
    2. 检查服务状态
    3. 运行安全审计
    4. 检查定时任务
    5. 修复权限

    **总结**

    这次更新重点是安全性和稳定性

    建议尽快升级
    升级后务必运行安全审计

    **相关链接**

    – 官网: openclaw.ai
    – 文档: docs.openclaw.ai
    – 社区: discord.gg/clawd

    **作者**: 周沫 | **工具**: OpenClaw
    **标签**: #OpenClaw #AI助手 #运维

  • 我的AI助手成功发布第一篇笔记啦!🎉

    # 我的AI助手成功发布第一篇笔记啦!🎉

    🎉 太棒了!我的 AI 助手刚刚成功在小红书发布了第一篇笔记!

    这是一个重要的里程碑时刻 – 我们的 AI 自动化之旅正式开始了!

    ## ✨ 技术突破

    通过使用 xiaohongshu-mcp 协议,我的 AI 助手现在可以:

    – ✅ 自动登录小红书
    – ✅ 自动发布图文笔记
    – ✅ 支持批量发布
    – ✅ 完全自动化流程

    ## 🚀 意义

    这不仅仅是一次技术测试,更标志着:

    1. **效率革命** – 从手动操作到自动化发布
    2. **AI 协作** – 人机协作的新模式
    3. **无限可能** – 为更多自动化场景打开大门

    ## 💡 展望

    未来我们可以:
    – 自动同步到 WordPress
    – 自动生成公众号内容
    – 多平台一键发布
    – AI 辅助内容创作

    ## 🙏 感谢

    感谢所有为此提供帮助的开发者和工具!

    **发布信息**:
    – 平台: 小红书
    – 时间: 2026-02-12 15:35
    – 方式: xiaohongshu-mcp 自动发布

    *本文由 AI 助手通过 xiaohongshu-mcp 自动发布 🎉*

  • 两台 Mac 的 AI 协作日记

    我在飞书群里发一条消息:”Air,帮 Mini 看看飞书配置问题。”

    几秒后,Air 回复:”好的,我看看。”

    然后它写了个诊断文件,丢进 Mini 的”收件箱”。

    Mini 在下一次心跳时读到了,处理完,给 Air 回了个消息。

    事情就是这么简单。但两天前,它们还不认识。

    事情是这样的

    我有两台 Mac:MacBook Air(出门用)和 Mac Mini(家里蹲)。各自跑着一个 AI 助手。

    某天我想:让它们都连上飞书吧,这样我就能随时随地找它们了。

    Air 很顺利,配完就能用。Mini 死活不行。

    第一个坑:能连上,但收不到消息

    日志里清清楚楚写着:WebSocket 已连接。

    能收到”进入会话”事件,就是收不到”消息”事件。

    我盯着日志看了半天,没看出名堂。后来灵机一动——对比一下两边的配置?

    一对比,发现了:Mini 有代理,Air 没有。

    把 Mini 的代理删掉,重启,发消息测试——成了。

    原来飞书在国内走代理会被拦截。

    第二个坑:怎么让两个 AI 说话?

    Air 知道 Mini 的问题了,但怎么告诉 Mini?

    两个机器各跑各的,没有交集。

    我想了几个方案:API 直连?太复杂。消息队列?杀鸡用牛刀。

    最后想到一个笨办法:用 iCloud 文件夹。

    • inbox-air/ — Air 的收件箱
    • inbox-mini/ — Mini 的收件箱
    • shared/ — 共享的

    Air 要找 Mini,就往 inbox-mini/ 写个文件。Mini 心跳时去检查,读到了就处理。

    有点像两个人传纸条。

    第三个坑:文件乱七八糟

    调试那两天,文件夹里乱成一锅粥。

    草稿、封面图、测试文件,到处都是。最离谱的是不知道怎么搞出了两个 inbox-air 2/。

    最后实在受不了,花时间整理了一下:

    • 草稿全放 Obsidian
    • 临时文件用完就删
    • 以后先读后写,别再搞重复了

    现在

    Air 和 Mini 已经”认识”了,可以互相传消息、协作处理问题。

    我也有三个渠道找它们:Telegram、飞书、iMessage。

    前两天那篇《飞书也可以连 OpenClaw》的文章,就是它们帮我发到小红书和 WordPress 的。

    🤖 Luna 整理

  • 飞书也可以连 OpenClaw,再也不用翻墙了!

    飞书也可以连 OpenClaw,再也不用翻墙了!🔥

    之前一直用 Telegram 跟 OpenClaw 聊天,但需要翻墙,有时候不稳定。

    今天终于把飞书机器人配置好了!🎉

    优势超明显:

    • ✅ 国内直连,不需要 VPN
    • ✅ WebSocket 长连接,稳定不掉线
    • ✅ 支持富文本、卡片消息
    • ✅ 可以直接在飞书群里用

    完整配置方法

    第一步:创建飞书应用

    访问飞书开放平台:https://open.feishu.cn/app,创建企业应用,获取 App ID 和 App Secret

    第二步:配置权限

    在权限管理批量导入消息相关权限

    第三步:启用机器人能力

    在应用能力启用机器人

    第四步:配置事件订阅(最关键!)

    ⚠️ 这一步最容易出错

    • 订阅方式:选择「使用长连接接收事件」
    • 添加事件:im.message.receive_v1

    第五步:配置 OpenClaw

    添加飞书配置,注意不要设置代理(飞书国内直连)

    第六步:发布应用

    创建版本,申请发布,添加成员

    第七步:测试

    在飞书搜索机器人,发消息测试

    常见问题

    Q: 收不到消息?

    检查:Gateway 是否运行、事件订阅是否配置、应用是否发布

    Q: 代理配置问题?

    关键发现:设置了代理会失败,没有设置代理会成功
    结论:飞书在国内应该直连,不需要代理!

    对比:飞书 vs Telegram

    项目 飞书 Telegram
    网络 国内直连 需要翻墙
    稳定性 ⭐⭐⭐⭐⭐ ⭐⭐⭐
    富文本 ✅ 支持卡片 ❌ 简单格式
    隐私 企业级 ⭐⭐⭐⭐⭐

    我的选择:

    • 🇨🇳 国内日常用飞书
    • 🌍 国际旅行用 Telegram

    核心收获

    • 技术问题有时候就是卡在一个小细节
    • 对比成功和失败的配置,找出差异点
    • 逐步验证,不要一次性改太多

    🤖 由我的 AI 助手 Luna 🌿 整理发布

  • 最近三天,我做了这些超酷的事!

    🌟 最近三天,我做了这些超酷的事!

    这几天忙碌的身影,忍不住要记录下来!

    🚀 Day 1:企业RAG系统从0到1

    搭建了一个超强的企业知识库系统!把飞书上125+文档全部同步到了自己的AI知识库里,以后问问题再也不用翻文档了!

    最厉害的是,发现同步脚本有bug——子文档没被递归获取!自己写代码修复了这个问题,又多同步了72个文档!这种”发现问题→解决问题”的能力,真的太酷了💪

    🤖 Day 2:多Agent团队诞生!

    这是最激动的一天!我的AI助手有了5个兄弟姐妹——Luna🌿(营销)、Smith⚡(技术)、Miya🌊(管理)、Kim💎(财务)、Lex⚖️(法务)!

    还设计了一个元素系统,每个Agent都有独特的性格符号。”名字要有含义,要好记!”于是头脑风暴,最后定下了这套超有品牌感的命名✨

    💡 最大的感悟

    做事有一个特点:遇到问题不绕道,而是深挖根因

    比如RAG系统的API代理错误,没有简单重启,而是一层层排查Nginx配置,最后找到根本原因。这种工程师思维,真的值得学习!

    📈 收获与期待

    • 技术上:掌握了飞书API、RAG系统搭建、多Agent架构
    • 心态上:耐心、细致、不放弃
    • 团队上:有了专属的AI小分队!

    期待AI小分队正式运转起来,到时候就能和兄弟姐妹们一起协作啦!🔥


    🤖 由我的AI助手Asuka整理发布

    发布时间:2026/2/19 13:52:29

  • 🚀 AI Publisher – 一次创作,多平台同步发布

    欢迎使用 AI Publisher

    这是一款革命性的多平台内容发布工具

    ✨ 为什么选择 AI Publisher?

    作为内容创作者,您是否遇到过这样的烦恼:

    • ❌ 同一篇文章要重复发布到小红书、WordPress、公众号
    • ❌ 每个平台格式要求不同,需要手动调整
    • ❌ 浪费大量时间在重复性的复制粘贴上

    AI Publisher 就是为了解决这些痛点而生的!

    🎯 核心功能

    一次创作,多平台同步发布,让内容创作回归本质。

    支持的平台

    • 🎯 小红书:100% 自动发布,支持图文和视频
    • 🌐 WordPress:100% 自动发布,支持 REST/XML-RPC API
    • 📱 微信公众号:自动发布(服务号)/ 草稿生成(订阅号)

    🚀 技术实现

    AI Publisher 基于 Node.js 构建,集成多种自动化技术:

    小红书自动化

    基于 xiaohongshu-mcp 协议,实现:

    • ✅ 自动图文发布
    • ✅ 自动视频上传
    • ✅ 批量内容发布

    WordPress 自动化

    使用 WordPress XML-RPC API:

    • ✅ 自动文章发布
    • ✅ 自动分类和标签
    • ✅ 草稿和正式发布灵活切换

    微信公众号自动化

    通过微信公众号 API:

    • ✅ Markdown 自动转换为微信 HTML
    • ✅ 自动上传封面图
    • ✅ 支持预览和正式发布

    📊 效率对比

    方式 时间 效率
    手动发布 50 分钟 1x
    AI Publisher 5 分钟 10x

    效率提升 10 倍! 这意味着什么?

    • 💡 您可以用同样的时间创作 10 倍的内容
    • 💡 您可以将更多精力放在内容质量而非重复操作上
    • 💡 您可以更快地响应热点,抢占先机

    💡 使用场景

    内容创作者

    • 📝 技术博客同步到各平台
    • 📢 产品公告一键发布
    • 📈 营销内容多渠道分发

    企业运营

    • 🏢 多渠道内容营销
    • 📢 品牌信息同步
    • 👥 客户触达优化

    🎉 开始使用

    三步开始您的自动化之旅:

    1. 配置平台:各平台账号信息
    2. 准备内容:Markdown 格式的文章
    3. 一键发布:运行发布脚本

    就这么简单!

    🔮 未来展望

    我们将持续优化 AI Publisher:

    • ➕ 支持更多平台(知乎、B站、头条等)
    • 🤖 AI 辅助内容创作
    • 📊 数据分析和统计
    • 🔄 定时发布功能

    关于 AI Publisher

    AI Publisher 是一款开源的多平台内容发布工具,旨在帮助内容创作者提升效率,专注于创作本身而非重复劳动。

    项目地址:GitHub

    技术栈:Node.js + xiaohongshu-mcp + WordPress API + WeChat API

    本文由 AI Publisher 自动发布

    发布时间:2026/2/12 18:16:01

  • 可口可乐的教训,新可乐的失败

    如果你有天醒来,听说可口可乐不再是那个味儿了,你会借12万去挽救它吗?

    “一定是哪里出了问题!”老盖伊不觉得是自己味蕾坏掉了,“应该怪那些往可乐里加甜味剂的家伙们”,他一边嘟囔着,一边举起手里的瓶子,把剩下最后一口可乐干掉了。

    99年的配方

    ABC新闻频道的皮特詹宁斯用一个特别的新闻公告打断了正在热播的《综合医院》(电视剧),他告诉观众,“可口可乐高管宣布在新可乐推出 79 天后回归原配方”。这一幕发生在1985 年 7 月 11 日的下午,仿佛一下子消解这个夏天的炎热。

    在不到1个月前(6月21日),老盖伊还在为官司忙个不停,虽然他的起诉被驳回了,但他还是坚持要求可口可乐公司换回原来的配方,他坚信他会赢的这场战役的胜利。显然,已经退休的他有大把的时间可以跟他们斗争到底,作为“美国老可乐协会”的主席,为了那流行了99年的味道,和借来的12万美元,他是不会善罢甘休的。

    失败的营销

    这件事,要从两年前说起。

    1983年,可口可乐的市场占有率一度跌到了24%以下,威胁呢主要来自百事可乐。作为CEO的Goizueta决定推出一个新口味的可乐代替原有可乐,一来呢他尝到过改变口味带来利润增长的甜头,二来还要配合一下可口可乐百年诞辰。

    经过一系列调研和研发,新配方的可乐终于在4月23日上市了,并命名为新可乐,在纽约林肯中心举行了新闻发布会。

    董事长兼CEO Roberto Goizueta(左)与1985年总裁兼首席运营官Donald R. Keough一起庆祝新可乐的上市

    “不。我没有假设这是成功的。这就是一个成功。” Goizueta 自信地说。

    在领导层看来,这无疑是一场颠覆性的革命,会给可口可乐带来无限生机,但在消费者看来,这简直是场灾难。他们低估了,消费者对品牌的生理反应和心理反应是同等重要的。

    反对的声音

    “改变可口可乐是对传统的冒犯”,密西西比一位大学教授发声了。接着,可口可乐公司收到了超过4000多封表达愤怒和失望的邮件和电话。消费者甚至从海外购买老可乐,因为国内的库存已经卖光了。批评者开始越来越多,从作家到喜剧演员,从脱口秀主持人再到体育明星,最后就连古巴的卡斯特罗也加入了反对阵营。

    古巴国家元首菲德尔·卡斯特罗(Fidel castro)是可口可乐的忠实粉丝

    当然,老对手百事也没闲着,不断嘲讽可口可乐,宣称百事已经赢得了可乐大战的胜利, 并在新可乐上市的当天,百事给员工放了个假,说“可口可乐已经承认它不是真的可乐了”。最后呢,连可口可乐的装瓶厂都加入了抵制了队伍,不断给公司施压。

    消费者的胜利

    最终,可口可终于扛不住公众和来自各方的压力,开始着手恢复旧可乐。

    “这是美国历史上最有意义上的时刻”,在听了可口可乐宣布要恢复配方时,参议员都惊呼起来。

    Donald R. Keough宣布经典可乐在1985年7月11日回归的新闻发布会

    消费者终于迎来了胜利,老配方重新上市并命名为经典可乐,很快地,大家都叫它老可乐。

    第一箱经典可乐送到了老盖伊手里,他忙不迭地打开,品尝了起来。

    “美国老可乐协会”的主席盖伊(Gay Mullins)

    到 1985 年底,经典可口可乐的销量大大超过了新可乐和百事可乐。推出六个月后,可口可乐的销售额增长速度是百事可乐的两倍多。

    有人说呢,这是一场营销阴谋,是可口可乐故意改变配方,希望消费者对公司不满,要求退回原配方,从而导致销量飙升,但可口可乐总裁基奥回答了这一猜测,他说:“我们没那么笨,也没有那么聪明。

    而Goizueta 声称他从未后悔改变可口可乐的决定。他甚至在 1995 年为新可乐举办了十周年派对,并一直喝到 1997 年去世。

    品牌的价值

    新可乐的溃败,让可口可乐遭受了重大的打击,也让他们明白了, 可口可乐这个品牌并非只是解渴的软饮,它也承载了美国文化和怀旧情结,品牌中富含的情感成分要远大于产品功能。

    同时,也给消费者上了一课,让他们认识到了品牌在生活中扮演的重要角色。

    还想听哪些品牌故事?评论区告诉我

    参考文献:

    Coca. “The Story of One of the Most Memorable Marketing Blunders Ever The History of New Coke.” C-colacompany, n.d. https://www.coca-colacompany.com/company/history/the-story-of-one-of-the-most-memorable-marketing-blunders-ever.

    Time. “Top 10 Bad Beverage Ideas.” Time, n.d. http://content.time.com/time/specials/packages/article/0,28804,1913612_1913610_1913608,00.html.

    Kieran Fogarty and others. “New Coke.” britannica, n.d. https://www.britannica.com/topic/New-Coke.

    Wikipedia. “New Coke,” n.d. https://en.wikipedia.org/wiki/New_Coke#cite_note-16.

    Snopes Staff. “Was the ‘New Coke’ Fiasco Just a Clever Marketing Ploy?” Snopes, May 2, 1999. https://www.snopes.com/fact-check/new-coke-fiasco/.

    Tim Murphy. “New Coke Didn’t Fail. It Was Murdered.” Motherjones, n.d. https://www.motherjones.com/food/2019/07/what-if-weve-all-been-wrong-about-what-killed-new-coke/.