当你把 Gmail、GitHub、Slack、Notion 等超过 118 个常用服务通过 OAuth 授权给 OpenHuman 之后，它会每 20 分钟自动同步一次数据，将全部信息压缩成层级分明的“记忆树”，并同时存放在本机 SQLite 数据库和一个 Obsidian 知识库目录下。你不需要绞尽脑汁去写提示词，这个代理已经在默默阅读你的上下文了。

31.9k

GitHub Stars

118+

集成服务

20min

自动同步周期

这个项目究竟在做什么

OpenHuman 是一个开源的桌面 AI 代理，由开发者 Steven Enamakel（@senamakel）发布后，仅用两天就冲上了 GitHub Trending 榜首。它既不是普通的网页对话窗口，也不是又一个编程助手，而是一个常驻桌面的 AI 伙伴，拥有可视化的表情、语音交互和持久的记忆能力。

它的核心运作方式非常直接：将你在工作中使用的各类 SaaS 账号（邮箱、日历、代码仓库、文档系统、即时通讯等）通过 OAuth 连接到 OpenHuman，之后它便会在后台每 20 分钟自动拉取新产生的数据，并将这些信息加工为 Memory Tree（记忆树） 存入本地的 SQLite 数据库。与此同时，它还会生成一套 Obsidian 可以直接打开和编辑的 .md 格式知识库。当你向它提问时，它会基于已经掌握的上下文即时作答，你再也不必反复上传文件或粘贴历史聊天记录。

该项目基于 Rust + Tauri 构建，前端使用了 TypeScript 和 React 19，代码中 Rust 占了约 65%。安装后得到的是一款原生桌面应用，支持 macOS、Windows 和 Linux 三大平台，并采用 GPL-3.0 开源许可。

越来越多的人早已习惯同时使用多款AI工具，而不再局限于一两个应用。

即使你专门用某款编程工具（比如 Codex），日常仍然会依赖问答型助手，像 ChatGPT 或豆包，去处理信息检索、思路探寻等任务。

用得久了，很多人都会生出同一个烦恼：不同 AI 之间的记忆是完全割裂的，只能靠你一个人在中间手动传递上下文。

真实痛点：跨AI工具的记忆壁垒

设想一个典型场景：你围绕一个产品跟豆包聊了很久，对方的回应终于贴近你的需求。可当你把生成的结果复制到 Codex 里准备开发时，发现仍有大量细节被丢失。

这种情况在做大型项目时尤其突出。如果你只是 Plus 会员，大概率不会把 Codex 同时当成问答工具用，那样实在浪费资源。结果就变成你靠复制粘贴，用自己大脑一点一点搬运着从豆包那里打磨好的提示词。一天下来，整个人昏昏沉沉。

还有一种同样令人抓狂的情形：你一直在一个 Claude Code 对话窗口里推进项目，每次想开新窗口，都得重新交代背景、同步当前进度，这种心理负担让你索性赖在旧窗口里。直到对话被压缩到极限，再也跑不动了，你看着那个无法再使用的对话记录，心里满是失落。

这些场景我都亲身经历过。每当陷入这种困境，我就在想，有没有办法把我和 AI 互动过程中产生的知识沉淀下来，变成可以随时调用的资产，下次开工时直接复用？

于是，我开始使用 PMBrain 来做这件事。

Github 地址：https://github.com/zhengyunhui123-dev/PMBrain

PMBrain 拥有一项关键能力：它可以读取你的对话内容，并将其中有价值的部分提炼、存储到知识库中。

部署完成后，你就能直接将那些散落在不同 AI 工具里的对话信息抓取过来，导入自己的知识库。

安装步骤这里不再重复，Github 上已经提供详细指南，此前分享过的文章也有介绍：分享一款我搭建的知识库系统，更符合国人的使用习惯

如何轻松将记忆导入知识库

操作方法非常直接。

