JinSignal

在大量噪音和杂乱信息里，找到真正有价值的信号。

[JinSignal @JinSignals]

AI生图噪点修复 https://t.co/IacvGTRAXz

[JinSignal @JinSignals]

windows11统一内存分配机制抓紧端上来吧
卧槽了，都系统内置了还藏起来。
我是真的搞不懂微软在想什么

[Xeno @XenoPanther]

Here is how the Unified Memory settings will appear (Under System > Advanced)

[JinSignal @JinSignals]

@YinsenW_ 我能说垃圾模型吗？

[JinSignal @JinSignals]

129亿美元收购了Hugging Face。

如果交易落地，英伟达守住的就不只是GPU，还有开发者接触模型的入口。

AI时代不缺模型，真正稀缺的应该是入口。

但对于股价来说，入口应该是要变成收入的

[The Information @theinformation]

Exclusive: Nvidia has agreed to buy Hugging Face for $12.9 billion, giving it control of one of the most important repositories for open-source AI models.

The deal could help Nvidia defend its chip dominance as OpenAI, Google and others develop competing hardware.

Full story: https://t.co/OdEJnb1Hc2

[JinSignal @JinSignals]

@NFT_Chen 免费时的调用量很容易被当成需求，收费后的留存才更接近真实价值。

[JinSignal @JinSignals]

男人需要一把好的指甲刀。

[JinSignal @JinSignals]

@0xchangan 🤣👉🤡

[JinSignal @JinSignals]

@qtdevlop 英伟达一家公司财报，就能明显带动一批 QDII 的盘前估值。6

[JinSignal @JinSignals]

@XAngus 这个体验有点像 ChatCut，不过 ChatCut 更偏完整剪辑台，切完还能继续改；Grok bot 更像把素材丢进去等成片。一个可控，一个省事，最后还是得看它挑重点准不准。

[JinSignal @JinSignals]

@MacroYuvo GPU 优势是显性的。我比较在意的是，后面大家用什么模型、怎么部署，会不会越来越顺着英伟达铺好的路径走。

[JinSignal @JinSignals]

@realNyarime 我这边 x86 软路由一直跑 iStoreOS，本身也是 OpenWrt 系。现在越来越多 x86 路由系统统一到 musl，感觉以后插件和软件生态会舒服很多。

[JinSignal @JinSignals]

@ygkkkg R2S这个软路由跑open clash 规则一多就容易宕机的。我已经换小主机去跑了，还配了根32G的傲腾 跑istoreOS系统，特别流畅

[JinSignal @JinSignals]

最近把一块32GB的傲腾M10，从台式机里拆了下来。

以前它通过PCIe转接卡装在主机里，负责给硬盘加速。换了电脑以后，这块容量不大、停产多年的“老古董”，原本准备进抽屉吃灰。

后来发现软路由正好有空闲的M.2接口。

卸掉转接卡，直接装进去，拿来承载系统沙箱、插件和配置。

32GB放在现在的电脑里确实太小，放进软路由却刚刚好。这里不需要多大容量，低延迟和耐写反而更重要。

在内存和SSD重新涨价的今天，我开始重新看待这些旧硬件：

很多东西不是性能归零了，只是原来的使用场景消失了。

离开台式机以后，这块傲腾或许才找到了更适合自己的位置。

[JinSignal @JinSignals]

我的账户好像并没有5小时的限额，这个是什么情况，我是plus套餐

[JinSignal @JinSignals]

@Polymarket 30万亿美元更像是在重新定义“AI能参与多少劳动和软件支出”，而不是一张可以直接拿来计算估值的收入预测。

市场再大，最终还是要看能拿走多少，以及以什么利润率拿走。

[JinSignal @JinSignals]

@ChatGPT AI会操作浏览器已经不稀奇了，真正决定它能不能普及的，是用户是否愿意信任它。

看不到密码只是第一步。操作过程是否透明、权限是否可控、做错以后能不能撤回，才是更关键的问题。

[JinSignal @JinSignals]

@ModelScope2022 现在模型竞争越来越像一场“有效参数效率”的竞争。
榜单领先是一回事，真实工作流里的体验才决定它有没有意义。

[JinSignal @JinSignals]

@XAngus 你们一般一天是发几张帖子的

[JinSignal @JinSignals]

英伟达财报前，一度连续下跌了7个交易日，创下2022年以来最长连跌。

这让我觉得，市场担心的可能已经不是它能不能超预期。

当“超预期”成了默认答案，真正被定价的是：到底要超多少，才算足够好？

公司可能依然很强，但股价需要的，是比“很强”更强。

[The Kobeissi Letter @KobeissiLetter]

BREAKING: Nvidia, $NVDA, falls for the 7th-straight trading day and officially posts its longest losing streak since 2022.

The company is set to report earnings on Wednesday.

[JinSignal @JinSignals]

Windows Desktop fails to locate Codex CLI after update when installed on non-system drive

Environment

- OS: Windows 11 x64
- ChatGPT / Codex Desktop installed on: `F:\OpenAI`
- Subscription: ChatGPT Plus
- Codex session directory: `C:\Users\Administrator\.codex\sessions`

Issue

After a ChatGPT/Codex Desktop update, the application failed to start with:

```text
ChatGPT failed to start.

Unable to locate the Codex CLI binary.
Set CODEX_CLI_PATH or ensure the Electron resources include bin/codex.
```

However, the Codex CLI binary was present and executable at:

```text
F:\OpenAI\Codex\bin\codex.exe
```

Running:

```powershell
& "F:\OpenAI\Codex\bin\codex.exe" --version
```

worked correctly.

Manually setting:

```text
CODEX_CLI_PATH=F:\OpenAI\Codex\bin\codex.exe
```

allowed the Desktop app to start.

Secondary issue

The bundled CLI at that location was an old version:

```text
codex-cli 0.130.0-alpha.5
```

After the app started, recent conversations could not be restored and showed:

```text
failed to read thread
rollout ... does not start with session metadata
```

The affected sessions had been created by newer CLI versions:

```text
0.148.0-alpha.15
0.149.0-alpha.4.3
```

I inspected the affected `.jsonl` files and confirmed:

```text
UTF8_BOM = False
JSONValid = True
FirstType = session_meta
```

So the session files themselves were valid.

Workaround

Installing the latest standalone Codex CLI and setting:

```text
CODEX_CLI_PATH=C:\Users\Administrator\.codex\packages\standalone\current\bin\codex.exe
```

resolved both the application startup problem and the thread restore problem.

Suspected cause

The Windows Desktop updater appears to lose or incorrectly resolve the Codex CLI path when the application is installed on a non-system drive.

The fallback CLI located under the custom installation directory may also remain outdated, causing compatibility problems with sessions created by newer Desktop versions.

Expected behavior

After updating:

1. Desktop should correctly locate its bundled/current Codex CLI regardless of installation drive.
2. The updater should keep the bundled CLI version synchronized with the Desktop version.
3. Users should not need to manually configure `CODEX_CLI_PATH`.
4. Desktop should avoid selecting an outdated fallback CLI when newer compatible CLI installations are available.

[JinSignal @JinSignals]

@miles_mazy 为什么这么说？windows上的codex和Macbook不一样吗？