Sabitlenmiş Tweet
周.乙 (⌐▀͡ ̯ʖ▀)ノJoey
21.7K posts
周.乙 (⌐▀͡ ̯ʖ▀)ノJoey
@JoeyDeepWorld
待人以诚，示人以真。求实求是，不说假话。 剖析技术、制度与资本交织的世界结构，也审视人的命运。 🪐 预言家，🩳 皇帝新装撕裂者。 🤖 AI 🧠思考与传播。 📅 94年起写代码，💻 UNIX 和 C 打底。 深度长文：文章 / https://t.co/QaI6ZYPFoD
Katılım Ekim 2023
1.1K Takip Edilen5.3K Takipçiler
@e_satellite @szflock 挪威的7号右边前太傻逼了。明明可以传的，自己带到了绝路。哈兰德露出了C罗一般的落寞。
中文
那些把马斯克敬若神明，把“第一性原理”奉为圭臬的蠢货，从来不会想一个问题：我们在做什么？目的是什么？
我们要做的是“回收”，目的是“可复用”，降低成本，提高发射频率和密度。
既然如此，马斯克四足站立的回收，从技术上来说，就是边际效应为零的炫技。
视频说：别人做什么我们能做得更好，对，但不完全对。
为什么这么说？因为他没有看到我们这么做不是为了追赶别人，那属于无脑吃饱撑的。我们也这么做是必须这么做。
别人做什么不能与我一定要做什么。我要做什么，要看自己的需求。这就是立项时要考虑的一个重要指标：必要性。
必要性怎么确定？马斯克发射了很多低轨卫星，轨道资源我们必须争取 - 可以说这一点上我们是被动应战，但前提是我们有自己的自主性。可以不用争取，像欧洲那样浑浑噩噩不是也饿不死？但我们是中国人，深谋远虑是我们骨子里的东西，我们不喜欢被别人卡住脖子，更不喜欢被别人凌辱。
既然要应对，就要考虑发射密度和强度，这是决定在有限的时间内快速发射数量众多的卫星能否成功的关键。这种强关联性也是马斯克做可回收的根本原因，他的最初目的不是为了炫技！
所以，客观规律决定的，中国也只能走“可回收”这条路。
既然走了这条路，目的是可回收。那么，在此基础上用网系实现同样的目的，冗余度更高，安全性更强，同时能增加有效载荷 - 这不是一键三连的好事儿？为什么要去学马斯克那种脱裤子放屁的四足落地？这种四足落地的炫技，说白了，是做给资本和投资人看的。
只要能保证安全回收，你管我怎么回收？
回收成了。我们开心，气死鳖孙。
中文
@nopinduoduo 我最初用IPC做的多模型通信，后来换成了handoff文档作为流程依据和真理源，你可以试试。我还做了个dashboard，可以监控所有agent的活动细节，不过这个是给人看的，agent不用。
中文
@JoeyDeepWorld 非常认同， 这个也是我在面对具体问题时遇到的，当资源有限的时候（有明确的时间点 + token 需要限额），
我在考虑如何最大化的利用上手里的多个agent，以及夜晚的时间去充分的跑起任务来，慢慢做成了这个样子。
中文
多Agent 协作，主控大脑 + 分工的模式确实爽啊！
比起 人在不同agent之间传话，直接让agent自己交流效率拉满了啊。
看了黄总搞的这套Claude code 的分工，我也搞了一套 ：
Codex 的sol 作为主控大脑， grok 4.5 + kimi / deepseek 驱动的claude 作为三个执行的agent。
利用codex的 goal，设置一个目标，然后分工持续监控，实现长程任务＋agent的效率最大化。
核心是做到下面两件事：
1.codex持续监控三个 Worker 的执行状态。
2.Worker 返回后继续追问、纠错、补任务，形成多轮迭代。
而 /goal 很适合放在最外层，作为整个“今晚到明早提交审核”的持久化任务控制器。
——————
如果你也想尝试复刻的话，很简单把这个帖子以及截图发给你的codex ，它就给你整起来了。
适用于你手上既有gpt订阅，x的p+订阅，又有一堆国产订阅的朋友们。
btw，grok的 4.5 是真好用啊，额度也多。另外deepseek 也是真顶，用起来跟不要钱一样。
huangserva@servasyy_ai
爽爆了 ！！ Claude Code 里现在可以玩一套很爽的分工： Fable 5 做大脑，负责架构、约束和验收；Grok 4.5 做执行工，负责跑命令、改代码、交报告。 通过 fable-advisor，把 Claude Code 变成 orchestrator，把 Grok CLI 变成 worker。 按照下面操作： 先安装Grok Cli： curl -fsSL x.ai/cli/install.sh | bash exec $SHELL -l grok --version 然后下载： github.com/DannyMac180/fa… 安装插件： claude plugin marketplace add DannyMac180/fable-advisor claude plugin install fable-advisor 然后Claude里面检查： 检查一下 fable-advisor 里面有 grok-implementer 进入fable模式 /model fable 输入一段类似： 你是架构师——自己不要写任何代码。先为下面任务写一份五段式 spec（目标 / 文件 / 接口 / 约束 / 验证），然后把实现委派给 grok-implementer 通道，让 Grok 4.5 通过 grok CLI 动手写代码。 任务：给 CLI 增加一个 `--stats` 参数，从现有日志文件统计并打印：总请求数、错误数、p95 延迟；输出做成一张小表。 等 GROK REPORT 回来后：读 diff，复核验证证据（重跑或核对验证命令输出），给出你的 verdict；通过之前不要说做完了。 想更稳一点，可以在后面再加两行： 约束：只动 CLI 参数解析和 stats 读取逻辑，不要顺手重构无关代码。 验证：跑项目现有测试/help，再跑 `你的cli --stats`，把实际输出贴进报告。 你就可以： Claude Code / Fable 5（Opus） = orchestrator架构脑、任务拆解、约束、验收、verdict。 Grok 4.5 / Grok CLI = Worker工人、跑命令、改文件、产出报告。 fable-advisor = 中间的工头/路由器，把“该怎么做”和“谁去做”分开。
中文
@JoeyDeepWorld 其实是更好的路。不明白为什么有人会认为支持不了重型火箭，回收船加大、支架加高、网绳密度加大甚至加多几层不就可以了？
网系回收方案优势明显，疑问是：SpaceX什么时候会改用这个方案。
中文
昨天试了试Codex(人家现在叫ChatGTP了）的Computer Use功能，画中画功能确实解放了整个屏幕 - 虽然我有三块屏幕，但被霸占一块总不舒服。
我让他给我找找淘宝的音响线材然后打开网易云音乐播放《日出峨眉》，打开网页操作并不复杂，复杂在打开网易云音乐。Codex一番折腾，摸清了App的布局和各项功能，耗时几分钟。
深更半夜突然一阵鼓声，也够吓人的。
后来我问它，既然打开app要做这么久的预处理工作，能不能对我常用的app做个一次性的预处理，后面在用Computer User就会快多了？它回答是的。建议我做，我到现在还没做。有兴趣的可以试试。
中文
吹哨人神佬 🤣 现在去搞。硬盘清理出20多G，松了一口气。
从来没这么穷困潦倒过🙁
Berryxia.AI@berryxia
喜大普奔啊，𝕏 的任何用户都可以开始免费Grok 4.5 了。 还没有体验的赶紧试试吧，速度是真的快！ 地址： x.ai/cli
中文
@e_satellite 不弄这个，压根没必要弄可回收。很多人说学马斯克，马斯克大量采用了苏联和美国的淘汰/搁置技术这些人却丝毫不提。 改性水泥做高超的时候，这帮孙子又眼瞎了。
中文
@JoeyDeepWorld “千帆星座”工程
中国版“星链”。2026年底在轨324颗，终极1.5万颗；已实现手机直连卫星，主打抢占低轨频谱资源。
x.com/e_satellite/st…
Satellite 𝕏 @e_satellite
“千帆星座”工程（G60星链）是中国版“星链” 低轨卫星互联网，对标SpaceX星链，已实现手机直连卫星通话（2026年6月）。 性能：下载峰值500Mbps，时延约50ms。 意义：国家级空天基建，产业链自主可控，抢占地球低轨频谱和轨道资源。 2026年是组网冲刺年，目标是让卫星像基站一样覆盖全球。
中文
主席看到今天军工的成就，应该会欣慰。
配乐：霹雳布袋戏 《日出峨眉》
Eason Mao☢@KELMAND1
这个视角好 7月10日，长征10B运载火箭从中国海南岛商业航天发射场成功发射升空。 发射约六分钟后，第一级和第二级火箭按计划分离。随后，第一级火箭进行受控下降，并精确降落在海上平台上。
中文
第14秒男子弯下腰撅起屁股，两个男子拉住他裤子的时候，我以为不忍直视的事儿要发生了。
India 101@vishvaguru2014
Let’s see what’s going on in Hindu temples in Dallas 🇺🇸
中文
检查你的config.toml 文件，上下文窗口设置好。如果没有就加进去。
你可能没有太大感觉，但你的钱包有感觉。
Jack Vinijtrongjit@juminoz
I'm seeing a lot of people complaining about @OpenAI GPT 5.6 Sol burning through their tokens. Somehow I'm not seeing the same thing. This is my standard settings and I'm so lazy I would literally commit to GitHub using this settings as well. - GPT 5.6 Sol XHigh Fast - Context window: 544000 Most recent task: - 22 minutes - 2593 lines of code generated - Usage: Less than 1% of weekly token usage Everything seems very reasonable so far. Based on the current stats, I should be able to generate around 32,000 lines of code every 5 hours and probably 260,000 lines of code a week. If you want to save your tokens, keep the context window size lower. Default is 250,000 (not even 272,000 for some reasons). My project has 2.5m lines of code so I increased it to 544,000 to accommodate. I also tested it out with 1,000,000 context earlier and that caused a drain. Check all the params especially the context window size. You will likely find a cause.
中文