Starting February 18, 2027, new smartphones and tablets must be designed so that end users can remove and replace the battery themselves using standard tools.

主要是看例外條款，其中這條：

Extremely long lifespan: To avoid the replacement requirement, a battery would have to be extremely durable. The battery must retain at least 80% of its original capacity after 1,000 charge cycles. That is significantly more than many batteries on the market today can achieve (often around 500–800 cycles).

iPhone 在「About the battery and performance of iPhone 11 and later」這邊宣稱 iPhone 15 以及之後的機型都有 1000 次 80% 的標準：

Batteries of iPhone 14 models and earlier are designed to retain 80 percent of their original capacity at 500 complete charge cycles under ideal conditions.* Batteries of iPhone 15 models and later are designed to retain 80 percent of their original capacity at 1000 complete charge cycles under ideal conditions.*

Samsung 的也類似：「Check how many battery charges your Samsung phones can survive (EU Data)」。

看起來因為例外條款，大多數的新手機應該都不會支援了...

其中 session limit 加倍放送：

First, we’re doubling Claude Code’s five-hour rate limits for Pro, Max, Team, and seat-based Enterprise plans.

然後尖峰時段的權重也拿掉：

Second, we’re removing the peak hours limit reduction on Claude Code for Pro and Max accounts.

主要是因為從 SpaceX 那邊補上了大量的資源：

We’ve agreed to a partnership with SpaceX that will substantially increase our compute capacity. This, along with our other recent compute deals, means that we’ve been able to increase our usage limits for Claude Code and the Claude API.

We’ve signed an agreement with SpaceX to use all of the compute capacity at their Colossus 1 data center. This gives us access to more than 300 megawatts of new capacity (over 220,000 NVIDIA GPUs) within the month.

剛好快到期了，這樣下個月也許可以先降回 Max 5x 方案？

開頭提到了 PHP License 3.01 一開始是沒有在 OSI 列表內的 (只有 PHP License 3.0 有)，導致有些公司內規要求軟體授權需是 OSI 列出來的而導致問題，這點 Ben Ramsey 去走 OSI 流程「The License Review process」中的「Request for approval of a legacy license」，這個是給「既成事實」的授權跑的：

I contacted the OSI to request legacy approval for 3.01, and the OSI Board voted to approve it in May 2020. Problem solved.

這樣先解決了現有授權沒有在 OSI 裡面的問題。

後面就有提到目前的 PHP License 授權的問題，看起來最主要就是與 GPL 不相容，所以打算推動往現有 OSI 已經審過的授權走，而選擇了 BSD-3-Clause。

理論上下一個版本 PHP 8.6 就會是 BSD-3-Clause 了，在打包 binary packaging 時會更自由。

很久以前 session limit 的五小時是切齊整點的，像是 00:xx 送出第一個 token 使用後，reset 的時間都會設定在 05:00，最近改成切齊十分鐘了，也就是 00:0x 送出第一個 token 的會是 05:00，但 00:1x 的會是 05:10，如果啟動時間是均勻分佈，平均的 session duration 從本來的 4:30 變成 4:55，大概是算力不夠，想辦法壓榨出來？

而以前「養」這些 session limit 的方法就是跑 cron job 定時觸發，對於我們本來就有 24h 在開的機器的 Linux server 就蠻簡單的。

不過最近有些改變... 以前是跑起來 claude 的時候就會送出 request 觸發 current session，現在這個行為看起來改掉了，得至少送個 noop 出去，所以我的 user cron job 變成 (我這邊是用 mise)：

1,11,21,31,41,51 * * * * /bin/bash -l -c "eval \$(mise activate --shims); cd work/claude; timeout 10 script --return --quiet -c \"claude --model sonnet -p noop\" > ~/tmp/claude.log 2>&1"

先這樣跑跑...

結果看起來讓 Mozilla 的人注意到討論其實有些結論了，就把結論給丟出來了：

結論在 GitHub 上：「Prompt API (via)」，主要是 Mozilla 的 Jake Archibald (jakearchibald) 整理出來的部分：

We continue to oppose this API, and feel it has severe negative consequences to the interoperability, updatability, and neutrality of the web platform.

在 Hacker News 上面有人提到 Jake Archibald 的背景：

^ didnt realize who posted the opposition - this is Jake Archibald, a longtime googler on the Chrome team, now joining Mozilla and posting opposition to the Chrome API. no wonder the criticism is so well argued. most be a relief to not have to toe the party line on this one.