如果你是在 Claude Code、Codex、Cursor、CodeBuddy 等工具中完成了交互，感觉上下文已经膨胀到不能再压了，就在这个对话末尾输入：

把这个上下文全部内容都capture到PMBrain里面，不要遗漏

针对豆包、元宝、千问这类问答型 AI，则只需复制对应的对话链接，贴到你的编程 AI 工具（Claude Code、Codex、Cursor、CodeBuddy）里，然后说：

把这个链接的内容导入到PMBrain里面

就这样，记忆沉淀就完成了。

怎样将沉淀后的知识用起来

用法同样不复杂，在 AI 工具里给出这样的 prompt：

在PMBrain里面搜索一下“xx项目”的内容，计划一下下一步工作

这里的指令“计划一下下一步工作”完全可以按实际情况替换成你需要的具体行动，比如“梳理当前遗留问题”或“生成结构化的需求文档”。AI 会先搜索知识库，理解前期的背景和工作进展后，再为你规划后续步骤。

如果每次都手动输入觉得麻烦，还可以把这则指令写进项目的总体规则（如 AGENT.md 或 CLAUDE.md），一句话就够：

每次开展工作，先根据提示词搜索PMBrain，结合搜索结果开展工作。

PMBrain 在协作中的角色：你的外置大脑

它扮演的正是人脑中“记忆”那一部分角色。

在和 AI 互动的过程里，我们不断向它发出指令，吸收它输出的知识，完善自己的想法，推动工作前进。这中间，人脑既要思考，还要记住大量信息。

浅层的思考其实不难，毕竟深度推理已经被 AI 分担了。但 AI 输出的信息量极大，靠人脑全部记住真的很累，掉头发那种。现在，让 PMBrain 代替你记住这一切。

在英文投资社区中盛传的一则推演指出：一旦 SpaceX 启动首次公开募股，埃隆·马斯克将跃升为人类历史上首位万亿美元身家的超级富豪，而华尔街投行则极可能在这场资本盛宴中，一步步将散户推上高位，充当最后的接盘手。不论这一说法是否精确，它已经清晰地揭示了 IPO 定价链条里散户所处的真实位置——一个被高度设计过的角色。

事件推演与散户避险

SpaceX 的上市时间表从来不是公开文件上的确定性事件，但围绕它的叙事早已被反复翻炒、烘托。马斯克本人不止一次公开宣称不会让 SpaceX 走向公开市场，理由直白：上市公司必须臣服于季度财报的短期逻辑，而星际航行和火星移民的回报周期却是以十年为单位计算。然而，私募市场的估值数字持续膨胀，「万亿首富」也从空想演变为资本市场里乐此不疲的剧本。

2024 到 2025 年这段窗口期，SpaceX 在私募二级交易中的估值已攀升到两千亿美元上下。一旦走向 IPO，如果发行价锚定甚至高于这一区间，马斯克手中股权的价值将毫无悬念地冲破万亿美元大关。这种极具冲击力的数字，对散户而言几乎构成了无法拒绝的诱惑，也是投行在路演中最锋利的销售武器。

一、推演路径的三重构造

第一重可以称为「估值区间粉饰」。承销商在预热阶段持续释放偏高估值区间，将全市场的预期锚定在高位，等到实际发行时，即便定价略低于上限，散户也会自动将之解读为「打折入场」。第二重则是「绿鞋托市」。主承销商在挂牌首日尾盘启动超额配售机制，用资金把股价托在发行价上方，制造出强烈的 FOMO 情绪，而这种人造首日涨势，往往在情绪见顶之后迅速消退。第三重是「机构库存转移」。保荐机构在配售环节向关联基金、长线客户大量倾斜低成本筹码，待解禁期一到，由接盘的散户承担后续的抛售压力。

参照：2025 年典型科技股 IPO 的数据特征

• 最终发行价落在指导区间上限甚至溢价区间
• 首日涨幅中位数低于 15%
• 90 天解禁窗口内平均回撤幅度在 15% 至 25% 之间

二、SpaceX 叙事的特殊危险性

