前言
作为一名 AI 开发者，我们每天都要和 Hugging Face 打交道。最常见的场景就是：写完一段 Demo，想部署到 Spaces 上给同事展示一下，或者看看模型跑起来的效果。
但是，频繁地切换浏览器标签页、手动上传文件、反复刷新看日志…… 这种断裂的开发体验真的能把人搞疯。最离谱的是，由于众所周知的网络原因，有时候想在本地调一下 API，SSL 报错能折腾你一下午。
于是，我突发奇想：能不能直接在飞书里管理我的 Hugging Face？
既然我们整天都泡在飞书里，那为什么不把生产力工具也搬进去？经过几个小时的奋战，HugLark 诞生了。
✨ HugLark 是什么？
HugLark 是一个超轻量级的 AI 运维工具。它基于飞书的长链接（WebSocket）技术，让你直接在聊天窗口里通过简单的指令，就能完成对 Hugging Face Spaces 的全生命周期管理。
核心亮点：
- 🛠️ 全能指挥官：查询状态、创建 Space、查看日志、配置环境变量，一条指令全搞定。
- 📤 一键“全家桶”上传：支持递归上传整个本地文件夹，部署再也不是难题。
- 🔗 内网穿透 2.0：利用飞书长连接，你的开发机就算躲在实验室的深层内网，也能实时接收消息。
- 🇨🇳 专为国内优化：自动接管
HF_ENDPOINT路由到镜像站，强制屏蔽本地代理干扰，SSL 报错从此是路人。
🛠️ 实现思路
1. 飞书长连接 vs Webhook
传统的 Webhook 需要你有一个外网 IP 或者是做复杂的内网穿透。HugLark 选择了 飞书 WebSocket (WsClient)。这种方式就像给你的机器人拉了一根专线，只要能上网就能收发消息，极大地降低了个人开发者和内网环境的部署门槛。
2. Hugging Face 魔法
底层使用了官方的 huggingface_hub。为了解决国内 SSL 握手失败（EOF）的顽疾，我在 hf_client.py 里玩了个小花招：在请求时强制 trust_env=False 屏蔽系统环境变量中的代理，并自动指向镜像站。 事实证明，这比折腾代理规则有效得多。
3. 极速包管理器：uv
项目全面采用了 uv 进行依赖管理。相比传统的 pip，uv 的安装速度堪比闪电，且对虚拟环境的管理极其优雅。
📖 玩家手册：到底能怎么玩？
把机器人拉进群或者私聊，一切就准备就绪了：
- 📂 看看我有啥：输入
/list，账号下所有的 Space 一览无余。
- 🚀 顺手建个 Space：
/create my-demo gradio，3 秒钟后台就帮你起好了。 - 📤 文件夹全量同步：
/upload_dir my-app ./my_local_src，本地写好的代码分分钟上线。 - 📄 日志实时看板：再也不用盯着浏览器转圈圈，输入
/logs my-app直接在飞书看输出。 - ⚙️ 动态配置：
/config my-app secret API_KEY sk-xxxx，安全又便捷地注入密钥。
🌈 总结
HugLark 本质上是我为了“偷懒”而创造的一个方案。它不仅缩短了从代码到部署的链路，更重要的是，它让原本枯燥的配置过程变得更有趣。
如果你也深受跨平台操作之苦，或者被网络问题搞得头大，不妨试试这种 ChatOps 的方式。
项目已在 GitHub 开源：nodfe/HugLark (如果对你有帮助，欢迎点个 Star 🌟)
最后： 你还有什么想在飞书里操作的 AI 工具？欢迎在评论区留言，我们一起把“摸鱼”变成“生产力”！🔥
