夜雨聆风上一篇文章我说，要把科室管理系统"部署到云端"。今天这篇文章，就是兑现这个承诺——但它不是收尾，而是我 AI100 挑战的第 2 个项目。
把工具从电脑里"放出来"
做完一件事，和让所有人用上它，是两件不同的事
◆ ◆ ◆
先接上篇文章的钩子
上一篇《从 0 到 1，我用 AI 给科室做了个管理系统》结尾，我留了一句话：
"我打算把它部署到云端，让科室同事在任何地方都能打开——这也是我 AI100 的下一个挑战。"
当时很多人可能觉得，这就是一句结尾套话。
但对我来说，它是认真的。而且我越想越发现，这根本不是收尾，是一个全新的、更难的项目。
◆ ◆ ◆
为什么"本地能用"和"大家能用"是两件事
做那个系统的时候，我觉得最大的成就是"我用 AI 把它做出来了"。
但做完之后我才意识到一个更朴素的问题：它现在只在我这台电脑上。 我用它，我满意，可科室其他同事呢？
- 他们得跑到我电脑前才能看
- 我下班了，系统就"下班"了
- 数据全存在我电脑的浏览器里，换个电脑就没有了
所以"本地能用"和"大家能用"，中间隔着一道巨大的鸿沟。这道鸿沟，就是我要挑战的第 2 个项目：云部署。
我的判断
工具的价值，不在于被做出来，而在于被使用。
◆ ◆ ◆
我对云部署的第一反应：这很难
说实话，当我冒出"部署到云端"这个念头时，第一反应是打退堂鼓。
因为"部署"这个词，在我这个非程序员的脑子里，等于一堆陌生的词：服务器、域名、HTTPS、nginx、Docker、反向代理……每一个都让我头皮发麻。
但转念一想：我上一个项目是怎么做出来的？
我不是也会说"我不懂编程"吗？最后不还是让 AI 带着我把系统做出来了？
那这次，我为什么不能同样让 AI 带着我，把"部署"这件事学会？
云部署，我已经摸清的几条路
◆ ◆ ◆
三条路，我打算这么选
① GitHub Pages（最优先）
我的系统是纯 HTML+JS+localStorage，不需要服务器，属于"静态网站"。GitHub Pages 专门干这个——免费，几分钟上线，还带 HTTPS。
而且我上一篇文章已经把系统开源到了 GitHub，仓库都是现成的，等于路已经铺了一半。
② Vercel（备选）
如果 GitHub Pages 有什么限制，Vercel 是很好的替补。它同样免费，支持拖拽上传，自动配好 HTTPS 证书。对不懂运维的人最友好。
③ 局域网（谨慎选项）
科室的真实数据涉及患者隐私，我绝对不会把真实数据放到公网上。所以正式使用时，最稳妥的是在科室局域网内部署——不联网，只有科室网络内能访问。
◆ ◆ ◆
我的选择逻辑
你可能会问：既然局域网最稳妥，为什么不直接用？
我的答案是：两条腿走路。
- 公网部署"演示版"：用示例数据（不含真实患者），让任何人能打开看到这个系统长什么样——这是"展示价值"
- 局域网部署"正式版"：用真实数据，只在科室内部用——这是"使用价值"
这次挑战要跨过的几道坎
◆ ◆ ◆
我准备怎么做（方法预告）
具体的部署过程，我下一篇会完整写。但方法我已经定了，和上次一样：
我提问题，AI 给方案，我来判断和确认。
我会问 AI："我的系统是个纯 HTML 文件，没有后端，怎么免费部署到网上？"然后让它一步步带我走。
我不知道这次会遇到什么坑——也许有，也许没有。但那正是这个挑战有意思的地方。
看一个不懂运维的医生，怎么把系统放上网
下一篇，见分晓
点赞收藏转发阿金，一名正在学 AI 的心内科医生。
这是我的 AI100 挑战第 2 篇预告。如果你也在做工具，应该能懂我的感受：做出来那一刻很爽，但真正难的是让它被用起来。
下一篇，我会详细记录整个云部署过程，包括踩过的坑。关注我，一起看一个医生怎么一步步把它放上网。
📮 顺便说一句：如果你也想把本地工具部署到网上，评论区聊聊你的情况，也许我的经验能帮到你。