用 AI 寫程式最大的問題是什麼？對我們來說，不是模型不夠聰明，而是 不放心 。 LLM token 越來越貴，但大部分都在重複看已經知道的程式碼結構。 Agent 改完程式編譯不過，要來回好幾輪才修好。 工作到一半 context 滿了，重開 session 什麼都不記得了。 有時候改壞了檔案還沒人知道。 這些問題大概不是只有我們遇到。我們的做法是寫兩個小工具來補，一個管 輸入成本 ，一個管 操作安全 。兩者透過 MCP 協定接進 OpenCode，各自只做一件事。 工具一：GraphifyRust — 讓 LLM 不用重看整包程式碼 GraphifyRust 是用 Rust 寫的靜態分析引擎。用 Tree-sitter 解析原始碼，把 function、struct、trait 這些節點抽出來，建成一個有向圖。 AI agent 要改程式時，傳統做法是把整支檔案丟給 LLM。幾百行的檔案可能只有幾段 function 相關，但 LLM 還是得看完所有 import、註解、不相干的邏輯。 Graphify 的 skeleton_extract 只回傳 AST 骨架 — function 名稱、行號、簽名。實際壓縮效果： 檔案 原始 token 骨架 token 節省比例 server.go (BloggerAgent MCP) 1,289 117 90.9% toon.rs (Graphify 核心) 2,132 147 93.1% 骨架不夠用時，用 range mode 精準讀取特定 function。不需要整包丟進去。 選 Rust 的理由很務實：Tree-sitter 的 Rust binding 最成熟。在 110 個檔案、422 條邊的測試專案上，建圖只要 16ms ，比之前 Python 版快 26 倍。節點用 petgraph arena 預分配，減少 heap 碎片。輸出用自訂的 .toon 格式，體積比 JSON 少 60%。 語意搜尋用本機 Qdrant，沒有雲端費用。目前支援 9 種語言：Rust、Python、Go、JavaScript、TypeScript、C、C++、Java、PHP、Swift。 工具二：StateMachineMcp — 永遠不讓壞掉的程...
(圖片來源：Google Search)
我上個禮拜去公園的時候，有看到人家拿哦！可見 Sony 這台 A55 算是有讓人喜歡的特點，Chinese Engadget 有提到這台的高 ISO 比 Pentax K-x 更好，當然還有其他優點，不過缺點也已經被揭露出來並且官方也證實了。
錄影時的發熱狀況，官方建議防手震開啟時，a55 在環境溫度 30 度的狀況下，不要錄超過六分鐘，以此類推，請自行參考下表。
另外，Sony 也有底下三點建議：
- 儘量避免日光直射
- 不使用時將電源關閉
- 在可能的情況下，儘量使用三腳架，並關閉防手震
以上資料來源 (From Chinese Engadget)：Sony Alpha A55之開心又苦惱的動手玩、小心 Sony A55/A33 錄影會過熱！
另外也有一篇大陸的文章：史上最糾結？索尼A55 A33相機被揭七大暗傷，裡頭提到七個問題 (請自行前往參考），底下除了錄影過熱的問題以外列出二點：
- 連拍雖快可是承自 Minolta Alpha 自動對焦系統的老問題，對焦速度不夠快也降低了連拍速度的可用性。
- 還有雖然可以在錄影時自動對焦，但是在對焦時的噪音很大，會一起被錄進去，這點不曉得用超音波馬達的鏡頭會不會？
從以上幾個使用者反應的問題來看，還有很長的路，至少看能不能從韌體的更新解決一些問題？或者就等新機再出來吧，反正 Sony 的產品週期挺快的 :P
看起來A55 / A33似乎一些技術還沒有十分成熟 ? 不過以SONY的能力相信下一代應該會好很多吧
回覆刪除還要加油！
回覆刪除