【硬核实战】Mac mini M4 部署 OpenClaw + Ollama 本地大模型:从零到一打通飞书机器人

【硬核实战】Mac mini M4 部署 OpenClaw + Ollama 本地大模型:从零到一打通飞书机器人

文章目录

📅 前言随着 Mac mini M4 的发布,16GB 统一内存成为了本地跑 AI Agent 的绝佳土壤。本文将记录如何利用 OpenClaw 框架,配合 Ollama 运行的 Qwen 2.5 系列模型,通过 WebSocket 长连接 接入飞书,实现一个完全私有化、极速响应的个人助理。

一、 核心环境准备

硬件:Apple Mac mini M4 (16GB RAM)
系统:macOS Sequoia
模型后端:Ollama (运行 Qwen 2.5-7B)
Agent 框架:OpenClaw (v2026.3.2)
Node 版本:v24.14.0 (通过 nvm 管理)

二、 避坑指南:环境初始化在 Mac 终端部署时,首要解决的是权限与路径问题。

1. 终端常用快捷键* Control + C:强制停止当前运行的命令(如安装卡死时)。

  • sudo:以管理员身份运行。若遇到权限不足,在指令前加 sudo 即可。

2. Node.js 环境修复若遇到 zsh: command not found: openclaw,说明 NVM 路径未加载。

3. 临时加载环境

source ~/.nvm/nvm.sh && nvm use 24 

4. 永久写入配置

echo 'export NVM_DIR="$HOME/.nvm"\n[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"' >> ~/.zshrc && source ~/.zshrc 

三、 模型选择:M4 性能调优

针对 16GB 内存,我测试了不同参数量的模型:

  1. Qwen 2.5-14B:逻辑极强,但占用约 9GB 显存,响应稍慢。
  2. DeepSeek-R1-8B:推理能力卓越,但对 OpenClaw 的 Tools (函数调用) 兼容性一般。
  3. Qwen 2.5-7B (推荐):秒回速度,完美支持自动化工具协议,是 M4 下的最佳平衡点。

安装命令:

ollama run qwen2.5:7b 

四、 OpenClaw 配置手术 (JSON 详解)

手动编辑 ~/.openclaw/openclaw.json 是解决配置报错的最快方式。
关键配置项说明:

  • baseUrl: 必须指向 http://127.0.0.1。
  • appSecret: 飞书后台的真实密钥(非 cli_ 开头)。

tools.profile: 设置为 minimal 或 none 以减少小模型工具调用的报错。

在这里插入图片描述

最终稳定版配置参考:

{ "models": { "providers": { "custom-127-0-0-1-11434": { "baseUrl": "http://127.0.0.1", "apiKey": "ollama", "api": "openai-completions", "models": [{ "id": "qwen2.5:7b", "reasoning": false }] } } }, "agents": { "defaults": { "model": { "primary": "custom-127-0-0-1-11434/qwen2.5:7b" } } }, "channels": { "feishu": { "enabled": true, "appId": "cli_xxxxxxxx", "appSecret": "xxxxxxxxxxxx", "connectionMode": "websocket" } }, "gateway": { "port": 18789, "mode": "local" } } 

五、 飞书机器人接入:最后的临门一脚

很多同学卡在“机器人已上线但不回复”,请务必检查飞书后台:

  1. 启用机器人:在“应用功能”中确认开启。
  2. 事件订阅:必须添加 接收消息 (im.message.receive_v1) 事件。
  3. WebSocket 模式:在“事件订阅”中开启 WebSocket 模式。

版本发布:改了权限或事件后,必须创建新版本并点击“申请上线”,否则改动不生效!

在这里插入图片描述

六、 运行与调试

启动网关并观察日志:

启动 Gateway

openclaw gateway --allow-unconfigured 

第一次发消息需授权 (Pairing)

openclaw pairing approve feishu [验证码] 
在这里插入图片描述

当日志出现 [ws] ws client ready 时,你的 M4 机器人就已经正式“活”过来了。

在这里插入图片描述

💡 结语

通过 OpenClaw 与本地模型的结合,我们成功让 Mac mini M4 变成了一个 7x24 小时在线的智能助理,当然目前本地部署的7b模型还是远远不够的,后续可以使用付费token提升模型智力
Q&A:

  • Q: 为什么报错 400: deepseek does not support tools?
  • A: 推理模型暂时无法处理 OpenClaw 的 JSON 函数调用格式,建议将 tools.profile 改为 minimal 或换用 Qwen 模型。

