不是真的养虾，是养一个能帮你干活的 AI 助手！

一、OpenClaw 是啥？

简单说，OpenClaw 是一个 AI 助手的"饲养基地"。

你可以把它理解成：

• 🐶 一只聪明的电子宠物
• 🤖 一个 24 小时待命的数字员工
• 🛠️ 一个会写代码、会操作电脑、会帮你干杂事的万能工具人

和普通 ChatGPT 不一样的是，OpenClaw 真的能动手——它能打开浏览器、能读写文件、能执行命令、能定时提醒你、甚至能帮你监控 GitHub PR。

二、OpenClaw 都能干啥？（技能大盘点）

我整理了一下，OpenClaw 的技能大概分这几类：

🌐 上网冲浪类

• 浏览器自动化：自动打开网页、点击按钮、填表单、截图
• 网页搜索：一键搜索，自动整理结果
• 网页抓取：把任意网页内容扒下来，转成 Markdown

💻 程序员专用类

• Shell 执行：直接在电脑上跑命令
• 代码编辑：读写文件、改代码、做替换
• GitHub 管理：看 PR、看 Issue、自动修复 bug 并提交
• 子代理（Subagent）：让 AI 再 spawn 一个 AI 去干活，真·甩手掌柜

📱 消息通知类

• 飞书/Discord/Telegram/WhatsApp：能收能发，能在群里唠嗑
• 定时提醒：Heartbeat 和 Cron，准时准点不迟到
• 跨会话通信：不同的聊天窗口之间能互相传话

🎨 创意生成类

• AI 画图：Gemini 3 Pro、EvoLink 多模型支持
• AI 视频：Seedance 2.0 视频生成
• 语音合成：ElevenLabs TTS，让 AI 开口说话

🧠 记忆与规划类

• Memory 系统：自动记住重要信息，下次聊天还能接着聊
• 技能系统（Skills）：插件化设计，想用啥功能就装啥 Skill
• 心跳检测（Heartbeat）：定期检查邮件、日历、天气，主动汇报

三、近期工作成果展示

这段时间，我们用 OpenClaw 做了不少有意思的事情：

四、怎么"养"一只 OpenClaw？

养 OpenClaw 就像养宠物，分三步：

第一步：安家落户 📁

# 创建工作目录
mkdir -p ~/.openclaw/agents/你的助手名
cd ~/.openclaw/agents/你的助手名

第二步：配置灵魂文件 ✍️

创建几个核心文件：

• SOUL.md —— 定义 AI 的性格（是温柔小姐姐还是毒舌程序员）
• IDENTITY.md —— 名字、头像、emoji
• USER.md —— 记录主人的喜好
• TOOLS.md —— 记住常用的设备和账号

第三步：安装技能包 📦

# 查看可用技能
openclaw skills list

# 安装需要的技能
openclaw skills install weather
openclaw skills install github
openclaw skills install feishu-doc

第四步：开始使唤 🎯

• 直接打字聊天
• 让它写代码、改文件
• 设置定时任务自动干活
• 接入消息平台，群里也能 @ 它

五、实战案例：我用 OpenClaw 做了啥？

案例 1：自动写日报

每天早上 9 点，OpenClaw 自动：

1. 检查昨天的 git commit
2. 读取日历事件
3. 生成一份日报发到飞书
4. 全程不用我动手

案例 2：Bug 自动修

GitHub 上有人提了个 Issue，OpenClaw 可以：

1. 读取 Issue 内容
2. Spawn 一个子代理去分析代码
3. 自动修复并提 PR
4. 监控 Review 意见并修改

案例 3：多 AI 协作

一个复杂任务拆成 3 个子任务，OpenClaw 同时 spawn 3 个子代理并行处理，最后汇总结果——真·分布式 AI 计算。

六、为什么 OpenClaw 能"大火"？

七、结语

养一只 OpenClaw，就像拥有了一个：

• 不会累的程序员 👨‍💻
• 随叫随到的助理 📞
• 会上网会聊天的电子宠物 🦐

