Gea-Suan Lin

走 RFC 2136 更新 DNS record 的 Dynamic DNS 服務 https://blog.gslin.org/archives/2026/06/04/13057/%e8%b5%b0-rfc-2136-%e6%9b%b4%e6%96%b0-dns-record-%e7%9a%84-dynamic-dns-%e6%9c%8d%e5%8b%99/ 看到「DynIP — Dynamic DNS for homelabs and infrastructure (via)」這個，好像是第一次看到支援 RFC 2136 更新 DNS record 的 Dynamic DNS 服務。 記得當初用 BIND 的時候用過 RFC 2136 的方式，後來自己搞 DNS 服務的機會愈來愈少就沒什麼再回頭看了。 這個 RFC 快三十年了，那是個還沒有 HTTPS 確保 CIA 的年代，用的是 pre-shared key 的方式驗證，這些機制以現在的角度來還是不算太好，像是 replay attack 類的保護沒有決定性的安全機制，都是 mitigation，這也大概是後來 HTTPS 興起後就沒什麼人支援 RFC 2136 的原因，畢竟直接用 HTTPS 反而比較安全 (而且簡單)。 就當作多一個 Dynamic DNS 服務，反正不要用 RFC 2136 的方法就好？ via Gea-Suan Lin's BLOG https://blog.gslin.org June 4, 2026 at 03:36AM

AV2 的進展 https://blog.gslin.org/archives/2026/06/04/13056/av2-%e7%9a%84%e9%80%b2%e5%b1%95/ AV2 是 AV1 的後繼 royalty-free codec，主要是要跟 H.266 競爭，看起來出第一版 spec 了：「AV2 Specification (via)」。 AV2 is the next-generation video coding specification from the Alliance for Open Media (AOMedia). Building on the foundation of AV1, AV2 is engineered to provide superior compression efficiency, enabling high-quality video delivery at significantly lower bitrates. It is optimized for the evolving demands of streaming, broadcasting, and real-time video conferencing. 依照 Hacker News 的討論，目前 encoder 的實作只是 reference，離可以用的效能還很遠： AV2 is currently unusable in its current state (the encoder typically runs at around 1fps on good hardware), and likely will remain so til ~2028 when the first av2 hardware accelerated chips start dropping. Even then, I wouldn't expect AV2 streams to be common til 2030. 另外 decoder 這邊也有 software reference 了：「Let dav2d be (via)」，不過效能也是 WIP 的項目。 這些都是規格先跑，軟硬體支援再陸陸續續跟上來，正式的 spec 出來算是蠻大的一步了 (?) via Gea-Suan Lin's BLOG https://blog.gslin.org June 4, 2026 at 02:42AM

Coding agent 自己找到方法取得 root 權限改檔案 https://blog.gslin.org/archives/2026/06/02/13054/coding-agent-%e8%87%aa%e5%b7%b1%e6%89%be%e5%88%b0%e6%96%b9%e6%b3%95%e5%8f%96%e5%be%97-root-%e6%ac%8a%e9%99%90%e6%94%b9%e6%aa%94%e6%a1%88/ 看到 https://x.com/sluongng/status/2060746160558543217 這篇 (via) 在講 LLM 自己透過 Docker 直接繞過本來的限制，取得相當於 root 權限修改檔案： 我自己都是把 Claude Code 跑在 bubblewrap 裡面 (用白名單開權限給他)，然後用 MCP 讓他存取 MySQL，而遇到 MCP 擋掉某些操作時，他自己會試著跑去讀 credentials，然後直接用 mysql client 做，還好該給 read only 權限的部分只給了 read only 權限... 這種行為以後應該會常常看到了。 via Gea-Suan Lin's BLOG https://blog.gslin.org June 2, 2026 at 08:23AM

