WorkBuddy本地部署失败、任务中断或UI冻结，主因是CPU不支持AVX2指令集或内存低于4GB阈值；需确认CPU为Intel第4代Core/AMD Ryzen 1000及以上、逻辑核心≥2，且空闲内存≥2GB、内存频率≥2400MHz。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您尝试在本地设备上部署 WorkBuddy，但启动失败、任务中断或 UI 冻结，则可能是由于 CPU 指令集不支持或内存容量低于运行阈值。以下是满足基础运行能力所必需的 CPU 与内存配置标准：
一、CPU 指令集与核心数要求
WorkBuddy 内置混元 Lite 推理引擎依赖 AVX2 指令集进行本地模型加速运算；若 CPU 缺失该指令集，系统将强制降级至纯 API 调用模式，导致技能执行延迟、Claw 控制响应卡顿甚至部分 Agent 无法初始化。
1、确认 CPU 是否支持 AVX2：Windows 用户可下载 Intel Processor Identification Utility 或运行命令提示符输入 wmic cpu get name,architecture,extclock 查看型号；Linux 用户执行 grep -o avx2 /proc/cpuinfo，有输出即表示支持。
2、核对处理器代际：Intel 第 4 代 Core（Haswell）及以后型号（如 i5-4200U、i7-8750H）、AMD Ryzen 1000 系列（如 Ryzen 5 1600）及更新架构均通过官方验证。
3、逻辑核心数不得少于 2：执行 lscpu | grep 'CPU\(s\)' | head -2（Linux/macOS）或任务管理器→性能→逻辑处理器（Windows），确认数值 ≥ 2；低于此值将无法并行加载多 Agent 引擎。
二、内存容量与分配策略
WorkBuddy 启动后默认启用多 Agent 协同引擎与本地模型路由模块，内存占用呈现阶段性峰值；4GB 是仅能维持单次轻量指令的硬性下限，实际运行中需预留至少 2GB 给 Claw 远程控制子系统独占，否则企业微信指令接收会出现丢包或超时。
1、检查当前空闲内存：Windows 用户打开任务管理器→性能→内存，确认“可用”值 ≥ 2GB；Linux/macOS 用户运行 free -h，观察 “available” 列数值。
使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
2、识别内存瓶颈诱因：若 “available” 值持续低于 1.5GB，需关闭 Chrome 多标签页、VS Code 扩展、Docker Desktop 等高内存进程，避免触发 Linux OOM Killer 或 Windows 内存压缩机制。
3、验证内存带宽兼容性：使用 dmidecode -t memory | grep -E "(Speed|Type)"（Linux）或 CPU-Z（Windows）确认内存类型为 DDR4/DDR5，且标称频率 ≥ 2400MHz；低于此频率可能导致沙箱快照写入延迟，引发技能初始化失败。
三、混合架构下的资源适配方案
Apple Silicon（M1/M2/M3）与 x86_64 平台虽同受支持，但内存映射机制与 CPU 指令翻译路径不同，需针对性调整资源配置以规避 Rosetta 2 层级性能损耗或 Metal 渲染上下文冲突。
1、macOS Apple Silicon 用户：必须确保系统版本 ≥ macOS 12 Monterey，且在“访达→应用程序→WorkBuddy.app→显示简介”中勾选 “使用 Rosetta 打开”选项必须处于未勾选状态，否则混元 Lite 推理引擎将无法调用原生 ARM64 指令。
2、Windows on ARM 用户：当前未被官方支持，即使设备满足 8GB RAM 与 AVX2 模拟层，仍会因内核驱动缺失导致 Claw 模块初始化报错，禁止在骁龙平台（如 Surface Pro X）部署。
3、双显卡笔记本用户：若搭载 NVIDIA/AMD 独立显卡，需在 NVIDIA 控制面板或 AMD Radeon 设置中将 WorkBuddy.exe 设为“高性能 GPU”运行，避免集成显卡因显存带宽不足引发 UI 渲染卡顿。