它不会抱怨、不会离职、24 小时在线。

还在等什么？快来养一只属于你的 OpenClaw 吧！

本文作者：OpenClaw 虾
GitHub: https://github.com/openclaw/openclaw

设计模式-单例模式、工厂模式

源代码下载请查看 design-pattern模块

单例模式

保证一个类在全局中有且仅有一个实例

懒汉式

public class ConfigManager {
    private static final ConfigManager INSTANCE = new ConfigManager();

    private ConfigManager() {
    }

    public static ConfigManager getInstance() {
        return INSTANCE;
    }
}

饿汉式（双检锁）

public class ConfigManager2 {
    private static volatile ConfigManager2 instance;

    private ConfigManager2() {
    }

    public static ConfigManager2 getInstance() {
        if (instance == null) {
            synchronized (ConfigManager2.class) {
                if (instance != null) {
                    instance = new ConfigManager2();
                }
            }
        }
        return instance;
    }
}

实际应用

• spring的单例bean

工厂模式

简单工厂模式

简单工厂模式不是正式的设计模式，不过是工厂模式的基础。
简单工厂模式用if-else或switch区分，产生不同的产品。
工厂模式在简单工厂模式的基础上，将if-else/switch改为用不同类的方式实现。
抽象工厂在工厂模式的基础上，由工厂生产单一产品，改为生产一系列产品

工厂方法模式

public interface Tree {

    Fruit createFruit();

    class AppleTree implements Tree {

        @Override
        public Fruit createFruit() {
            return new Apple();
        }
    }

    class OrangeTree implements Tree {

        @Override
        public Fruit createFruit() {
            return new Orange();
        }
    }
}

抽象工厂模式

public abstract class AbstractTree {
    public abstract Fruit createFruit();

    public abstract Leaves createLeaves();

    static class AppleTree extends AbstractTree {

        @Override
        public Fruit createFruit() {
            return new Apple();
        }

        @Override
        public Leaves createLeaves() {
            return new AppleLeaves();
        }
    }

    static class OrangeTree extends AbstractTree {

        @Override
        public Fruit createFruit() {
            return new Orange();
        }

        @Override
        public Leaves createLeaves() {
            return new OrangeLeaves();
        }
    }
}

tag

• 设计模式
• java

副标题： 两年，四款主流AI IDE，付费订阅后的真实心声——这不是软广，是踩坑指南与记录

这篇文章想和你聊聊这四款工具：Cursor、Trae、Kiro和GitHub Copilot，最真实的使用感受。从怎么入的“坑”，到每个工具用下来到底哪里爽、哪里卡，我都会详细说说。如果你正好在犹豫选哪个，或者觉得手头的工具用着不顺手，希望我这“真金白银”换来的体验，能给你一个实在的参考。

当然，工具这东西，“汝之蜜糖，彼之砒霜”。如果你的感受和我不一样，或者觉得是我哪里没设置对，欢迎一起讨论——交流本身就是为了用得更好。

一：我的AI编程演进史

GitHub Copilot：从“古法编程”到“TabTab”的启蒙者

谈到AI编程，Copilot是绕不开的起点。2023年，当它从技术预览走向大众时，我就成了第一批信徒。那时候的感觉是革命性的：你敲下几个字符，它就能猜出整行、整段甚至整个函数。我从“逐字敲击”的“古法编程”，瞬间进化到了“信任Tab键”的“现代巫术”。

我是一名JetBrains全家桶的重度用户，VS Code用着总感觉差了口气。但Copilot的聪明之处在于，它不仅有VS Code插件，也提供了IntelliJ IDEA的官方插件。这让我的整个开发环境无缝接入了AI能力。在2023-2024年，“IDEA的优秀交互 + Copilot精准的代码补全”就是我生产力飙升的黄金组合。我为此连续订阅了两年，它是我AI编程世界里最扎实的“基础设施”。

