求助如何开启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去润色,直接交差

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

随着Claude Code最近1-1.5个月的持续不稳定
便宜中转显著降智
以及最近0.3-0.7元人民币/刀的MAX中转渠道也被秒杀
最近几天CC的可用性更是堪称崩溃（哪怕自己买MAX 20X一小时就被封号）
我本人也明显感受到身体出现了极度焦虑的心理状态
以前的工作流程是从睁开眼睛一直处理需求/BUG到闭眼，每天15-17小时工作时间
每日基本开销在5-10E tks不等
最近CC不稳定，导致只要一停止跟CC沟通，只要需求停滞一下，就会严重焦虑
每天都在到处找更稳定的CC渠道
感觉自己的企业在被人100x、1000x的速度甩在后面
虽然以前也对企业竞争感到压力，但是现在彻底认清了
2026年，企业之间的差距飞轮已经被彻底装上了火箭
只要使用的方法正确，你的同行一眨眼就会秒杀你
我不敢睡觉了

11点的北京，总是能经常看到。
坐在滴滴的后座，窗外是寂静的夜，流动的路灯就像是回忆的走马灯。
回家前，妻子说孩子从床上摔了下来，数落了母亲一顿，好在孩子没什么事情。
我知她心里有情绪，也是让她发泄的，好言安慰疏导情绪。
到家已是深夜，妻子房门紧闭，想必还是余怒未消。
小宝和奶奶睡，睡得倒是深沉，卜楞几下也没醒。母亲还没睡，聊了两句，叮嘱了几次，孩子半大不小，最多容易发生意外，看顾多注意些就好，
母亲也很心疼孙子，也多有自责。
谈话间，妻子出来，面容严肃。母亲也回屋睡觉，妻子质问，种种过往。
我知她心里着急，迎合安抚情绪。
往事种种皆被指摘，桩桩件件都是皆不满意，一时不忍，与她争辩，实属不该
只在发泄情绪的人，一时也不必与他讲理
两两无言，她觉我不懂她，愤而入屋
夜半无眠，烦闷的很，客厅沙发倒也乐得清净，记一笔流水帐

之前我看到网上有博主分析，程序员这个职业很可能撑不到今年年底，我看现在ai也确实可以把前端和后端做的很好了，以后失业的人会越来越多吗，我室友总是反驳我说社会主义国家不会大规模裁员，我：……，
未来到底会是什么样呢