Anthropic 的 Claude Opus 4.8 出了 https://blog.gslin.org/archives/2026/05/29/13053/anthropic-%e7%9a%84-claude-opus-4-8-%e5%87%ba%e4%ba%86/ 這次 Anthropic 對 Claude Opus 4.8 的公告很短，就大概提一下 benchmark 分數而已，然後看起來比之前的好：「Introducing Claude Opus 4.8 (via)」。 官方 chat 介面 cladue.ai 上可以選擇 thinking effort 了，預設是 high，這是之前 chat 介面上沒提供的，現在可以設定了。 而我自己比較常用的 Claude Code 在 /model 裡面還看不到，不過 Hacker News 上面有人提到了可以用 /model claude-opus-4-8[1m] 來指定： I typically just launch CC with `--model claude-opus-4-6[1m]`, `4-6[1m]` -> `4-8[1m]` works fine. Still 200k max without the `[1m]`. 測了一下可以用，但目前還沒什麼特別的感覺，就是還 OK...？ via Gea-Suan Lin's BLOG https://blog.gslin.org May 29, 2026 at 03:01AM

MySQL 上的 TidesDB https://blog.gslin.org/archives/2026/05/28/13052/mysql-%e4%b8%8a%e7%9a%84-tidesdb/ 在 Plurk 上朋友的河道看到「Running TidesDB as a MySQL 9.7 storage engine」這篇，裡面講 TidesDB，看了一下是 LSM tree 資料結構的系統，所以就好奇跟同樣是 LSM tree 的 RocksDB 差異在哪。 這邊有個名詞上的混淆，TidesDB 與 TideSQL，前者看起來是整個產品線的名字，也是 key-value engine 的產品線；後者則是官方掛進 MariaDB 的套件，但看起來文章裡面常常混用。 官方丟了不少測試報告，像是「iibench Analysis on TideSQL v4.5.1 MyRocks, InnoDB in MariaDB v11.8.6」這篇，可以看到 TideSQL 官方宣稱的強項看起來是在 write 的部分： If you’re writing heavy, TidesDB is the pick, half the mixed-write latency, p99 that doesn’t even overlap the other two. 另外從 Percona 的文章看起來在 MariaDB 已經有支援了： There was already a way to use TidesDB from SQL. It’s TideSQL, which loads the engine into MariaDB as ha_tidesdb, and it works fine. But it doesn’t work with MySQL. So we wanted TidesDB to work with MySQL 9.7. 看起來蠻有趣的，看起來更偏 write optimization 一些？之後有機緣的話再來測試看看好了... via Gea-Suan Lin's BLOG https://blog.gslin.org May 28, 2026 at 12:54AM

原來 MySQL 8.0 LTS 已經終止支援了 https://blog.gslin.org/archives/2026/05/27/13051/%e5%8e%9f%e4%be%86-mysql-8-0-lts-%e5%b7%b2%e7%b6%93%e7%b5%82%e6%ad%a2%e6%94%af%e6%8f%b4%e4%ba%86/ 翻到「Running TidesDB as a MySQL 9.7 storage engine」這篇在想說這個版本很陌生，去維基百科上面查才發現原來 MySQL 8.0 LTS 版本上個月已經終止支援了： 目前的兩個 LTS 版是 8.4 與 9.7，看起來都還有一段日子，8.4 會到 2032/04，而 9.7 會到 2034/04。不過我自己在用 MySQL server 的時候都以 MariaDB 為主了。 via Gea-Suan Lin's BLOG https://blog.gslin.org May 27, 2026 at 11:57PM

Finite-state transducer https://blog.gslin.org/archives/2026/05/26/13049/finite-state-transducer/ 兩個禮拜前看到的：「Replacing a 3 GB SQLite database with a 10 MB FST (finite state transducer) binary (via)」，裡面提到了 Finite-state transducer。 像是這段提到目前用 400k items，但 40m～60m 時不 scale 的問題： The trie fell down at that point. I could keep ~400,000 items in the trie sipping ~50 MB of RAM. The same trick does not scale to 40-60 million. 看起來是 40m～60m 這邊只需要 10MB FST，產生的 300x reduction？這數字蠻驚人的... 以前學校裡學到處理 prefix string 的主要印象還是 Trie，但看起來 finite-state transducer 針對 suffix 處理的很好，在實務應用上會比較好。 via Gea-Suan Lin's BLOG https://blog.gslin.org May 26, 2026 at 06:21AM

