夜雨聆风AI 越来越强，我为什么还要给自己做一个工作台？
我不是缺少工具，而是缺一个能把应用、文件和固定工作流程收拢起来的地方。
我做 CanEngine，不是因为市面上的 AI 不够强。
恰恰相反，是因为 AI 越来越强，我能做出来的小工具也越来越多。网页、脚本、本地应用、临时项目，单独看都能解决问题，积累到一定数量后，却开始散落在不同目录和不同平台里。
到最后，我缺的已经不是另一个 AI 聊天框，而是一个能把应用、文件和固定工作流程收拢起来的地方。
01
工具很灵活，但工作不能每次从零开始
WorkBuddy、Codex 这类工具很灵活，我也经常使用。但灵活并不等于可控。
每次从一个空白任务开始，我都要重新告诉它文件在哪里、应该先做什么、结果放到哪里。任务简单时问题不大，项目一复杂，路径就容易越走越散。
而我每天真正反复做的事情，其实相对固定：整理课程、分析文件、修改网页、处理图片、传输素材、制作一些小应用。
所以我开始把常用应用放进同一个工作台。项目放在哪里、流程怎么走、上一次做到了哪一步，都可以保留下来。
我需要 AI 的灵活，但不想让整个工作过程失控。
02
MCP 的价值，不只是省 Token
我会让能力更强的模型负责判断和拆解任务，再通过 MCP 直接操作本地工具。
例如，它可以直接帮我完成这些事情：
• 分析电脑里的 30 多个 PPT，提取共同内容并完成汇总
• 检查项目文件并直接修改网页或代码
• 在本地部署一套开源软件
• 协助配置 OpenWrt 这类本地设备
这类场景真正省下来的，不只是 Token。过去我需要反复上传文件、解释目录、复制模型给出的结果，再回到本地手动执行。接入 MCP 后，模型负责判断，工具负责执行，文件和结果仍然留在原来的工作环境里。
少掉的，是大量没有创造价值的搬运工作。
03
做顺手的应用，应该能够继续复用
有些工具只解决我自己的问题，但也有一些工具做顺以后，别人同样会需要。
如果只是把代码、依赖和安装说明打包发给别人，对方通常很难真正用起来。因此我希望 CanEngine 里的应用可以直接打包、安装和分享，而不是把一堆工程文件扔给使用者。
同时，应用需要有清楚的来源标识：
官方应用
KOL 制作的应用
用户自己制作和签名的应用
这不是为了增加几个标签，而是让使用者知道这个应用从哪里来、由谁维护、是否值得信任。
04
API Key 不应该散落在每个项目里
现在做一个应用，往往都会接入 AI。但应用一多，API Key 很快就会失控。
这个项目填一次，那个工具再填一次；更换模型、更换 Base URL，又要到处修改。项目数量少时还能忍受，数量多以后，重复配置和维护本身就成了一项工作。
所以我把模型名称、Base URL 和 API Key 集中管理，应用只需要按需要调用对应的配置。
目的不是多做一个设置页面，而是少维护几十份重复信息。
05
手机向电脑传文件，不应该这么麻烦
我经常需要把手机里的照片和视频传到电脑。
发微信可能会压缩，使用云盘要先上传再下载，大文件传起来尤其麻烦。于是我做了一个“一扫即传”的功能：电脑打开接收页面，手机扫码，就可以直接把素材传过去。
只要手机和电脑在同一个局域网里，即使没有互联网也能使用。手机端不需要额外安装客户端，几十张照片和几个大视频可以一次传输。
这是一个很小的功能，但它解决的是我每天都会碰到的真实问题。
06
AI 会生成图片，但精准修改仍然很难
AI 生成一张新图已经很强，但修改一张现有图片仍然经常失控。
我只想改左边的一行字，右边的人物却跟着变了；只想调整一个局部，整张图片的风格又被重新画了一遍。
所以我做了图片画布：先明确选中需要修改的区域，再让 AI 只处理这一块，其他部分尽量保持不动。
它解决的不是“再生成一张差不多的图片”，而是在现有图片上继续完成工作。
07
CanEngine 不是功能清单，而是问题清单
CanEngine 不是因为我想做一个“大而全”的平台才开始的。
它只是把我每天反复遇到的问题，逐个放进同一个软件里：
应用太散，就聚合起来。
流程容易失控，就把它固定下来。
反复上传和解释太费时间，就接入 MCP。
做出来的应用有复用价值，就让它可以分享。
API Key 太乱，就统一管理。
手机传文件麻烦、AI 改图不够精准，就补上对应的工具。
这些功能看起来并不属于同一个传统软件分类，但它们都指向同一个目标：让我能够继续使用最强的 AI，同时把自己的应用、文件和工作流程握在手里。
所以，我给自己做了 CanEngine。
我也想知道，大家是不是遇到了类似的问题：AI 工具越来越多，真正缺的却不是更多工具，而是一套可以长期使用、持续积累的个人工作台。
了解并下载CanEngine
https://hoyee.net/canengine