Flue 是面向 AI 代理的本地自动化层,通过标准化桥接命令让智能体直接操控 Photoshop、Blender、Unity、Office 等桌面软件的脚本运行时,实现跨应用自动化工作流。
说明:
## 核心用法
Flue 定位为「shell-to-application bridge」,解决 CLI 编码代理无法操作桌面应用的痛点。其工作流程高度一致:代理通过 stdin 向桥接命令发送应用专属脚本,Flue 将其注入目标软件的自动化运行时(COM、ExtendScript、bpy、Unity Editor API 等),执行后返回结构化 JSON。
安装方式简单(`pip install flue && flue setup`),支持 12+ 款专业软件,包括 Adobe 全家桶(PS/AI/AE/PR/AU/ID)、Autodesk 3ds Max、Blender、Unity、Houdini 及 Microsoft Office 三件套。
## 显著优点
– **架构极简**:相比 MCP 方案,Flue 无复杂协议层,直接复用各应用原生脚本接口
– **统一契约**:无论后端是 COM、CEP 还是 Python API,输入输出均为「脚本进、JSON 出」
– **场景广泛**:覆盖图像编辑、3D 建模、视频合成、游戏开发、办公自动化等创意与技术工作流
– **开源可审计**:MIT 许可,代码托管于 GitHub/PyPI,适配器逻辑透明
## 潜在局限
– **人机协作模式**:明确禁止无人值守的自主操作,需人类作为 driver 逐环确认
– **版本与平台 quirks**:各软件版本差异、阻塞对话框、宿主运行时限制需手动处理
– **权限边界**:可执行破坏性操作(图层删除、文件覆盖),需显式用户授权
– **适配器覆盖度**:虽支持主流创意软件,但小众工具仍需等待社区扩展
## 适合人群
创意工作者、技术美术、自动化工程师、AI 增强工作流探索者——尤其是需要将 LLM 代理能力注入现有桌面软件栈,而非迁移至云端 API 的用户。
## 常规风险
– **数据安全**:脚本在本地执行,虽不上传云端,但恶意代码可直接操作用户文件
– **软件稳定性**:桥接进程异常可能导致目标应用崩溃或未保存数据丢失
– **权限提升**:部分适配器需管理员/root 权限以注入进程或访问 COM,存在潜在滥用面









