今天在web端顺手点了一下升级到最能版本2026.3.22,  然后就不对劲了。 先是web界面刷新显示“  Control UI assets not found. Build them with `pnpm ui:build` (auto-installs UI deps), or run `pnpm ui:dev` during development.“     然后就是cli 看openclaw 状态， 显示“ openclaw-weixin failed to load from /root/.openclaw/extensions/openclaw-weixin/index.ts: Error: Cannot find module ‘openclaw/plugin-sdk’
Require stack:

/root/.openclaw/extensions/openclaw-weixin/index.ts  ”


重新安装微信插件也不行，有佬友遇到同样问题， 并解决的吗？

看到论坛里的提到的好像是注册比较难，容易ABC。我也试着注册了一个账号，验证了信用卡，都没问题，成功创建账号。然后试着去创建4C24G实例，好像是没有资源，听说升级成PAYG账号可以，于是就去升级，但是发现之前注册的时候验证过信用卡却没有绑定，于是重新绑定，信用卡也提示预扣费成功，但是点升级账号之后报错，分别用的是中国工商银行master外币信用卡和招商银行visa外币信用卡。但是都失败了。有佬知道是什么情况吗？

你说我得bing?
因为我正在(being)
失去电子(e⁻)
或者说 我正在被氧化(失去电子e⁻)<这句是刚才新添的>
大约是25年5月份的创作
今天和伊纳一起把他们挖出来了

ai时代该如何快速的学习一门语言呀，下半年就要实习了，但是目前什么都是半吊子，想认真的学一门语言，例如java去搞后端，但是视频看着有点浪费时间而且看完之后总感觉跟没看一样，用ai的话也不知道怎么用，只会codex无脑让他生成，就很迷茫。

现在不管是写科研代码，还是给开源项目提 PR，基本全是 vibe coding，就是大概知道要干嘛，然后让 AI 帮我补代码、改代码、debug。
短期看其实效率挺高的，东西也能做出来，我还自己纯vibe coding开发了几个工具。但问题是，我越来越觉得自己对代码的理解非常浅。别人问细节的话很多时候就很容易卡壳，看复杂代码也会有点虚。
所以想问问佬友，如果一直这样，会不会根基不稳，以后做更底层、更复杂的东西（我做编译和算子优化方面的工作）就写不出来了？有没有什么办法可以一边用 AI 提效，一边保证自己真的学到东西？

说好的亚洲的白天刚好双倍用量时间
可我怎么几个号都拉完了
20x max 我40分钟就干限额了
5小时用了3个max号 还要等2小时真空期
我只有满脸无话可说了

本科生第一次玩基金已经亏了5%了，感觉有点麻木了呜呜呜

最近看arxiv文章，感觉根本看不完，所以一般借助llm看个大概流程，觉得还行才会细读。

求助如何开启1m，我看没有叫1m的模型

第一次在Linux写帖子有点紧张…
最近正好因为业务在爆改OpenClaw，然后做自己业务的Claw，就给大家分享一下在OpenClaw处理上下文中，一些对于大伙可以节省Token的Tips。
Skills
OpenClaw的Skills设计是这样的:
磁盘 SKILL.md 文件
    ↓ loadSkillEntries()           — 扫描磁盘
    ↓ filterSkillEntries()         — 按配置过滤
    ↓ applySkillsPromptLimits()    — 截断保护
    ↓ formatSkillsForPrompt()      — 只取名称+描述
    ↓
skillsSnapshot.prompt（纯文本，约几百字节）
    ↓
buildSkillsSection()               — 包裹使用规则
    ↓
system prompt 数组中展开

第一步
OpenClaw的第一步会取你所有 可用 的Skills的 name 和 description放入上下文中。
好消息是：它只会取你前 N 个 skill，默认上限 150 个。
坏消息是：就算只取50个Skills的 name 和 descriptiom也是超高的上下文消耗。
紧接着取出来可用的之后，第二步还会用二分查找找到最大能装下的前缀，默认上限 30,000 字符。