星链网络、载人航天、火星移民计划、NASA 政府订单，这些故事中的任何一张牌，都足以单独支撑起一家上市公司的估值故事。而 SpaceX 同时握紧四张高概念底牌，意味着投行在路演中根本不需要费力编造叙事情节，只需把不同业务线的预期收入做一次加总，就能得出极具冲击力的估值数字。在这种宏大叙事面前，散户几乎没有任何天然的免疫力。

马斯克个人品牌则是另一层风险。他将自身命运与公司叙事深度缝合：任何对 SpaceX 的看空言论，都极容易被铁杆粉丝解读为对整个人类航天事业的否定。这种情感捆绑会让散户在市场出现调整时倾向于逆势加仓，而不是止损离场，最终把账面上的浮亏真实地转化为无法挽回的亏损。

三、用二级市场数据验证推演

要判断一场 IPO 是否被人为推高，不必依赖任何地下故事，只需核对几组公开数据即可：发行价相对于最近一轮私募估值的溢价幅度、承销商绿鞋期权规模在总发行量中的占比、以及解禁期前后机构持仓的集中度变迁。一旦 SpaceX 真正上市，这些信息都能在 SEC EDGAR 的 F-1/A 和 13F 文件中直接查询。

自检路径

1. 在 SEC EDGAR 系统中检索「Price Range」的修订痕迹，观察指导区间是否被反复上调。
2. 在「Underwriting Agreement」中确认绿鞋比例，一旦超过 15% 就值得警觉。
3. 上市后第 30 天和第 90 天分别查看 13F 机构持仓变化，集中性的大幅减持通常比散户的公开行动更快浮出水面。

四、散户的自守策略

首先，不要用散户的心态去参与一场由机构主导的定价博弈。IPO 本质上不是彩票开奖，发行价区间内的利差早已被投行和机构客户分割殆尽。其次，把目光优先放在解禁窗口，而非上市首日的涨幅上——多数首日拉升在解禁前会被提前透支。第三，试着将 SpaceX 看作一个航天产业的可转换凭证，而不仅仅是马斯克的个人叙事。星链的商业化节奏、政府合同的续约周期、发射成本的下降曲线，这些硬指标远比「万亿首富」的故事更能护住本金的底线。

如今，完全是订阅额度在驱动着我。 每当额度即将重置，我就会拼命使用，在大量消耗的过程中总能学到新东西。只不过上一次额度重置前的“狂欢”我未能参与，因为我的五小时限额已满，下一次重置要等到晚上十点半，实在熬不住了。

我之前就说过，token 的用量和学习收获是成正比的，这一点儿也不假。持续消耗 token，与 AI 交互得越频繁，就能掌握越多的技能。当额度即将到期时，迫使自己加速使用，想尽办法把额度耗完，一点都不能浪费。这个时候大脑高速运转，拼命思考能做点什么。不论工作任务还是个人事项，都会被一股脑塞进对话框，让它们跑起来。在这个过程中，大脑被充分调动，多线程并行，工作负荷瞬间拉满。我甚至用上了平时舍不得使用的 /goal 命令和子代理同步功能，又学到了新的技能。工作也因此向前迈进了一大步，以前一直拖着、懒得分析整理的事情，全都完成了。最后，我还会总结这次体验，优化日常的工作思路。这就是额度重置前或到期前的典型收获——在平时根本体会不到。

不过，有时节奏实在太快，人脑来不及思考，只顾着不断下指令，让 AI 做这做那，难免也会出现问题。好在并不是天天这样；要是天天如此，谁也受不了，即便一周一次，强度都有点高。现在我很享受不必着急耗费 token 的日子，甚至觉得当前的工作强度根本不算什么。

或许这也跟贫穷有关：因为穷，token 无法无限供应，平时总舍不得大量使用，总担心离到期日还早额度就先花光了，那接下来的时间该怎么办？于是，临近到期时，又得拼命消耗，一点点都不能浪费。如此循环往复。