微軟官方 email 被拿來 spam 的問題 https://blog.gslin.org/archives/2026/05/26/13048/%e5%be%ae%e8%bb%9f%e5%ae%98%e6%96%b9-email-%e8%a2%ab%e6%8b%bf%e4%be%86-spam-%e7%9a%84%e5%95%8f%e9%a1%8c/ 這幾個月有印象在 Gmail 裡面看到來自 Microsoft 的 phishing mail，也是都有勾勾代表從官方寄出的，當時不以為意但看起來沒修正：「Scammers are abusing an internal Microsoft account to send spam links (via)」。 In a social post on Tuesday, anti-spam nonprofit The Spamhaus Project said it had also seen Microsoft’s account notification email address being abused to send spam and that the activity dated back “several months.” Spamhaus 是在他們自己的 Mastodon 帳號提到了這件事情 (https://infosec.exchange/@spamhaus/116601270466207765)： 看起來像是 design flaw 造成 spammer 可以客製化部分的訊息導致的，不過持續這麼久了啊... via Gea-Suan Lin's BLOG https://blog.gslin.org May 26, 2026 at 05:59AM

換 Kickstarter 被抓金流干涉內容了 https://blog.gslin.org/archives/2026/05/24/13047/%e6%8f%9b-kickstarter-%e8%a2%ab%e6%8a%93%e9%87%91%e6%b5%81%e5%b9%b2%e6%b6%89%e5%85%a7%e5%ae%b9%e4%ba%86/ 先前有提過日本有不少服務被有心人士透過 VISA 與 Mastercard 掐住金流，干涉服務的內容：「Mastercard 與 VISA 對日本文化產業的攻勢」，當時的圖片可以看到影響的服務有哪些： 不過日本還有個自家的 JCB 可以擋掉一些衝擊，加上其他配套措施 (像是各種點數卡機制) 勉強算是挺過去了。 另外一個是 Steam 也被搞：「Steam (Valve) 確認是因為金流公司 (信用卡公司) 的壓力下架成人遊戲」，當時 FTC 有出手警告金流業者：「FTC Chairman Andrew N. Ferguson Issues Warning Letters to CEOs of PayPal, Stripe, Visa and Mastercard About Debanking American Consumers」。 但看起來這個掐法很有效果，手伸到其他服務上了，這次是 Kickstarter 被掐住了：「Kickstarter Is The Latest Platform Seemingly Forced To Ban Adult Content By Payment Processors (via)」。 Kickstarter has updated its content guidelines to prohibit several forms of NSFW content, and payment processor Stripe may be to blame 所以幾乎是確定這個方法對干涉創作自由是有效果的，麻煩的是要怎麼反制。 一個方法讓金流系統更多元，但金流在各國家都是管制行業，考慮到需要有規模才有便利性，建立新的的成本很高。目前是有看到一些新的 payment system 的新聞，像是歐洲的 European Payments Initiative，另外一個是巴西弄出來的 Pix。 另外一方面就是直接針對 discrimination 的法令，目前看起來好像沒有太多討論。 via Gea-Suan Lin's BLOG https://blog.gslin.org May 24, 2026 at 08:45PM

