算是 SEO 大進步 (?)，值得記錄一下...

Ad Blocker won’t block every ad. Ads served directly by the site you’re visiting and ads shown in search results will still appear.

這什麼殘廢... 寧可用 Safari 搭 Raymond Hill 的 uBlock Origin Lite 就好。

最直接的改善是 cache read 降價的部分，從本來的 $1 變成 $0.25 (Mtokens)：

As mentioned above, we have reduced the price of Fable 5.1’s cache reads (where the model reuses context it has already processed) wherever usage is billed by token, such as on our API. Cache reads now cost 75% less, or $0.25 per million tokens.

如果去看 Opus 5 的 cache read 會發現也還要 $0.5，所以這次的降價預期會蠻有感的，尤其是對 coding agent 這種一直 append context 的行為，所以官方的估算給了對應的下降：

但這樣可以預期過不久後也會更新 Opus？

這次看到的 vphone-cli 專案 (via) 則是把 iOS kernel 包進來了：

Boot a virtual iPhone via Apple's Virtualization.framework using PCC research VM infrastructure.

除了會比較吃資源以外 (可以預想到的)，另外一個缺點是需要放寬 SIP 與 AMFI (AppleMobileFileIntegrity)。

FAQ 的地方有個有趣的事情，模擬環境需要選擇 United States，不能選日本或是歐盟，因為這些地區的 system apps 會有額外的檢查，在 vphone-cli 裡面不會過：