但在这个循环里，确实学到了东西，这一点无可否认。我不禁想，那些开通了 100 美元甚至 200 美元额度的人，他们的工作状态会是怎样的？他们每 5 小时的额度或许比我一整周的量还多，又用来做什么呢？大概是在做真正有意义的事，比如构建一个庞大的软件工程，或是维护一个极为复杂而具体的产品。若真如此，我还有很长的路要走。我用得还不够多，可能意味着连门槛都还摸到，更谈不上已经掌握了 AI。所以，继续努力吧。

眼下要学的东西还很多：我要做 CLI 工具，要研究 MCP，要搭建本地化的 AI 操作管理系统。随着想法的不断迭代，token 仍会大量消耗，人脑仍需高速运转，永无止境。因此，我必须消耗 token，并将消耗掉的 token 变成武装自己的武器，以便在这个快速迭代的时代不掉队。加油，做自己想做的，学自己想学的。希望有一天，我能确信，所有的努力都没有白费。

在陡峭的山坡上建造房屋，既要防得住火灾，又要贴合水源——这种看似矛盾的诉求，本身就带着一种荒野生活的强烈吸引。

在加利福尼亚松平（Pine Flat）社区，2019年金卡德大火吞噬了一栋离网住宅。就在那片废墟之上，福克纳建筑事务所（Faulkner Architects）用耐候钢重新包裹出一栋山地住宅。耐候钢外壳能防火，水系统自循环，离网太阳能供电，雨水实现百分之百回收。这栋房子不仅是荒野生存的设计应答，更是一次彻底到骨子里的乡村建造实验。

Pine Flat住宅以极低的姿态嵌入陡坡，棚式屋顶沿着山脊线平缓铺开。

耐候钢：建筑的防火铠甲

整栋房子的外壳是波纹耐候钢（Corten steel）。这种材料能在空气中自行生成致密氧化层，不燃、免维护，而且越旧越有面孔。福克纳事务所在太浩湖畔的CAMPout House（2022）和内华达的Red Rock（2025）中反复使用同一套策略：把建筑的外皮做成防火盔甲。Pine Flat更进一步，叠加上滑动余烬屏和甲板外部洒水装置，构成从材料到构件的三层防御，层层递进。

波纹耐候钢包裹着入口坡道与采光井，材料本身的氧化肌理便是一种防火宣言。

原址被毁房屋的混凝土基础和墙体被完整地保留下来。事务所用了「蕴含能量」（embodied energy）这个词。已浇筑的混凝土所承载的能量不该被轻易浪费，而在陡峭地形上尽量减少开挖，本身也是一种更轻柔的介入策略。新的矩形体量仿佛轻轻踩在落叶之上，超出旧轮廓的部分顺势转化成雕塑般的入口台阶和玻璃采光井。

水之闭环：独立循环与空间仪式

水源全部来自自流井。设计百分之百捕获场地的雨水：悬臂式排水沟将雨水导入钢制水池，再流经生物滞留区，最终汇入可兼作消防备用水源的滞留池。一台冲击式水轮利用落差水流补充水力发电。混凝土水池同时也是冷却泳池，水体始终处于更新状态。化粪池处理废水，离网太阳能电池阵列提供全部电力。这栋房子完全不依赖任何市政基础管网。

上层主层的室外门廊，混凝土烟囱从窗墙间穿出，西侧的自流水盆与其形成空间上的对仗。

福克纳将水与火当作一对元素来设计。火灾风险催生了防火外壳与余烬防护，而水的存在则被转化为空间仪式。上层主层的中心，一座混凝土烟囱稳稳矗立，无声地提醒着火的威胁；房子的西侧则是自流水盆，工作室说它“促进视觉与诗意的对话，以纪念该地点的泉眼”。在设计内华达州Red Rock住宅时，福克纳同样围绕一座大水池来组织空间。火与水，保护与庆祝，在他们的实践中始终如一对孪生元素，并肩而立。

