Capaci：程式從寫檔變管 Longxia，IDE 演進
Capaci 稱程式設計從寫檔案轉為管理 Longxia。IDE 不會消亡，但需作為代理中心採用新用法。預示開發工具範式轉變。
Search
Tag: #agentic-coding34 results
Qwen3.5-9B 編碼基準測試領先
Reddit 貼文討論 Qwen3.5-9B 是否足夠用於代理編碼。它在所有編碼項目擊敗 Qwen3-30B-A3B，並與 Qwen3-Next-80B/GPT-OSS-20B 匹敵多項。針對 8GB VRAM 筆電，使用 Q8 量化與長上下文。
Treasure Code：透過 AI 治理一小時打造 SaaS
Treasure Data 推出 Treasure Code，這是其 CDP 的 AI 原生 CLI，由一名工程師使用 Claude Code 在 60 分鐘內建置。仰賴預建治理實現安全生產部署。三層 AI 程式碼審核管道確保無需人工編碼即可達品質標準。
從AlphaGo到DeepSeek R1，推理的未來將走向何方？
Eric Jang 詳述 AI 已精通程式設計與思考，使用 Claude Code 在數週內從零重建 AlphaGo。現代代理自動化實驗、超參數調優與報告，透過結構化工作流程。此舉將推理規模化為可排程資源，轉變生產力與社會。
🤖
Muse-Glimmer-30B 挑戰 Qwen 3.6-27B
一份早期使用者評測指出，Muse-Glimmer-30B 在部分使用情境中勝過 Qwen 3.6-27B，尤其是在高效率推理、無工具常識問答與 OpenCode 代理工作流程方面。評測者表示該模型量化表現良好，但在多數程式設計任務上較弱。
📰
llama.cpp 無法結合 MTP 和 ngram 解碼
使用者報告在 llama.cpp 中同時指定 MTP 和 ngram 推測解碼時，僅啟用 ngram，用於 Qwen3.6 27B。MTP 通用表現出色，ngram 則加速代理編碼中重複代碼預測。討論連結至開放 PR 探討相容性。
V100 提示處理速度用於代理編碼
用戶優化 4x V100 GPU 運行 Qwen3，但無 flash attention 導致長上下文減速。尋求社群對代理編碼工作流程的可接受提示處理速度與上下文長度意見。r/LocalLLaMA 討論。
Qwen3.5-27B 本地運行 OpenCode 代理
使用者示範 Qwen3.5-27B 在 RTX 4090 上透過 llama.cpp 作為 OpenCode 程式碼代理的主要模型，實現良好工具呼叫及程式碼任務。設定使用 4-bit 量化、64K 上下文，生成約 40 tok/s。部落格詳述完整工作流程，包括代理技能及 Context7 整合。
較慢的 Qwen3.5 122B 使編碼生產力加倍
使用者放棄快速但易崩潰的 Qwen3 Coder Next，改用較慢但穩定的 Qwen3.5 122B，儘管 token 速度減半，卻完成兩倍任務數。穩定性、更少重試及更好程式碼品質帶來代理工作流程的實際提升。建議有足夠硬體時用大型模型處理複雜編碼。
📰
Qwen3.5 改變本地編碼工作流程
使用者報告 Qwen 3.5 在一般硬體上實現無監督代理編碼循環，超越先前本地模型。儘管基準未顯示重大躍進，但達成 4-6 小時無監督工作。這是本地 LLM 生產力的個人轉捩點。