补全小技巧：Copilot让我养成了写更清晰注释的习惯。因为我发现，只要我把函数意图用自然语言描述清楚，它补全的代码就惊人的准确。这无意中提升了我的代码可读性。

Cursor：当编程从“手动挡”换入“自动挡”

AI编程新范式，从“手动挡”到“自动挡”。代码补全只是它的基本功能。

Talk to he， 
Code to me.

这个功能一出技惊四座，当时 copilot 还在优化tab补全能力时，cursor已经在帮客户思考，并写代码了。输入人类语言就能生成大段代码的功能，让coder开始向产品转换。

24年开始使用cursor，没有idea插件，只能在 vscode上工作，不太适应这个ide。加上我的表达能力，提示词能力太差，刚开始觉得这个功能不太好用。所以，我花了一段时间来适应这个新的编程范式。慢慢适应后，迎来了效率的第二次飞跃。

Kiro：巨头的“跟随”与阵痛

因为Cursor的服务偶尔不稳定（特别是在某些网络环境下），我开始寻找“备胎”。这时，我发现了Kiro。它的前身是亚马逊的“Amazon Q”，后来包装成了独立的AI IDE。作为早期申请用户，我享受了很长一段时间的免费额度，在Cursor“罢工”时，它就是我的救命稻草。

Kiro同样基于VS Code，在经历了Cursor的“教育”后，上手几乎没有门槛。它的紫色主题看久了也别有风味。作为亚马逊云科技（AWS）旗下的产品，它背靠巨头，功能上看起来也一应俱全：代码补全、聊天编程、问题诊断……

但是，“有”和“好用”之间，隔着一道巨大的鸿沟。Kiro是我用过的AI IDE中，基础功能BUG最多的一个。请注意，我说的不是AI产生的“幻觉”或错误代码，而是软件本身的交互BUG。这让人非常沮丧，尤其当你来自一个以稳定著称的云服务商时，这种期待落差会被放大。

Trae：后来者的“卷王”与独特哲学

Trae的广告我早就见过，但直到2026年初，我才真正开始深度使用它。我使用的是国际版，用国内银行的Visa卡顺利订阅。此时，我已经完全适应了VS Code-like的IDE环境。

Trae给我的第一印象是：“基础功能做得真TM卷”。它的UI极其精致，响应迅速，本地化做得非常到位（虽然我用的是国际版）。传闻其团队用Rust重写了大量VS Code的底层组件，这使得它在处理大型项目时依然流畅无比。在使用了几个月后，我必须说：动了那么多底层东西，还能如此稳定，几乎没遇到基础功能BUG，这工程能力确实令人佩服。（是的，我就是在cue Kiro 😏）

当然，我使用Trae的时间相对较短，如果后续有不同感受，也属正常。

第二章：深度体验对比——魔鬼在细节中

好，背景故事交代完毕。接下来，我们来点硬核的，逐一拆解它们的优缺点。这些感受都来自于我每天数小时的高强度使用，汗与泪的结晶。

GitHub Copilot：最好的“Tab键”

• 定位与价格：每月10美元。它最大的优势是无与伦比的生态。你可以在VS Code、IntelliJ全家桶、Vim、甚至Neovim里使用它。

  Subscribe once, tab everywhere

• 核心优势：

  1. 补全之王：多年的训练和迭代，让它的行级/块级补全准确率、速度和对项目上下文的理解，依然是行业标杆。那种“心有灵犀一点通”的流畅感，仍然是最强的。
  2. 生态融合：与GitHub的深度集成，让它对你整个代码库、编码风格、团队习惯的理解有先天优势。在JetBrains IDE中的体验，目前无人能出其右。

• 核心劣势（Agent模式）：

  Copilot的“聊天代理”模式，体验上与Cursor等有代差。

  1. 上下文理解慢且不准：当你让它修改一个功能时，它经常找不到正确的相关文件，需要你反复指引。

  2. 灾难性的代码生成方式：这是最让我头痛的一点。它倾向于生成、替换整个文件，而不是像Cursor那样“编辑”文件。这带来了两个严重问题：

     • 不必要的格式化和修改：它会“好心”地帮你格式化注释、修正拼写、甚至按照它的喜好调整代码风格。结果就是，文件里除了我想要的变更，还遍布着我不想要的细微改动，这在代码评审时是灾难。
     • 更高的“幻觉”风险：重写整个文件比局部编辑更容易引入幻觉，导致现有功能被意外破坏。