System apps won't install — during iOS setup, don't pick Japan or the EU as your region (extra regulatory checks the VM can't satisfy); pick e.g. United States.

一般開發應該還是用 Xcode Simulator 就可以了，這種應該是要拿來測試比較底層的系統互動，或是研究核心？

依照作者的說法，目前放在 5 個區域的 git.kernel.org 有超過一半的 CPU resources 都在服務 crawler：

然後也提到現在 AI bot 在掃都是透過 residential proxy，而且都戳沒幾下，所以以前傳統的方法都沒什麼用 (像是 firewall、rate limit 這種方式)，到後來還是上了 PoW 類的 Anubis 來擋，一開始 difficulty=4 的時候馬上就有效，而有些使用者會反應，但勉強可以忍受：

It was immediately extremely effective — the bots just gave up. For a few months, it was bliss: bots were blocked at the perimeter and gave up, moving on to easier targets; the users were mildly annoyed but tolerated it, and the Anubis stack was easy enough to deploy everywhere.

後來 bot 開始也解 difficulty=4 的情況了，站方拉到 5 後有改善，但就有更多使用者反應變慢很多，尤其是手機上：

A few months later, the bots were back, solving difficulty 4. No problem, we said, let's raise difficulty to 5.

The legitimate users were more annoyed now. Difficulty 5 takes a few seconds to solve on a mobile device, and the phone gets uncomfortably warm as it's doing the number crunching. However, it was effective and bought us a few more months of peace.

結果後來又發現 bot 也開始接受挑戰... 解了 difficulty=5 的情況：

Then... the bots started solving difficulty 5.

這邊作者有一張 diffiuculty 與裝置分類的組合，所需要 PoW 的計算時間，以及大概可以接受的程度：

在 Hacker News 上的 id=49500040 這篇則是另外一個面向，他用 iPhone 17 遇到 difficulty=6 的網站時，要跑 180 秒左右，所以他就寫了 C extension 掛進手機的 Safari 上面，利用硬體指令集大幅加速了這個部分：

I noticed the other day that lists.ffmpeg.org had moved to Anubis difficulty level 6, which takes ~180sec for my iPhone 17 to solve at ~100KH/s, making the site unusable. So I spent ~10 minutes vibe coding a safari extension with a native bridge to an optimized C kernel using ARM SHA256H* instructions that can do 200+ MH/s on the same device. This solves Anubis difficulty level 6 in a handful of milliseconds.

回到原來作者的文章，裡面提到這目前是個無解的情境，因為這是整體環境在驅動，一堆新的 AI 公司在抓資料，而一堆 app 為了獲利設計 malware 變成 proxy：

Worst of all, there are no simple solutions to the problem. Companies offering custom “AI” models still pop up daily, all of them hungry for training data. App makers are still looking for ways to turn a profit, so they will continue to turn your household appliances into attack vectors.

目前這塊的確是沒什麼好的解法，透過技術手段目前也只能緩解... 大概要等泡沫之類的時候才有機會改善？

通過的是「Option 5 "Responsible Use of Generative AI"」，在 Proposal E 的 Choice 5 最後一句可以看到這個方案的結論：

The responsibility for every contribution rests with the contributor who submits it, who remains accountable for its technical quality, legal acceptability, and suitability for inclusion in Debian.

Hacker News 上的 id=49490252 也把重點抓出來了，重點是人，你送上來就是要對送上來的 code 或是文件負責：

New policy boils down to "AI or not, it's still your code and you're responsible for it". I can get on board with that.

Debian 的治理模式與各種政策的結論在社群裡面算是蠻指標性的存在，這次投票的結論應該也會影響其他 community...

拔 MV2 最直接的影響就是 Google 對直接危害廣告本業，看不爽很久的 ad blocker 大幅在技術上限縮能力，把 webRequest 給閹割了。

是有陣營繼續維護 Chromium 平台上的 MV2 extension，但跳 Firefox 應該還是目前中長期比較好的選擇，在 Chromium 平台上的 MV2 webRequest 本身就有各種討厭但刻意不修的 bug，像是我自己之前經常會遇到的幾個問題：

• 瀏覽器打開時會漏攔截：「Resource loading should be deferred until webRequest extensions have finished loading」。
• 某些開啟方式會跳過攔截：「onBeforeRequest doesn't intercept HTTP requests from a tab, which is opened from a browserAction popup iframe」。

遷移到 Firefox 成本不算太高，因為比較重要的大功能都「學」過來了，加上現在有 AI 可以問，很多搬遷時想要找的功能都可以透過 AI 直接問出來...

產品頁是 https://ask.cna.com.tw/，看起來打算提供兩個方案，一個是 NT$200/mo 的 MCP 方案，另外一個是 NT$300/mo 的 AI chat 方案 (看起來是幫你接好直接用，不過目前掛 coming soon)。

不過如果這些 MCP 接的都是公開資料的話... 理論上 AI 自己就可以查到了，而且還可以多查其他家的 cross reference，有點微妙？

我直接拿「查詢1991年李登輝宣布廢止動員戡亂時期臨時條款 當時各界相關討論」這個官方拿出來的範例：

前面加上「請參考中央社的資料。」，然後丟進 Anthropic 的 Claude Opus 5 (High)，可以看到這樣的整理：

如果不加上的話，可以看到 reference 會更散：

wiki.gslin.org {
        @badactors dnsbl2 {
                providers "b.barracudacentral.org." "spam.spamrats.com."
        }
        respond @badactors 403
}

這邊用 dnsbl2 是避免跟之前的套件撞名字，但又不知道怎麼取，就先這樣...

其他的用法可以參考 GitHub 上面的 README.md 範例，主要是多了對 DNSBL 的回答判斷，以及自己的 cache 控制。

算是先補回來一些簡單的東西...

最經典的就是 XSS 或是 SQL injection 了，像是這樣就會繼承污染值：

$sql = "INSERT INTO foo SET bar = $input_a";

後來不太流行這樣的方法，主要是這個方式不能保證就一定沒問題，加上有其他方式可以處理 (像是 code review 與 static program analysis)，但畢竟就是有這個玩法...

在「Taint支持PHP8啦！」這邊看到中國的鳥哥 (Laruence) 之前在 2012 年時對 PHP 5.2 寫了第一版，然後一路到 PHP 7 都還有支援，直到 PHP 8 的時候他認為因為 PHP 內部結構的變化，變得難以維護了：

但是，到了PHP8以后，因为JIT的引入，和大量内部结构的改写，我觉得要迁移的成本实在是太大，太难，甚至觉得不太可能了。因为原来的标记我们是保存在GC_FLAGS里面，而到PHP8.0以后，已经没有任何一个bit是可用的了。再加上，这些bits是非常内部的，也就是说如果要维护这个扩展可用，我需要随时监控对这些bits的使用，发现破坏就需要调整。

而這篇看起來是拿 Qwen3.8-2.4T-A95B，直接叫 LLM 移植到 PHP 8 上面，結果就順利輾了過去的記錄，最終大約是消耗了 200M tokens，大約 US$60 左右：

全程耗时接近5个小时，今天一共消耗了2亿Token（当然其中有点其他工作，但应该影响不大），花费406RMB，客观讲这个消耗量有点大，2000多行的项目来说，大量的Token应该消耗在了理解PHP庞大的代码库内的各种细节吧，后续类似的项目应该有很大提升空间。

之後應該會有愈來愈多這樣的例子，尤其是「你知道大概可行，但想到要分析與實作的規模就覺得懶」的情境...