标题: 使用1panel搭建OpenClaw图文教程
作者: #miaowmint
板块: #文档共建
编号:
帖子: https://linux.do/t/topic/1672098
时间: 2026-02-28 23:22:29
摘要:
作者: #miaowmint
板块: #文档共建
编号:
1672098帖子: https://linux.do/t/topic/1672098
时间: 2026-02-28 23:22:29
摘要:
本文作者：猫猫摸大鱼 原文地址：https://iloli.love/archives/1772270062391
1. 前言
本文隶属于 OpenClaw 龙虾系列教程文章，建议按顺序阅读，可以访问OpenClaw龙虾系列教程文章目录 https://iloli.love/archives/1766849996690 查看其它文章
本文基于 1Panel v2.1.1 版本以及 OpenClaw-20260226 版本
本文中安装的是由 1Panel 构建的 Docker 版本，非官方直装版本
本系列教程全程使用腾讯云轻量应用服务器，可以参加腾讯云OpenClaw专属活动进行购买，新客68/年起，老客99/年起
活动链接 https://cloud.tencent.com/act/pro/lighthouse-moltbot （无AFF） http://to.iloli.love/openclaw （有AFF）
就算不买也强烈推荐使用有 快照 功能的厂商的服务器进行搭建，并且一定要经常打快照，不要问为什么，血的教训，血的教训，血的教训
2.配置并搭建
进入 1Panel 面板，点击 AI 下拉，点击智能体，点击模型账号，点击创建模型账号
点击下拉模型供应商，选择自定义（这里我要使用的是前面教程反代出来的自建 API，如果你有其他官方 API，也可以直接在这里接入，这里不做赘述）
根据自己的实际情况，填写相关信息，点击确认
（ 名称随意；API Key 为在自建项目里创建的 API Key ；Base URL 为自建项目的 服务器IP:端口 或是为项目反代的 域名（结尾一定要带/v1）；模型 为在自建项目里获取到的模型名称，选择其中一个；API 类型 无需改动）
（Max Tokens 为 AI 每次生成的最大 Token 数量；Context window 为模型上下文窗口的长度；这两个可以根据模型的实际情况进行调整，也可以直接默认）
可以看到我们刚刚创建的模型账号
点击智能体，点击创建智能体，点击下拉模型供应商，选择自定义，点击确
标题: 猫猫摸大鱼的OpenClaw龙虾系列教程文章目录与介绍
作者: #miaowmint
板块: #文档共建
编号:
帖子: https://linux.do/t/topic/1672102
时间: 2026-02-28 23:24:04
摘要:
作者: #miaowmint
板块: #文档共建
编号:
1672102帖子: https://linux.do/t/topic/1672102
时间: 2026-02-28 23:24:04
摘要:
本文作者：猫猫摸大鱼 原文地址：https://iloli.love/archives/1766849996690
1. 前言
本系列教程预计共10+篇文章，还没写完
我自己正在使用并推荐的游玩顺序：搭建CLIProxyAPI，反代薅各种API，然后和手里已有的其它官方API或者中转站API一起聚合到newapi使用大模型；接下来搭建OpenClaw，添加各种MCP和skills玩一玩，顺便搭建其它平替类项目对比一下，毕竟OpenClaw只是最火的，但他肯定不是最好的
本系列教程全程使用腾讯云轻量应用服务器，可以参加腾讯云OpenClaw专属活动进行购买，新客68/年起，老客99/年起
活动链接 https://cloud.tencent.com/act/pro/lighthouse-moltbot （无AFF） http://to.iloli.love/openclaw （有AFF）
就算不买也强烈推荐使用有 快照 功能的厂商的服务器进行搭建，并且一定要经常打快照，不要问为什么，血的教训，血的教训，血的教训
2. 文章推荐阅读顺序与介绍
2.1 反代2API项目
作用是将GeminiCLI，ClaudeCode等本来只能在对应客户端里使用的模型，反代成能给其它客户端使用的API
个人更推荐第三个 CLIProxyAPI ，项目时间最长，个人感觉相对最好用的一个
1 基于docker搭建sub2api图文教程 https://iloli.love/archives/1771694850291
不支持标准化的 OpenAI API ，非单容器项目，需要PG数据库
2 基于docker搭建aiclient2api图文教程 https://iloli.love/archives/1771734360024
中规中矩的项目，但是只能创建一个 API key
3 基于docker搭建CLIProxyAPI图文教程 https://iloli.love/archives/1771758983917
比较推荐的项目，能查看配额；但搭建略微麻烦一点点，不能够
标题: Claude code缓存命中提高技巧
作者: #正在缓冲99%
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1672120
时间: 2026-02-28 23:28:02
摘要:
作者: #正在缓冲99%
板块: #开发调优
编号:
1672120帖子: https://linux.do/t/topic/1672120
时间: 2026-02-28 23:28:02
摘要:
如果你是2.1.62及以上版本，可以试试回退到2.1.59版本
标题: 超级快速基于docker搭建CLIProxyAPI
作者: #kshern
板块: #开发调优
编号:
帖子: https://linux.do/t/topic/1672121
时间: 2026-02-28 23:28:07
摘要:
作者: #kshern
板块: #开发调优
编号:
1672121帖子: https://linux.do/t/topic/1672121
时间: 2026-02-28 23:28:07
摘要:
复制项目地址项目地址
复制文档地址文档地址
贴到codex：帮我把这个项目装到docker里
选择模型gpt-5.3-codex xhigh
完工！！
标题: 《期权、期货及其他衍生品》阅读
作者: #Kz
板块: #读书成诗
编号:
帖子: https://linux.do/t/topic/1672126
时间: 2026-02-28 23:30:29
摘要:
作者: #Kz
板块: #读书成诗
编号:
1672126帖子: https://linux.do/t/topic/1672126
时间: 2026-02-28 23:30:29
摘要:
本楼开设《期权、期货及其他衍生品》的阅读记录，力图把经济学知识简单地用自己的话讲给大家听。
标题: 想问问佬友们在 Mac Mini 是通过什么方式部署 OpenClaw 的呢？
作者: #Sakiko
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1672148
时间: 2026-02-28 23:38:41
摘要:
作者: #Sakiko
板块: #搞七捻三
编号:
1672148帖子: https://linux.do/t/topic/1672148
时间: 2026-02-28 23:38:41
摘要:
直接宿主机装 nodejs 跑呢？还是用 OrbStack 开个 Linux 虚拟机在里面跑？
标题: OpenAI CEO 奥特曼发推与战争部达成协议
作者: #patrick wang
板块: #前沿快讯
编号:
帖子: https://linux.do/t/topic/1672156
时间: 2026-02-28 23:41:26
摘要:
作者: #patrick wang
板块: #前沿快讯
编号:
1672156帖子: https://linux.do/t/topic/1672156
时间: 2026-02-28 23:41:26
摘要:
评论区笑死了
标题: CF托管域名解析到国内服务器需要备案吗？
作者: #𝒴ℴ𝓁ℴℬ𝒾𝓇𝒹
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1672161
时间: 2026-02-28 23:42:27
摘要:
作者: #𝒴ℴ𝓁ℴℬ𝒾𝓇𝒹
板块: #搞七捻三
编号:
1672161帖子: https://linux.do/t/topic/1672161
时间: 2026-02-28 23:42:27
摘要:
域名和服务器都在腾讯云，想绕过备案要求，把域名托管到CF或者转移到其他服务商可以跳过备案吗
标题: codex调用嘉立创eda2api
作者: #f X-429
板块: #搞七捻三
编号:
帖子: https://linux.do/t/topic/1672162
时间: 2026-02-28 23:42:29
摘要:
作者: #f X-429
板块: #搞七捻三
编号:
1672162帖子: https://linux.do/t/topic/1672162
时间: 2026-02-28 23:42:29
摘要:
我们知道，嘉立创eda有提供一套扩展api，供插件开发使用，同时其本体实际上又又又是一个浏览器套壳应用，在里面直接架http服务器给本地codex终端调用难以实现，所以最终还是选择了ws，本地websocat作为服务端，eda侧安装的扩展作为客户端的方案打通本地codex到eda内的通道，产物就是codex糊的这个 转发扩展
每一个eda工程窗体尝试去连接一个并不时时刻刻存在的服务端端口，尽管这看起来有些怪异，但也没有想到什么好的替代方案，只要gpt能正确调用到websocat尝试拉起服务，便总能握手成功.
在我的设想中，嘉立创提供的api支持的功能 + 我的扩展透传了所有api + 透传后的api可以给codex随意调用 => 设计评估可以完全交给ai.即使不专门封装mcp，将文档完全交给ai实施，也能满足常见的元件选型、原理图绘制/评估/导出等需求，
实际用起来嘛，codex画的原理图就不单独截了，能画，但只能画一点点，试下来只要不用网络标签代替实际连线，效果都不太好，会有组件重复的问题，导致人类难以辨别；比较实用的用法可能就是立创的元件库2api出来，让ai直接出网表交给Quilter之类的去画板子？
总结：现有各类coding工具里的模型还是差点意思，gpt5.2xhigh速度慢，优势大概只有大碗易于获得+方便集中管理；对现有api可能还是需要再封装，减轻模型的上下文压力