废墟之上：记忆与工具性重建

Pine Flat所在的Mayacamas山脉，在1870年代曾因水银矿开采而繁荣一时。场地上原有的住宅毁于金卡德大火之后，业主并未离开，而是选择重建：一栋低维护、长生命周期、直面景观并在未来火灾中更耐久的房子。这份任务书从一开始就带着荒野生存的底味。

棚式屋顶体量沿斜坡展开，车库从主屋斜向探出，悄然隐入山坡下层。

建筑拥有三层卧室，两层通高，整体嵌入陡坡。入口坡道特意为无障碍通行设计，预制电梯核心筒也为未来轮椅使用预留了条件。离网设施包括升级后的太阳能电池阵列。车库从长方形的主屋倾斜而出，其下方则是嵌进山坡的工作间。福克纳自己如此说道：住宅建筑可以超越审美层面的考量，房子就是安居于场地之上的一种工具。

客厅被大面积窗墙包裹，混凝土烟囱成为整个空间的垂直锚点。

设计启示：可带走的荒野建造经验

将表皮转化成盔甲
Pine Flat与CAMPout均采用了耐候钢加混凝土的外壳组合，不燃、免维护、越旧越有表情。乡村建造的围护材料不只要保温，更要主动防火——先用构造逻辑回应生存问题，再谈论形式。

把基础设施做进空间里
自流井、雨水收集、水力发电、消防备用水源，福克纳并未将这些功能隐藏起来，而是做成水池、排水沟、瀑布，让水系统成为可见的空间元素。在脱离市政管网的乡村建造中，基础设施本身就是空间的构成。

保留废墟里的能量
原住宅的混凝土基础和墙体被完整保留，既削减了陡坡上的开挖量，也让新房子与原场地的记忆得以连续。在乡村建造中，“保留”常常比“拆除重建”更难，但同时也是一种更有力量的策略。

谷歌云正式发布 Open Knowledge Format 0.1，将 Andrej Karpathy 所构想的“LLM Wiki”转化为一套可行的工程规范。它并非谋求统一内容格式，而是致力于标准化知识的储存与结构方式：对人而言，知识以 Markdown 呈现；对 AI 来说，则是可被标准化维护的上下文环境。

为何这件事值得业界密切关注

当前的知识系统存在一个结构性缺陷：它们被强行锁定在五花八门的工具之中。无论是 Notion、Confluence、Obsidian 还是各类 wiki，导入导出机制、权限模型以及维护人情成本各不相同。AI Agent 想要读取这些知识，不得不依赖连接器、API 或导出中间文件，而每一次模型或工具链的切换，都需要重建整条上下文管道。

OKF 的切入逻辑是：知识容器本身不该成为问题的放大镜。它将知识拆解为一包包 Markdown 文件，每份文件的开头写入几行 YAML frontmatter（类型、标题、标签），随后整体放置于 Git 仓库或普通文件夹中。这里没有数据库、无需注册中心，也没有复杂的压缩方案。cat 即可阅读，git clone 就等于部署。这听上去像是在 Markdown 上套了一层规范外壳，但真正令其进入舆论中心的，是它首次由主流云厂商以产品规格的形式，承接了 Karpathy 的 LLM Wiki 理念。

Karpathy 所判断的核心在于：人类终会厌倦维护 wiki，但大语言模型不会。模型永远不会忘记更新交叉引用，不会抱怨 15 个关联文件太过繁琐，也不会因为“知识管理”被排在优先级第三位而主动搁置。

从概念到工程落地：LLM Wiki 终成规范

OKF 刻意保持“最小意见化”：它不规定你该写什么，只约定如何存储与引用。正因如此，它可以承载任意领域、任意粒度的知识。YAML frontmatter 同时充当人类可读的标签和机器可解析的元数据，Markdown 是内容载体，而 Git 则承担版本追踪与跨团队协作的角色。