如果你也拥有一台 M4 Mac,不妨按此指南尝试部署,开启你的本地 Agent 之旅!

Read more

SameSite=Lax属性(前端Set-Cookie属性)(跨站链接跳转保留登录态、防御跨站请求POST CSRF、防御跨站请求资源CSRF)子资源请求、安全铁三角HttpOnly&Secure

文章目录 * SameSite=Lax:在安全与体验间走钢丝的现代 Cookie 智慧 * 🌉 为什么需要 Lax?—— 从“安全困境”说起 * ❌ Strict 的代价 * ❌ None 的风险 * ✅ Lax 的破局 * 🔬 深度解析:Lax 到底“宽松”在哪里? * 📊 三模式终极对比表 * 💻 实战:正确设置 Lax(附避坑指南) * Node.js (Express) 推荐配置 * PHP 设置 * ⚠️ 必须牢记的 3 个原则 * 🌰 真实场景推演 * 场景:用户从 Gmail 点击“重置密码”链接 * 场景:恶意网站尝试 CSRF 攻击(子资源请求) * 💡 何时该选 Strict?

MogFace人脸检测模型-WebUIGPU算力方案:单卡并发处理20路实时流人脸检测

MogFace人脸检测模型-WebUIGPU算力方案:单卡并发处理20路实时流人脸检测 1. 项目概述 MogFace人脸检测模型是一个基于深度学习的先进人脸检测解决方案,专门针对复杂场景下的多角度人脸识别进行了优化。该模型采用ResNet101作为骨干网络,在CVPR 2022会议上发表,具有出色的检测精度和稳定性。 本方案展示了如何通过WebUI界面和GPU加速技术,实现单张GPU卡同时处理20路实时视频流的人脸检测任务。无论是正面人脸、侧脸、戴口罩的人脸,还是在光线较暗的环境下,该模型都能准确识别并定位人脸位置。 核心能力特点: * 高精度检测:在各种复杂条件下保持稳定的人脸识别能力 * 实时处理:单卡支持20路视频流同时处理 * 易用接口:提供直观的Web界面和完整的API接口 * 部署灵活:支持服务器部署和本地运行两种模式 2. 技术架构与性能优势 2.1 模型架构设计 MogFace模型采用精心设计的网络结构,在保持高精度的同时优化了计算效率: # 模型核心架构示意 class MogFace(nn.Module): def __init__(

WeBASE一键部署中关于配置,下载的问题

WeBASE一键部署中关于配置,下载的问题

其实网上的相关内容有好多,但大多数是对官方文档的一个复述,于是我从头开始,用一个新的Ubuntu系统部署WeBASE,分享在部署过程中的问题及解决方法,我用的是Ubuntu20.04 有一定能力的可以直接安照官方文档一键部署 — WeBASE v1.5.5 文档进行部署 1,安装依赖 CentOS 7 / RHEL 7: sudo yum -y install epel-release && sudo yum -y install openssl curl wget git nginx dos2unix Ubuntu 16.04+ / Debian 9+: sudo apt update && sudo apt -y install

AnimeGANv2支持OAuth登录?WebUI权限控制教程

AnimeGANv2支持OAuth登录?WebUI权限控制教程 1. 背景与需求分析 随着AI图像风格迁移技术的普及,越来越多开发者将模型封装为Web服务,供用户在线体验。AnimeGANv2作为轻量高效的人像动漫化模型,已被广泛集成到各类WebUI应用中。然而,在公开部署场景下,如何防止资源滥用、限制访问权限成为实际落地的关键问题。 尽管原生Gradio或Flask框架未内置身份认证机制,但通过引入OAuth协议,可快速实现基于第三方平台(如GitHub、Google)的用户登录验证,从而构建具备权限控制的私有化Web服务。本文将围绕“是否能在AnimeGANv2的WebUI中实现OAuth登录”这一核心问题,系统性地讲解权限控制的技术路径与工程实践。 该方案特别适用于以下场景: - 希望将AI动漫转换器部署为团队内部工具 - 需要避免公网暴露导致GPU/CPU资源被爬虫耗尽 - 追求低运维成本的身份鉴权方式 2. 技术选型与架构设计 2.1 方案对比:从基础认证到OAuth 在Web服务中常见的权限控制方式包括: 认证方式实现复杂度安全性用户体验是否适合An