快手KroWork把AI工作流变成可分享小软件，终于跳出Codex魔咒了

ivye
免费干货
2026-06-13
161热度
0评论

现在做非 Coding 场景的 Agent 产品，慢慢变成共识了。各家大厂都在往这个方向走。比如 Codex 现在也不只是服务程序员，它也在重点支持更多工作场景。国内也一样，只要是在 AI 方向上有投入的大厂，基本都在做类似的事情。说实话我觉得这波趋势才刚开始。

这类产品的逻辑其实很简单，就是让 AI 自主完成原本需要人在多个软件之间来回切换才能搞定的事。比如下面这个飞书文档，就是 Agent 帮我写的。昨天的文章我有写过，它拿到我的 Context 之后，其实可以主动的帮我处理很多事。

```html

01 快手的新一个杀手级 AI 应用

国内这类产品说实话已经很多了，但看到快手新发的 KroWork，我还是眼前一亮。

下载地址放这里了，Mac 和 Windows 都支持。

https://krowork.com

讲个暴论哈，我觉得 KroWork 很可能成为快手的又一个国民级 AI 应用。

非 Coding 场景的 Agent 产品，现在已经不算什么新方向了。你看国外 Codex、Claude Cowork 这些产品已经跑在前面了，国内也有一堆团队在跟。这种时候如果还是照搬国外那套成熟形态，说实话真的很难做出差异化。尤其你模型能力本身还差点意思的时候，那就更尴尬了。

话说回来，Codex 已经挺好用了，用户凭什么还要用你？就因为你网络更稳、访问更快？我觉得光靠这个肯定不够。

真正能跑出来的产品，还是得在具体的工作流里头，找到那些国外产品没重点解决的问题。

KroWork 我用完之后的感受就是，它确实有自己的想法，有自己重押的场景。这让我想到豆包。豆包也是沿着 ChatGPT 那条大方向在走，但它能在国内大众用户里杀出来，很重要的一个原因就是它一直在挖大众用户真正高频、真正刚需的场景。拍照问答、语音交互、学习辅导、博物馆讲解……这些东西你说高大上吗？不算。但就是实用。我手机上 ChatGPT 和 Claude 都有，但豆包我也一直留着没删，就是因为它真的在某些场景下更顺手。

前两天跟团队聊天我还说呢，豆包能起来，很大程度上是因为它对大众用户的理解更细、更接地气。KroWork 给我的感觉也是这样。它当然也在做知识工作者的 Agent，但它没有只盯着 Codex、Claude Cowork 已经做出来的那套东西。而是往前多想了你想——对大量普通知识工作者来说，真正头疼的事可能不只是让 AI 帮你干一次任务。而是怎么把一套反复用、天天用的工作流，变成一个以后随手打开、装到本地、还能顺手分享给同事的小工具。

所以你看，终于有人跳出 Codex 和 Claude Cowork 画出来的那个框了。

```

02 应用的创建和分享

不废话，给大家看个截图。

只要最近在用类似产品的同学，应该一眼就能看出来门道。KroWork 的设计思路中的一环是：用户可以把自己的需求或者工作流抽象为一个独立的原生软件。而且这个软件可以安装到 Launchpad，也可以分享给同事。

产品的效果。我做了一个汤姆猫的手绘插图软件。可以放到 PPT 或者文档当中。它可以生成这种带有强烈手绘风格的插图：

我想说，产品其实是思考方式的具体投射。我平时做产品研究，最关注的往往是这个产品里最独特的设计是什么。因为一个设计背后，往往能看出团队真正相信什么，也能看出他们认为这个方向里最关键的问题是什么。

KroWork 的一个核心思路是让软件像 Skill 一样流动起来。这个点挺有意思。大家可以想一下，软件到底是什么？软件是工作流的载体。过去这段时间，同类 Agent 产品在思考工作流沉淀的时候，很多都往 Skill 的方向走。这个方向当然很有价值。

Skill 可以把我们的最佳实践、工作经验、知识库和操作流程固化下来。这样下次模型再做类似任务的时候，就不用每次都重新告诉它，你先这么做，再那么做。这也是 Skill 最核心的价值。Skill 确实是 Anthropic 做出来的一个很重要的产品创新。它让经验不再只停留在人的脑子里，也不再只散落在一次次对话里，而是可以被整理成一套可复用的方法。

但在很多真实工作场景里，Skill 有它的局限性。

比如我们最近就在做一个公众号排版工具。这个事情如果只靠 Skill，其实很难搞定。因为公众号排版不是拿到一段文字就完事了。实际做的时候，经常是一边看效果一边调整，觉得某个标题不够突出就改一下，发现段落太挤再调一下，最后还得确认手机上看起来顺不顺眼。这事放在 Skill 里很难搞定。你总不能每改一个段落，都跟 AI 说一遍，把这里调大一点，把那里换个样式，然后再重新生成一次。

更自然的方式，还是做成一个小软件。左边放原文，右边看预览，中间有一些按钮和选项。哪里不满意，直接在文本框里改。最后一键复制排版格式。

这也是为什么我觉得 KroWork 这个方向有意思。它没有只停留在把工作流写成 Skill 这一步，而是继续往前走。让用户把自己的需求和工作流，变成一个真正可以打开、可以操作、可以安装、可以分享的小软件。

我把链接分享给同事，同事直接就能装。而且因为是本地应用，数据的安全问题也解决了。同样，它也有一个软件市场的设计，可以去这里看别人做好的独立软件，然后在它的基础上改造。

前面我没有演示安装 Skill、生成网页或者做数据分析这样的常规功能。这些 Case KroWork 肯定可以搞定。而且说实话，这类功能对于目前市面上不同产品来说，差别其实并不大。关键还是看接的模型是哪一个，以及上下文提供得够不够充分。

03 写在最后

最后再啰嗦几句我的感受哈。为什么我觉得把工作流固化成可部署的本地应用，在知识工作中特别重要？因为软件的生产方式变了。以前都是程序员写软件，现在业务人员也能自己搞一些小工具。我自己的小团队里，最近写的 Skill 和小工具加起来都快一百个了，每个人都能造出提升自己效率的工具。所以这些工具和应用，本身就是个人能力的一部分。

Skill 和软件是两种并列的能力资产，各自独立。有图形界面的软件仍然有它的必要性，软件更适合承载交互式工作流。未来很多人的工作桌面上，可能一边是各种 Skill，一边是各种自己做出来的小软件，每种能力在不同场景里发挥作用。比如，这是我刚刚看到官方预置的一个缓存清理工具的软件，就很有意思：