InnoDB 的 REPEATABLE READ 與 next-key lock 的關係 https://blog.gslin.org/archives/2026/05/23/13044/innodb-%e7%9a%84-repeatable-read-%e8%88%87-next-key-lock-%e7%9a%84%e9%97%9c%e4%bf%82/ 最近遇到 InnoDB 效能的問題發現的，記錄起來。 在 SQL-92 裡面直接有提到 REPEATABLE-READ 允許 phantom read，也就是 search condition 不保證會會傳回一樣的 row(s)：(在文件上可以查到 REPEATABLE READ 對 P3 是 Possible) 3) P3 ("Phantom"): SQL-transaction T1 reads the set of rows N that satisfy some <search condition>. SQL-transaction T2 then executes SQL-statements that generate one or more rows that satisfy the <search condition> used by SQL-transaction T1. If SQL-transaction T1 then repeats the initial read with the same <search condition>, it obtains a different collection of rows. 不過 MySQL 在 InnoDB 的文件「InnoDB Locking」裡面提到了利用 next-key lock 避免 phantom read： By default, InnoDB operates in REPEATABLE READ transaction isolation level. In this case, InnoDB uses next-key locks for searches and index scans, which prevents phantom rows (see Section 17.7.4, “Phantom Rows”). 回頭找 MySQL 5.5 年代的文件「InnoDB Locking」，句子不太一樣，但也是有提到： By default, InnoDB operates in REPEATABLE READ transaction isolation level and with the innodb_locks_unsafe_for_binlog system variable disabled. In this case, InnoDB uses next-key locks for searches and index scans, which prevents phantom rows (see Section 14.6.4, “Phantom Rows”). 太久沒回來研究 MySQL 的效能，都忘記 MySQL 的 REPEATABLE READ 多做了哪些東西... via Gea-Suan Lin's BLOG https://blog.gslin.org May 23, 2026 at 11:56AM

加州在推動保存遊戲的法案 https://blog.gslin.org/archives/2026/05/19/13043/%e5%8a%a0%e5%b7%9e%e5%9c%a8%e6%8e%a8%e5%8b%95%e4%bf%9d%e5%ad%98%e9%81%8a%e6%88%b2%e7%9a%84%e6%b3%95%e6%a1%88/ Stop Killing Games 在加州在推動保存遊戲的法案 Protect Our Games Act 看起來有重大進展，這個法案避免遊戲在終止營運後就不能玩的情況：「Bill to block publishers from killing online games advances in California (via)」，法案在「Bill Text - AB-1921 Digital games: ordinary use.」這邊，可以看到是補充 Business and Professions Code (BPC)： An act to add Chapter 6.8 (commencing with Section 20660) to Division 8 of the Business and Professions Code, relating to business. 法案要求遊戲終止營運時需要發佈 patch 讓使用者可以繼續在本機玩，或是完整退費： California’s Protect Our Games Act, as currently written, would require digital game publishers who cut off support for an online game to either provide a full refund to players or offer an updated version of the game “that enables its continued use independent of services controlled by the operator.” 這個法案主要是想要讓遊戲可以繼續玩，不過看起來也試著擋住那些透過虛擬寶物賺的盆滿缽滿後，過沒幾年就關掉的公司，可以預期後面的兩關應該還會有不少遊說： But the bill still faces significant hurdles in getting majority passage in the full California Assembly and the California Senate before being sent to California Governor Gavin Newsom for signature. via Gea-Suan Lin's BLOG https://blog.gslin.org May 19, 2026 at 09:19AM

拔掉 Toyota 2024 RAV4 Hybrid 車上的連網能力 (以及 GPS) https://blog.gslin.org/archives/2026/05/18/13040/%e6%8b%94%e6%8e%89-toyota-2024-rav4-hybrid-%e8%bb%8a%e4%b8%8a%e7%9a%84%e9%80%a3%e7%b6%b2%e8%83%bd%e5%8a%9b-%e4%bb%a5%e5%8f%8a-gps/ 上個禮拜看到很歡樂的文章，作者把他 2024 RAV4 Hybrid 車上的 modem 與 GPS 接收天線都拔掉了：「Removing the Modem and GPS from my 2024 RAV4 Hybrid (via)」。 主要是現在的車子會收太多數據資料傳回去了，作者有列出很多之前上過新聞的 privacy & security 事件，所以就把 modem 拔掉了： In this blog post, rather than relying on companies’ promises or meaningless opt-outs, we’re going to stop the data at the source by physically removing the modem (the DCM, or Data Communication Module) as well as the built-in GPS on my 2024 RAV4 Hybrid, so the car will no longer have the capability to send any telemetry data back home. 另外這邊有提到拔掉 GPS 的原因是因為汽車在拔掉 modem 後會傳錯誤的 GPS 資訊給 CarPlay，所以一氣之下 (?) 就把 GPS 天獻給拔了： CarPlay has a quirk: the phone uses its own GPS but also accepts a location signal from the car’s GPS unit. After removing the DCM, the car would get confused about its location and sometimes jump my position to the middle of Nevada (I live in San Francisco), making navigation annoying. To work around this we’ll fully disconnect the car’s GPS, so it can’t send a bad location to the phone[.] 然後保固的部分，因為美國有 Magnuson–Moss Warranty 法案： Removing the DCM and GPS may void parts of your warranty - just something to be aware of. Thanks to the Magnuson–Moss Warranty Act, it cannot void the whole car warranty. 這個法案限制了廠商用 disclaimer 條款拒絕保固的範圍，所以不會因為拔掉後就完全喪失保固： The law was created to fix problems as a result of manufacturers using disclaimers on warranties in an unfair or misleading manner. 文章後面就真的教你怎麼一步一步拆 XDDD via Gea-Suan Lin's BLOG https://blog.gslin.org May 18, 2026 at 08:12AM