这对于我们来说，其实就是两个点：

不要瞎下很多的Skills，特别是基本实现差不多的Skills，他们都是会装入上下文的，我们要谨慎安装，时常清理。
在编写Skills的时候，不要把 name 和 description写特别长，这是必读的部分。


第二步
只有当模型判断真的需要某项技能时，才会自己调用 Read 工具拉取具体的 SKILL.md 回来。（一轮对话只会选中一个，不会选中多个，这是写在源码提示词的东西），然后去执行。

这里的点是在于：在我们编写Skills的时候，如果你有一份很详细的 JSON 数据样本，或者长达两三万行的排错日志。不要直接粘贴到 SKILL.md 中。因为读出来的东西，是会全量到上下文的下次思考和过程的。（这里其实还有个限制SKILL.MD不能超过256,000 bytes）

后面的步骤基本都跟节省消耗关系不大了。
Project Context
OpenClaw 启动或者是开启新 Session 时，会自动根据配置（比如 workspace 下的 AGENTS.md、SOUL.md 以及其他指定的上下文文件）提取上下文，并且将它们作为 Project Context 组装到 System Prompt 中。
这也是消耗 Token 最核心的地方，它的文件加载限制设计是这样的：
配置的 Project Context 文件列表
    ↓
buildBootstrapContextFiles()       — 开始分配字符额度 (Budget)
    ↓
    ├— 每个文件最高不超过 20,000 字符 (默认 bootstrapMaxChars)
    ├— 所有文件总计最高不超过 150,000 字符 (默认 bootstrapTotalMaxChars)
    ↓
拼接进 System Prompt 的 Project Context 块

第一步：单文件额度与“掐头留尾”保护机制
好消息是：就算你把单个指导文件（例如 AGENTS.md）写得太长，超过了单文件上限（默认是 20,000 字符），OpenClaw 也没有生硬地一刀切掉后半边，更不会因为读取超限而直接崩掉。它底层采用了一种掐头留尾砍中间的截断策略：

保留文件开头的 70% （Head Ratio = 0.7）
保留文件结尾的 20% （Tail Ratio = 0.2）
将文件中间被砍掉的长段替换为一句 [...truncated, read {fileName} for full content...]

坏消息是：这种截断是完全无脑按物理字数切割的。如果你恰好把一段极长、极其详尽的排错代码或者业务逻辑写在了中间的截断区，大模型甚至连阅读这段逻辑的机会都没有，这部分内容就这么凭空消失了。

这对于我们来说，其实就是两个点：

不要把具体的代码实现细节、常年不看的压测历史日志塞进系统的 Bootstrap 配置文件中（如 AGENTS.md）。
头部最重要，尾部次重要。如果你非要塞一套几万字的标准作业手册（SOP），千万要记得把“核心定义和高压红线”写在前 70%，把“兜底总结和输出规范”写在最后 20% 里面。


第二步：全局预算耗尽保护
我们知道OpenClaw有这些默认文件，但是这只是OpenClaw给的小白用户一个比较好的默认起点配置而已，你完全可以写更多的File去引导大模型，加在Agent.md入口中，或者其他入口里。




文件
来源
谁写入真实内容
作用




BOOTSTRAP.md
模板复制
用完删除
onboarding 引导


IDENTITY.md
模板复制
AI 写入
AI 身份


USER.md
模板复制
AI 写入
用户信息


SOUL.md
模板复制
AI/用户修改
人格


AGENTS.md
模板复制
用户/AI
行为规范


HEARTBEAT.md
模板复制
用户/AI
定期任务


TOOLS.md
模板复制
用户/AI
工具说明


MEMORY.md
不自动创建
AI 创建
长期记忆




上下文工程这种事情我觉得是基本功和需要靠大量尝试的，每个人都有自己的方法论和实践，比如我可能就拆得很细，拆了7、8个辅助文件，因为可以做文件索引去节省上下文。
比如某个辅助文件是专门控制子Agent行为和调用模型，某个辅助文件是控制人格修正什么的。包括现在很火的self-improve这类skills也是在下面加了很多Markdown，并不特别。