这一设计带来的实际效果是，知识从诞生之初就具备两层可读性：人可以直接打开文件阅读而无须前端工具，Agent 则能够依循规范解析并维护跨文件引用。两大场景在同一格式下并行展开，不再需要互为镜像的两套系统。

社区反应同样印证了这一判断。对一部分 AI 原生开发者来说，OKF 真正潜在的对手并非其他 AI 工具，而是 Notion 与 Obsidian。因为这两类产品已经沉淀了大量团队知识的维护成本，“记账成本”结构随之改变。传统 wiki 的开销重心其实并不在检索，而在于让团队成员持续更新并保持格式一致；当 LLM 代为管理知识仓库时，这一成本源头便被推进了 AI Agent 的工作流之中。

本期内容聚焦近期跨境赛道的五个关键变量：亚马逊Prime Day进入最后9天倒计时，6月23日起连续四天全球同步大促；美西航线FEU运价较年初大幅攀升87%，马士基宣布自6月17日增收2000美元旺季附加费；TikTok Shop一口气新增八个欧洲站点，欧洲版图扩容至13国；Temu美国站全面终止中国直邮，半托管与本对本模式成为主流；GEO优化正成为独立站获取AI搜索流量的新引擎，转化效率可达常规搜索的23倍。一文速览这些正在重塑出海格局的重要信号。

01 | 亚马逊Prime Day提前拉开序幕：大促锁定6月23至26日

亚马逊已正式宣布2026年Prime Day将于太平洋时间6月23日00:01启动，持续到6月26日，整整四天。这是Prime Day首次提前到6月举行（2021年以来调整幅度最大），意味着卖家的备战周期进一步压缩。

本次大促覆盖23个国家和地区，包括美国、英国、德国、法国、意大利、西班牙、日本、墨西哥、沙特、阿联酋、新加坡、南非等核心市场，而澳大利亚、巴西、印度、日本等将在夏季晚些时候推出专属场次。超过35个品类参与促销，Sol de Janeiro、LG、Stanley等热门品牌折扣最高达到50%，每日还会分三次（太平洋时间0点、8点、13点）更新“今日大促”清单。亚马逊也同步上线了免费生鲜抽奖、Alexa消费送1000美元礼品卡等会员福利。

为何值得紧盯：6月大促对卖家提出了全新的挑战——夏季选品（户外、防晒、水上娱乐）、物流时效（6月17日至7月2日恰逢海运附加费叠加期）、库存深度的三重准备必须同步到位。加之5月底已开始的TikTok DFYD（6月17日-7月2日）和Walmart Deals（6月22日-28日）三平台大促同期，这极可能成为2026下半年跨境电商竞争最激烈的“流量黄金周”。

📰 参考来源：新浪财经《2026亚马逊Prime Day定档6月23日至26日》（2026-06-02）

02 | 美线海运运价飙升87%：马士基6月17日起征$2000旺季附加费

6月初Drewry WCI全球集装箱运价指数周环比骤涨**23%**至$3,433/FEU，创下2026年以来最大单周涨幅。截至6月5日，美西航线FEU运价较年初已累计上涨87%，美东航线涨幅突破70%，SCFI综合指数攀升至2726.48点，创近两年新高，且已连续五周上涨。

头部船公司密集发布涨价通知：马士基宣布自6月17日起对美线每一FEU加收2000美元旺季附加费，中非、南美航线同步执行；地中海航运（MSC）在亚欧、北非航线同步上调运价，部分航线包箱费率最高已达$9,200/FEU。深圳博达捷运物流负责人透露“华南、华东甩柜现象频发，一舱难求”。

值得研判的影响：美线运费持续高企将直接压缩FBA卖家的利润空间。可采取的应对思路包括：（1）非紧急货物提前锁舱锁价，避免旺季被甩柜；（2）高价值小件产品转向空运或快船；（3）Prime Day前库存至少按45天销量备货，6月10日前完成入仓；（4）在平台新政策推动下，中大件卖家可优先采用海运快船或海外仓补货模式。