示波器接 UPS 的 AC 輸出 https://blog.gslin.org/archives/2026/05/14/13039/%e7%a4%ba%e6%b3%a2%e5%99%a8%e6%8e%a5-ups-%e7%9a%84-ac-%e8%bc%b8%e5%87%ba/ 昨天看到「What's up with UPSs? (via)」這個有趣的測試，拿示波器接三組不同 UPS 的 AC 輸出，觀察不同的情境。 Eaton SMART1500PSRTNC 這顆是掛 line-interactive，有宣稱可以產生正弦波： 1500VA 1050W 120V Line-Interactive Pure Sine Wave Cloud-Connected UPS with Remote Monitoring - 10 NEMA 5-15R Outlets (Surge and Battery Backup), LCD, 5-15P Plug, Tower 這顆掛 Tripp Lite，可能是之前 Tripp Lite 的產品線，後來被 Eaton 收購。 從市電跳 UPS 電池供電可以看到有些 delay，然後產生的正弦波在跨過 0V 的時候有些「結節」，在跳回來的時候則是表現的還不錯： Note that the UPS generated sinusoid signal has a transient/'hitch' each time it crosses 0 V. This is something we also observe when testing the APC units. This prevents it from being a perfect imitation of a sine wave, but it likely won’t have a large effect on connected equipment. 再來是 APC BE750G，這個是 offline 的，而且波的部分是模擬正弦波，可以看到用三個電壓模擬： UPS type Standby Wave type Stepped approximation to a sinewave 最後一台是 APC BN1500M2-CA，可以看到也是模擬正弦波： UPS type Line interactive Wave type Stepped approximation to a sinewave 不過作者發現空載的時候就不太妙，接了一個 60W 的 USB 充電器當作負載後好一點，但還是類似的情況： 換了一台後正常了，但我不太懂「Stepped approximation to a sinewave」的機種怎麼會冒出正弦波： 我當初也有拿 enerpad AC160K 測試，可以看到也是 stepped 的輸出： via Gea-Suan Lin's BLOG https://blog.gslin.org May 14, 2026 at 03:44AM