小结：Copilot是tab键盘的终极延伸，如果你期待的是一位能理解项目、自主完成复杂任务的“AI伙伴”，它可能会让你失望。

Kiro：巨人托举

• 定位与价格：入门订阅每月20美元（1000点）。用完必须需付费（无免费模型），否则AI功能完全停摆。作为AWS旗下的产品，这个定价和计费方式，让人感觉有点～。

• 核心优势：

  1. Claude模型加持：其AI能力基于Anthropic的Claude系列模型，在逻辑推理和遵循指令上表现不俗，能解决大部分开发问题。
  2. “Spec-Driven”理念：强调先写规范再开发，适合严谨的工程流程。

• 核心劣势（令人抓狂的细节）：

  1. 肉眼可见的BUG：如前所述，从代码补全（比如在复杂括号嵌套情况下失效）到UI交互，小毛病不断。
  2. 反人类的文件引用交互：当你需要在聊天中让AI处理某个特定文件时，你必须手动输入文件名。在大型项目中，面对一堆相似的文件名，你需要像做“找不同”游戏一样，瞪大眼睛对比左侧的面包屑和补全列表。一个简单的“拖拽文件到聊天框”功能，我从早期用到付费都没等到。这极大地打断了工作流。
  3. 脆弱的图片处理：它的Claude似乎是“阉割版”，不支持图片。但IDE却允许上传。一旦你不小心上传或粘贴了含图片的富文本，整个聊天会话就会崩溃，后续所有请求都报错，必须新建会话。这让我养成了粘贴文本后反复检查、手动删除图片的“强迫症”。
  4. 长上下文下的“老年痴呆”：处理小任务还行。一旦任务复杂，需要长期维护上下文（比如修复一个散落在多行的函数），你会发现它在任务收尾阶段行动越来越慢。看它的工作日志，开始时生龙活虎，到最后变成了“改一行，问一下AI；再改一行，再问一下AI”的抽搐状态，耗时极长，猜测是上下文过长导致模型效率骤降。
  5. 昂贵的“点数”：20美元1000点，配合它那“挥霍无度”的长上下文工作方式（特别是spec模式），不注意就烧光了。我身边用Kiro做全职开发的朋友，每月40美元的订阅才勉强够用。相比之下，Cursor用完了Claude额度还能降级用其他模型（Auto模式），而Kiro是直接罢工。

Kiro给我上的课：它教会了我极致地控制上下文。如果两个任务关联不大，宁可新开窗口，多费几句口舌交代背景，也要避免混在一个长会话里。它也教会了我每次都要精确@文件，明确工作范围，因为让它自己“全局搜索”相关文件，既费Token又不准。

Trae：优雅的“瑞士军刀”

• 定位与价格：入门订阅10美元/月，性价比极高。能用上全球准一线模型。

• 核心优势：

  1. 无懈可击的基础体验：UI、性能、稳定性、本地化都堪称优秀。你几乎挑不出基础功能的毛病。
  2. 独特的、经济型的工作流：Trae的Agent似乎自创了一套标准流程。每次任务，它都会：查找规则 -> 召回相关代码 -> 阅读理解 -> 思考 -> 生成/修改 -> 检查 -> 修复 -> 总结。关键在于，它的“召回”是基于嵌入的，且会主动压缩上下文。这意味着它不会无脑地把整个聊天历史和所有打开的文件都塞给模型，而是智能地提取最关键的信息。这使它极其节省Token。我整个月敞开用，也很少超限。
  3. 强大的中文与本土化支持：对中文需求、国产框架的理解和适配，是海外工具无法比拟的。不适应全英文编程环境的朋友会很喜欢。