在 LinkedIn 上的資料 https://www.linkedin.com/in/jake-archibald/ 可以驗證。

首先先研究官方版本的支援程度，就可以找到官方有提供 headless 版的說明：「Insync 3 Headless: Getting started」，照著做也蠻簡單就搞定了。

結果過了一陣子發現檔案沒更新，追問題才發現是 trail license 過期了，仔細翻了一下說明，才發現 license 是不同的：headless 版是 server 授權，跟 desktop 授權是不同價錢... 一開始能跑起來是因為 trail license 的關係，過其後就沒更新了。

接下來就是找替代方案了，用 LLM 來回問了不少問題後，找到「Insync 3.x auto start with xvfb and systemctl」這個方法，先用 VNC 把 Insync 的授權設定好，然後就透過 userland 的 systemd 把 Xvfb + Insync 跑起來。

看起來沒什麼問題，先這樣用看看...

setlocale(LC_CTYPE, 'C');
echo escapeshellarg('héllo');
// 'hllo'

對於一般的專案使用者來說，直接指定整個專案都用 UTF-8 是還 OK (而且是主流用法)，不過對於像是 Deployer 這樣的工具不能這樣大惡搞，因為環境變數是 global variable，指定下去就所有專案都會變成 UTF-8。

後面就提到標題講的重點了，bash 與 zsh 看起來都支援了 ANSI-C quoting，也就是 $'' 的方式，這個方式不受到 locale 影響：

The $'...' form treats the contents like a C string literal. Backslash escapes are processed (\n, \t, \\, \', \0, and the rest), and everything else is taken verbatim.

另外問了 LLM，可以發現這個規格在新的 POSIX.1-2024 裡面被定義了，在「2.2.4 Dollar-Single-Quotes」這邊可以看到說明：

A sequence of characters starting with a <dollar-sign> immediately followed by a single-quote ($') shall preserve the literal value of all characters up to an unescaped terminating single-quote ('), with the exception of certain <backslash>-escape sequences, as follows:

測了 Debian 與 Ubuntu 裡經典的 /bin/sh (指到 dash) 會發現沒支援；而 CentOS 類 (Rocky Linux & AlmaLinux) 的情況則是把 /bin/sh 指到 /bin/bash，所以有支援。

看起來目前在 Linux 下如果要用 ANSI-C qouting 還是得直接用 /bin/bash，不過這個限制應該還好，/bin/bash 算是標準配件了。

官方的「Models and pricing for GitHub Copilot」文件裡面可以看到 token 價錢沒有比較便宜，這樣的話直接用 OpenCode 接 API 就好了，變得完全沒有使用 GitHub Copilot 的誘因了。

本來年繳的 subscription 還是繼續提供服務，但針對比較好用的 model 直接暴漲一波：

Starting June 1, 2026, Copilot Pro and Copilot Pro+ subscribers on existing annual billing plans will experience changes to model multipliers. The table below shows how the multipliers for each model will adjust.

看起來是完全取消 subscription 的補貼機制。

The same 732-byte Python script roots every Linux distribution shipped since 2017.

現在讓 distribution 頭痛的是，目前沒有等 distribution 都推出更新才公佈漏洞，而且公佈的部分還包括 exploit，嚴重的程度馬上往上跳。

所以看起來現在有不少團隊現在在趕工... 我在一個小時前還沒看到 Debian 的更新，剛剛再刷一次發現出現了，接下來有一堆機器要更新了。

這個 model 雖然是掛 Medium，但如果看 Pricing 頁面可以知道價錢跳了一大級，input token 與 output token 分別是 $1.5/$7.5，input token 是 Mistral Large 3 三倍的價錢，output token 是五倍的價錢，就價錢的「升級」程度，看起來更像是 Mistral 4 而不是 3.5，另外也大概可以預測後續會出 Mistral Large 3.5？

128B 的 dense model 與 256K 的 context window，就官方列出來的 benchmark 來看，大概是跟 Anthropic 的 Sonnet 4.5 差不多等級的 model，然後價錢大約一半 (Sonnet 是 $3/$15)。

如果真的價錢一半，但有 Sonnet 4.5 的水準的話，好像也還不錯？不過就會更期待後面應該會出的 Mistral Large 3.5 了，應該就是要跟 Opus 打看看？

目前 OpenRouter 上還沒看到，但應該是很快就會有，晚點可以丟些比較複雜的東西來玩看看...