Forgejo 在 2024 年的授權更換 (MIT 轉 GPLv3+) https://blog.gslin.org/archives/2026/05/14/13038/forgejo-%e5%9c%a8-2024-%e5%b9%b4%e7%9a%84%e6%8e%88%e6%ac%8a%e6%9b%b4%e6%8f%9b-mit-%e8%bd%89-gplv3/ 最近蠻多人在討論要離開 US-based 的服務，所以蠻多類似的文章冒出來，像是這篇在講 GitHub 改成自己架設 Forgejo 的原因：「Why I'm leaving GitHub for Forgejo (via)」。 其中在講為什麼不選擇 GitLab 而是選擇 Forgejo 這段提到 2024 年 Forgejo 換授權的事情： As of v9.0 in August 2024 the project relicensed from MIT to GPLv3+, with the explicit goal of staying copyleft and resisting future commercial capture of the codebase. The fork from Gitea in December 2022 happened precisely because Gitea Ltd took control of the trademarks and domains in a way the community had not consented to. The lesson learned shows up in the license. 在沒有 CLA 的情況下，要從 MIT 換成 GPLv3+ 會需要幾乎所有 contributor 的同意，然後還要把不同意的人的 code 拿掉改寫，我很好奇以 Forgejo 跟 Gitea 的關係，是怎麼取得 relicense 同意的，所以找了一下當初的文章，看起來裡面沒寫到 relicense 的過程：「Forgejo is now copyleft, just like Git」。 在「[Discussion] Relicensing Forgejo as copyleft #86」這邊看起來比較清楚，本來 Gitea 的檔案還是 MIT 授權，並沒有取得 Gitea 這邊的 relicense 同意： Files which originate from Gitea remain MIT-licensed, so bug fixes and Gitea-only features can be contributed back. 另外就是明明看到 AGPLv3+，但最後是 GPLv3+ 的問題了，看起來在 https://codeberg.org/forgejo/meta/issues/183#issuecomment-843515 這邊的意見被同意： I should have written: A Forgejo decision cannot be made by Forgejo community members who are not impacted by the decision: a licensing decision must be made with an explicit consensus among the Forgejo community members who are also copyright holders. Otherwise the Forgejo community could end up making decisions that go against the majority of the members impacted by it (the copyright holders in this instance). Which would not make much common sense, even though it would be legally allowed. relicense 的決策應該由持有版權的人決定，而不是讓沒有版權的社群投票決定。另外提到當初在 2023 年的 https://codeberg.org/forgejo/governance/commit/bcbf058d0988023c9455e4c5e4c8f509a1a9a76d 裡面提到的是 GPLv3+： Forgejo accepts contributions compatible with the [GPLv3-or-later](https://spdx.org/licenses/GPL-3.0-or-later.html) license. The license under which Forgejo is distributed will be changed upon the acceptance of such contributions. See the [LICENSE file](https://codeberg.org/forgejo/forgejo/src/branch/forgejo/LICENSE) for the current license. 加上其他後續的討論，社群共識最後收斂到 GPLv3+。 所以整理下來，看起來不是整包 relicense，而是把 default license 切過去的感覺。 via Gea-Suan Lin's BLOG https://blog.gslin.org May 14, 2026 at 01:26AM

LLM 年代 (Vibe Coding 年代) 後程式語言的選擇問題 https://blog.gslin.org/archives/2026/05/13/13037/llm-%e5%b9%b4%e4%bb%a3-vibe-coding-%e5%b9%b4%e4%bb%a3-%e5%be%8c%e7%a8%8b%e5%bc%8f%e8%aa%9e%e8%a8%80%e7%9a%84%e9%81%b8%e6%93%87%e5%95%8f%e9%a1%8c/ 標題的問題算是 vibe coding 盛行後三不五時就會在專案啟動時思考的問題，如果 code 都是讓 LLM 寫了，有一定還要使用 Python 嗎：「If AI Writes Your Code, Why Use Python? (via)」。 Python ecosystem 的好處是 (1) 好寫，(2) ecosystem 也很大，(3) 所以找問題也快。但這三點在 LLM 前面被清除的差不多了，可以透過 WebSearch 與 WebFetch，再加上其他 MCP 串起來直接讓 LLM 跑 reasoning 打通 (像是 Opus 4.7 的 max effort)，以往要花很多力氣的事情變成花很多 token 就可以解。 所以用 Python 唯一的「優點」可能就是讓人 review 比較方便？但這件事情看起來也是快被替代的感覺了... Hacker News 上的 comment 看到了一個有趣的點子，在 id=48103303 這邊提到： Surprisingly, LLMs are actually much worse at reasoning in Python than other common programming languages for agentic coding tasks. Data here: https://gertlabs.com/rankings?mode=agentic_coding 連結裡面的東西我覺得很怪就不提了，但指出來「LLM 不一定會對主流語言處理的比較好」這件事情倒是蠻有趣的，雖然現在各家的旗艦模型應該都超過合格線蠻多的。 這樣是不是可以考慮全 assembly 開發拼速度...？(啥) via Gea-Suan Lin's BLOG https://blog.gslin.org May 13, 2026 at 06:50AM