📰 参考来源：东方财富网《2026年以来全球集装箱海运价格出现大幅上涨》（2026-06-12）

03 | TikTok Shop欧洲再下一城：新增8国，覆盖范围扩至13国

5月29日，TikTok Shop正式启动新一轮欧洲扩张，新增波兰、荷兰、比利时、捷克、奥地利、希腊、葡萄牙和匈牙利8个站点。至此，TikTok Shop在欧洲触达的市场已从原有的英国、德国、法国、意大利、西班牙扩展至13国，正在构建更为密集的欧盟电商生态网络。

平台同步推出飞轮计划Plus：开放个体工商户入驻、一证多国（一份资质覆盖多个欧洲站点）、极速审核等政策，显著降低开店门槛。有数据显示，TikTok Shop东南亚跨境市场按摩仪品类GMV增长超10倍，美发个护电器增长222%，保健品增长262%，宠物用品增长235%。

核心机会与挑战：欧洲跨境电商正进入“多国一盘货”阶段。一证多国政策意味着卖家可用一套资质、一次审核撬动13国市场，对中小卖家而言，这几乎是历史性的窗口。但要警惕“语言+合规+税务”这三道门槛——尤其是希腊、葡萄牙、捷克等小语种市场，本地化内容（语言与文化）将成决定性因素，建议优先在德、法、意、西四大语言区搭建内容运营基础。

📰 参考来源：连连国际《官宣｜连连全面支持TikTok Shop欧洲8大新站点收款！》（2026-05-29）

04 | Temu美国直邮全面停摆：半托管与本对本模式成为主旋律

自5月3日起，Temu正式关闭中国至美国的直邮通道，所有订单必须由美国本土仓库或本土卖家履约，跨境小包直邮模式彻底退出美国站。再叠加2026年2月美国取消800美元以下包裹免税政策——一个3美元的普通手机壳在加入运费和关税后已无法盈利。

#Anthropic #Fable5 #Mythos5 #出口管制

美国以国家安全为由，通过出口管制指令要求 Anthropic 立即暂停 Fable 5 和 Mythos 5 的全球访问权限。Anthropic 于北京时间 2026 年 6 月 13 日凌晨正式接到该指令，并迅速面向所有用户关闭了这两款模型的入口。其他 Claude 系列模型不受影响。此次暂停的直接导火索是政府掌握的一项所谓“非通用越狱”演示，而 Anthropic 经评估后认为，此类能力在当前已公开模型中广泛存在，这次的管制标准明显过于严苛。

一张禁令让最强大模型一夜下线：合规风暴席卷全球

2026 年 6 月 12 日下午 5:21（美东时间），Anthropic 收到美国政府签发的出口管制指令，要求停止所有非美国国民对 Claude Fable 5 和 Claude Mythos 5 的使用。指令覆盖范围极其宽泛：不论用户当时身处美国境内或境外，只要不具备美国国民身份，就全部被纳入禁令。更关键的是，Anthropic 在声明中明确指出，该限制同样适用于公司内部的外籍员工。这就意味着 Anthropic 无法通过地域标签或账户属性进行精准隔离，唯一能让公司合规的做法，便是将这两款模型从所有客户可触及的路径中彻底抽离，而不仅仅是针对非美国用户下线。6 月 12 日晚间起，Fable 5 与 Mythos 5 在全球所有区域的 API 及 claude.ai 平台上已同步关闭。

政府眼中唯一理由：发现了一种绕过模型防线的方法

根据 Anthropic 的官方通报，政府给出的触发条件是：已掌握一种可“绕过”（即 jailbreaking）Fable 5 的方法。Anthropic 对同一份技术演示进行了复核，发现其核心内容不过是引导模型读取某个特定代码库并修复软件缺陷，综合评估后认为演示所展现的攻击层面相对简易，且相同类型的能力在众多已公开发布的模型上也能够复现，根本不需要专门针对 Fable 5 的防护体系进行突破。Anthropic 同时强调，迄今并未收到任何“因潜在越狱导致实际危害”的报告，目前披露的潜在越狱案例要么是完全无害的响应，要么只是一些次要发现，并未提供任何超过现有模型能力、属于 Mythos 独有的安全性增益。也就是说，政府所依据的顾虑，在 Anthropic 看来属于非通用、非严重的已知边界场景。