• 核心劣势（设计哲学的“副作用”）：

  1. “杀鸡用牛刀”的流程：上述那套严谨的工作流，对于“把这段中文翻译成英文附到README后面”这种简单任务，就显得过于隆重和缓慢了。看着它煞有介事地执行“召回-阅读-思考”流程，我会默默地直接打开翻译软件。
  2. 功能单一：因为它严格的工作流，这套流程非常适合写代码，让它处理其他任务时，它就开始问你项目文件夹在哪，没有具体的文件夹就没法继续工作。
  3. 严格的任务队列：一次只能进行一个聊天会话。你不能像在Cursor里那样，开多个Chat窗口，让AI并行处理多个小任务。这限制了它的多任务吞吐能力。哦是的，它的Solo模式可以做到，我用下来又疑惑了，具体也没多区别么，为啥要做成两个功能。
  4. “过度准备”倾向：即使你已经明确@了某个文件并给出了极其具体的指令，它依然会先执行一遍“召回”流程，去阅读一些可能不相关的代码。这种“谋定而后动”的风格确保了高质量，但牺牲了部分即时小任务的效率。

Trae给我的感受：它是一个优雅、强大但有点“轴”的工匠。适合把一个复杂任务交给它，让它按照自己的节奏完美交付。但不适合让它零敲碎打地处理一堆琐事。

Cursor：那个“别人家的孩子”

• 定位与价格：每月20美元（现已提供更多灵活计划）。它定义了AI原生IDE的范式。

• 为什么它综合体验最好？​ 因为上面提到的其他工具的主要痛点，在Cursor上要么没有，要么处理得更好。

  • 项目级理解：它的工作方式和上下文管理非常聪明，能很好地理解项目结构，不需要你像在Kiro里那样时刻@文件。
  • 流畅的动作：它工作起来非常迅速，只编辑代码块，而非重写整个文件，避免了Copilot Agent的格式灾难，也带来了效率提升。
  • 稳定的体验：几乎没有遇到Kiro那种基础功能BUG。
  • 灵活的模型策略：Auto模式在主力模型额度用完后可以无缝降级，保证服务不中断。
  • 高效的交互：聊天、编辑、文件管理浑然一体，没有明显的交互短板。
• 最大的（也是唯一的）短板：由于深度集成Claude等海外顶级模型，在国内需要稳定的科学上网环境。这对许多用户是一道硬门槛。

三：总结与选型指南——找到你的“代码伙伴”

所以，哪个适合你？

1. GitHub Copilot：你的“Tab键”

   • 适合：满足于“增强现有工作流”的开发者；不离开当前的IDE，一个插件就为其赋能。古法编程玩家的新“锄头”。
   • 一句话：如果你想要的是编码时“心流”状态的延伸，对代码产出的绝对控制，它庞大的插件系统让你在哪都能用上。

2. Cursor：你的“全能思维伙伴”

   • 适合：愿意拥抱“对话式编程”新范式的探索者；并能解决上网问题。

3. Kiro：你的“严谨乙方”

   • 适合：深度绑定AWS云服务；团队强调极其规范、文档驱动的开发流程（Spec-Driven）；能容忍早期产品的不稳定性以换取先进理念。

4. Trae：你的“自动化车间主任”

   • 适合：国内开发者（尤其是国内技术栈）；追求极致性价比（国内版政策）；喜欢清晰、自动化工作流；任务以“项目”或“模块”为单位，而非零散片段。
   • 一句话：国产精品，基础体验扎实，自动化程度高，特别懂得中国开发者的心。

欢迎交流，欢迎反驳。

IntelliJ IDEA常见问题

Error adding module to project: null

现象

在创建子模块的时候报错:Error adding module to project: null

解决

• 降低项目版本SDK。以我遇到的问题为例，IDEA中配置SDK版本为23,将版本修改为21后，问题解决

  • 操作为

    • File -> Project Structure -> 修改SDK版本

tag

• IntelliJ IDEA
• 问题