如果你的文件实在太多，即使每个都没超过两万字，但全部配置文件的总字数由于堆叠逼近了全局上限（默认 150,000 字符）时：每塞进去一个文件，系统剩余可分配的字符配额（remainingTotalChars）就会疯狂缩减。
当装到某一个文件时，系统发现可用余量少于 64 个字符（源码里写死的门槛 MIN_BOOTSTRAP_FILE_BUDGET_CHARS）时，OpenClaw 会觉得“只剩 64 个字符了，塞个文件名进来毫无意义”。于是，它会直接打断并彻底废弃加载后续队列里的所有上下文文件。

这里的点是在于：优先级决定生死。在 OpenClaw 中，一定要优先把自己最核心的想法文件（比如赋能性格的 SOUL.md、或者系统核心 RULES.md）放在最前面。对于些庞杂的辅助设定文档，果断放在后头。这样哪怕触碰到了全局 15 万字的硬上限，也就是次要上下文读取失败。

结束
文章写长了没人看，所以多写几章。后面应该会写一些配置上如何节省Token，长记忆最佳的总结机制，长记忆Embed/Query的最佳实践、缓存机制等。
完整的实现，我目前自己测试过，每轮对话能节约30-60%的Token使用。而根据业务完全的魔改版能节约40-80%的Token使用。（我的计算基准是根据OpenClaw里有个Report的函数，并没有计算上游Cache等场景，可能不是特别准确）
所以可以想象的是调优是件很有必要的场景。

真服了一直403，主站直连和大陆网站优化都连不上~

很玄学
操作自己网络 热点 全局梯子 三次abc
远程控制哥们电脑 一次就过了

网上冲浪时突然发现一个原神机场，本以为只是一个名字，结果导入后发现节点命名的还真是人才，实测节点clash上全部显示超时，感兴趣的佬友可以导入看看（仅供娱乐）
链接：spoiler

才安装的   网页无法打开！

受不了了,一刀接一刀,各种套话黑话,有无大佬可以告知怎么让gpt正常点说话..太折磨了

一、启动兼容处理
在项目中补充新版插件 SDK 的启动兼容导入：
import * as pluginSdk from "openclaw/plugin-sdk";


二、账号与路由补齐
将现有微信账号信息显式补回 openclaw.json，确保插件侧账号配置与路由映射完整，避免因配置缺失导致消息无法正常分发。
三、入站消息鉴权兼容
在 process-message.ts 中增加本地鉴权 fallback 逻辑，用于兼容部分场景下默认鉴权链路失效的问题，保证入站消息能够被正常校验和接收。
四、typing 回调兼容
在 process-message.ts 中新增 createTypingCallbacksCompat，补齐 typing 状态回调的兼容处理，避免微信侧输入中状态异常或缺失。
五、出站文本发送兼容
将原有 stripMarkdown 替换为 stripMarkdownCompat，确保出站文本在微信通道下能够正确清洗和发送，减少 Markdown 解析不一致带来的显示问题。
六、重启服务使配置生效
完成以上修改后，执行以下命令重启网关服务：
systemctl --user restart openclaw-gateway.service

下午休盘的时候，让等夜盘
大涨大跌都是走夜盘，
白天震荡都10%了，你割肉，汪汪队都得笑死
这种震荡，太过于波动了，这个时侯拿住，
明天继续下探4000，白天可能震荡5左右，我不是职业的，但是根据身边人的反馈，
继续持有，不割不入，
目前还能下探到4000，个人觉得
看明天大盘走向3700不，
不要信什么支撑位，看你耐心是否，
现在持有年底
起码利息钱大于存款，
像赚10个点，你就得割15个，

大白不懂,没用过claude,有没有像codex app有桌面版,把论文模板大纲直接丢给claude结合毕设写,然后Gemini去润色,直接交差

经豆包调查取证，属实()