树莓派 5 的产品线不断扩展，选择合适的内存版本变得越来越考验判断力。这篇文章会系统地比较各个选项，帮你找出真正值得入手的那一款。

一般原则： 如果你的项目是无头运行，1 GB 或 2 GB 就足够了；4 GB 是均衡的入门选择；8 GB 和 16 GB 则更适合需要大量资源的高级用户。

下面会先梳理各版本的核心差异，再根据不同使用场景给出具体推荐，同时还会提供一些实际测试数据，供需要精准参考的朋友使用。

目录

• 树莓派 5 内存选项
• 按使用场景推荐内存
• 特定软件的内存估算
• 最终推荐

树莓派 5 内存选项

目前市售的树莓派 5 共有五个主板版本。许多人可能会好奇：它们之间有什么区别？对实际体验有什么影响？到底该买哪一个？这一节就从全局回答这些问题。

规格与关键信息

所有树莓派 5 版本共享同一套基础硬件规格。

• CPU: 4× Cortex‑A76
• GPU: VideoCore VII
• 以太网: 千兆 | Wi‑Fi: 802.11ac | 蓝牙: 5.0/BLE
• PCI Express: 2.0 ×1 | USB 3.0 | GPIO 40‑pin

真正的不同在于内存容量：

以上价格来源于 2026 年 6 月 11 日树莓派官方手册。

项目概述

这是一款基于树莓派Compute Module 0（CM0）的Linux IPKVM设备，目前项目核心功能已经开发完毕。由于系统运行和视频采集对存储空间有一定要求，建议选用16GB以上eMMC闪存的CM0模块，或者自行替换更大容量的eMMC芯片，以保障长期使用和后续扩展的流畅体验。

开源代码与适配

核心代码已上传至GitHub，并针对CM0硬件进行了完整的PIKVM移植适配。目前的固件在最新的Debian 13系统上经过了全面验证，可以稳定运行。

• 适配仓库：https://github.com/JasonYANG170/pikvm-cm0

实物展示

以下为组装完成的成品及PCB照片，涵盖正反面、HDMI输入输出测试以及PIKVM采集测试的实际效果。

正面

背面

PCB正面

PCB背面

HDMI输出与系统测试

HDMI输入与采集测试

PIKVM移植验证

PIKVM实际采集效果

功能特性

• HDMI输入与输出：具备完整的HDMI视频采集和本地环出能力
• Debian 13系统：官方最新系统完美驱动，生态兼容性极佳
• PIKVM开机自启：上电即运行，无论身在何处都能随时远程控制目标主机
• GPIO扩展：开放标准40针引脚，可自由连接传感器、继电器等外设，实现二次开发

硬件配置与状态

该CM0模块芯片内部集成DDR内存，eMMC接口支持5.1规范。为获得更大的软件安装空间，实际硬件中将原厂eMMC更换为64GB版本，系统识别正常且读写稳定。

• s-tui监控界面

• htop资源占用

• lsblk块设备列表

虚拟内存配置优化

CM0的板载内存较小，为了流畅进行视频编解码及PIKVM相关编译任务，需要创建并激活大容量SWAP分区。下面是一个12GB交换空间的完整配置步骤。

1. 创建并启用SWAP文件

sudo dd if=/dev/zero of=/swapfile bs=1M count=12288
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

2. 设置开机自动挂载

sudo nano /etc/fstab
# 在文件末尾添加以下一行
/swapfile none swap sw 0 0

3. 调整Swappiness倾向值

适当提高swappiness值能让系统更积极地使用交换空间，缓解内存压力。