Claude Platform on AWS https://blog.gslin.org/archives/2026/05/12/13036/claude-platform-on-aws/ 看到「Claude Platform on AWS is now generally available」這篇，看起來主要是把權限與帳的部分整合進 AWS： Developers and organizations now have the choice to access Anthropic's native Claude Platform experience, including APIs, console, and early-access beta features, directly through their existing AWS account, without managing separate accounts, billing, or tracking. 有直接說明資料的部分不是由 AWS 管的： Claude Platform on AWS is operated by Anthropic, and customer data is processed outside the AWS security boundary. 第一波就開了不少區，不過有東京但沒有新加坡： Claude Platform on AWS is available in US East (N. Virginia), US East (Ohio), US West (Oregon), Canada (Central), South America (São Paulo), Europe (Dublin), Europe (London), Europe (Frankfurt), Europe (Milan), Europe (Zurich), Europe (Paris), Europe (Stockholm), Asia Pacific (Tokyo), Asia Pacific (Seoul), Asia Parcific (Melborune), Asia, Pacific (Jakarta), Asia Pacific (Sydney), and Asia Pacific (Melbourne). 計價方式看起來是透過 Marketplace 收費，而且只有 API-based 的，官方是放在「Pricing」這邊「Claude Platform on AWS pricing」這段的說明。 不過有點微妙，不是直接列出 pricing，而是透過 CCU 計算，每個 CCU 是 US$0.01： Claude Platform on AWS bills through AWS Marketplace using Claude Consumption Units (CCUs). Anthropic rates your token usage in USD at standard per-model, per-feature rates, applies any negotiated discount, converts the result to CCUs at $0.01 per CCU, and reports the CCU quantity to AWS Marketplace hourly. Your AWS bill shows a single CCU line item. 另外如果指定要在美國內 inference 的話，Opus 4.6 (以及之後的版本) 與 Sonnet 4.6 (以及之後的版本) 都要加收 10% 的費用；另外 fast mode 則是本來六倍的費用。 如果是 developer 用的情況，本家的 subscription-based 方案補貼還是不少，這邊 API-based 用途看起來有點微妙... 加上我記得 Bedrock 一直都有跟上啊？像是「Introducing Anthropic’s Claude Opus 4.7 model in Amazon Bedrock」這篇。 大概要看的是這邊 CCU 是不是有比較便宜，可能要再看看後續其他人的測試了？ via Gea-Suan Lin's BLOG https://blog.gslin.org May 12, 2026 at 04:20AM

Debian 下一版 (forky) 將會強制要求 reproducible packaging https://blog.gslin.org/archives/2026/05/11/13035/debian-%e4%b8%8b%e4%b8%80%e7%89%88-forky-%e5%b0%87%e6%9c%83%e5%bc%b7%e5%88%b6%e8%a6%81%e6%b1%82-reproducible-packaging/ Reproducible builds 是確保 open source 的軟體 (或是 source available 的軟體) 在同樣的環境下都可以產出相同的 binary，屬於 Chain of trust 的一環。 Debian 宣佈下一版要強制 reproducible packaging 了：「bits from the release team (via)」，看起來先在 testing 上開始了： Aided by the efforts of the Reproducible Builds project [1], we've decided it's time to say that Debian must ship reproducible packages. Since yesterday, we have enabled our migration software to block migration of new packages that can't be reproduced [2] or existing packages (in testing) that regress in reproducibility. 查了一下，Debian 很久以前就已經試著讓 package system 是 reproducible，但這次是變成強制要求，得把之前編不出來的想法辦解決掉。 via Gea-Suan Lin's BLOG https://blog.gslin.org May 11, 2026 at 02:51AM