前面七篇讲了KimiWork的方方面面——安装、Skills、文件处理、WebBridge。但评论区最常出现的抱怨是同一个：”为什么别人用KimiWork能出几百页报告，我用就只会整理桌面？”答案不是KimiWork偏袒谁，而是prompt质量天差地别。给KimiWork的是一个”任务描述”，不是一句闲聊。同样的工具，不同的prompt，输出质量可以差十倍。这篇文章不讲玄学，用对比案例和实操模板，...

上一篇FAQ里，”无权访问文件夹”和”连接器授权失败”是两个最高频的问题。因为文件夹权限和连接器是Cowork的两条命脉——权限决定了它能碰什么，连接器决定了它能连通什么。配置不好，Cowork等于废了一半。这篇文章手把手把两者讲清楚：文件夹权限怎么设最安全、每个连接器怎么配、出了问题怎么排。文件夹权限：给什么、不给什么ClaudeCowork处理文件之前，需要你明确授权它访问哪些文件夹。没授权的...

如果你写了三年以上的SQL，大概率遇到过这种情况——同样的业务逻辑，在十个不同的接口里各写了一遍SQL。改一个字段名，十个地方全要改。维护成本高、容易遗漏、调试困难。存储过程就是来解决这个问题的。把一段SQL逻辑封装在数据库里，起个名字，调用时传参数即可——和写函数一样。这篇文章从零讲清楚MySQL存储过程：是什么、怎么用、什么时候该用、什么时候不该用。存储过程是什么？存储过程是一组预编译的SQL...

前几篇讲了Skills和WebBridge，这篇回到KimiWork最高频的使用场景——把一堆文件丢给它，让它帮你消化、分析、输出。运营的周报、分析的研报、产品的竞品文档、HR的简历筛选——这些场景的基础操作都是同一个模式：读进来→想清楚→写出来。这篇文章从文件格式、关联分析、输出策略三个维度，完整拆解KimiWork的文件处理能力。支持哪些格式？KimiWork的文件处理覆盖了日常办公的几乎所有...

上一篇讲了为什么我从Cursor切到openCode，很多读者留言说”装完了但不知道该怎么用”。问题出在认知上——openCode不是另一个ChatGPT，也不是另一个Cursor。它是一个终端Agent，有自己的一套运作逻辑。不理解这套逻辑就上手，大概率会经历”装完→不知道怎么用→放着吃灰”的老路。这篇文章把五个核心概念拆开讲清楚，10分钟建立正确认知，再上手事半功倍。概念一：Agent工作模式...

用ClaudeCode写代码，你一定遇到过这种场景：让它修一个Bug，它改完就说”已完成”，但你一跑测试——挂了。你得手动告诉它”测试没过，继续改”，来回几轮才真正搞定。如果每次都要你盯着，那它跟一个需要全程babysit的实习生有什么区别？ClaudeCode的StopHook就是解决这个问题的。简单说：在Claude准备停下来等你输入的那一刻，先跑一个你预设的脚本，脚本说了算——让它停它才停，...

上一篇安装指南末尾，我用一小段带大家扫了一眼ClaudeDesktop的界面布局。但那段只是”指路牌”——告诉你哪里有什么，没说怎么用。这篇把每个区域拆开讲透，花5分钟读完，之后用起来行云流水。左侧边栏：你的工作导航中枢左侧边栏是ClaudeDesktop的”控制台”，所有功能的入口都在这里。从上到下分成几个区域：新建按钮：边栏顶部是”NewChat”（新建对话）按钮，macOS上快捷键是Cmd+...

上一篇讲Skills体系时，我提到WebBridge是KimiWork里最被低估的能力。这篇单独拿出来深入讲——因为它和我们通常理解的”AI帮你看网页”完全不是一回事。WebBridge的本质是：让AI用你的身份，替你操作浏览器。不是帮你搜索信息然后总结，是亲自打开网页、点击按钮、填写表单、提取数据。你在浏览器里登录过的所有网站——邮箱、OA、行业数据库、后台管理系统——AI都能直接操作，不需要重...

前几篇把核心概念都捋清楚了，这篇直接动手装。macOS和Linux原生支持，Windows用户走WSL方案——三种环境全覆盖，一个步骤不省。前置依赖：装之前先确认三件事ClaudeCode不挑硬件，但有几个必须满足的条件：Node.js18或更高版本：ClaudeCode是基于Node.js的CLI工具。推荐用nvm（NodeVersionManager）管理Node版本，可以灵活切换。终端输入n...

第一篇讲清楚了Codex是什么，评论区第二个高频问题接踵而至：”它和ClaudeCode、Cursor比到底怎么样？”三款工具恰好代表了AI编程的三个方向——OpenAI的终端Agent、Anthropic的终端Agent、基于VSCode的AI编辑器。它们不是”谁更好”的问题，而是”你的工作流更像哪种”的问题。这篇文章从八个维度拆开对比，不避讳任何一方的短板。核心定位：三个方向，三套逻辑Code...