[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-coding-plan-bailian-developer-subscription-zh":3,"article-related-coding-plan-bailian-developer-subscription-zh":30,"series-tools-df203653-afe2-4c37-9d70-af6d94461423":73},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":23,"views":27,"created_at":28,"published_at":29,"topic_cluster_id":11},"df203653-afe2-4c37-9d70-af6d94461423","coding-plan-bailian-developer-subscription-zh","Coding Plan把百炼变订阅","\u003Cp data-speakable=\"summary\">以前我把大模型当按量 API 乱接，现在我只把 Coding Plan 当开发者月票用。\u003C\u002Fp>\u003Cp>我用大模型工具链這幾年，最煩的不是模型不夠強，而是賬單和權限總在背後捅刀子。你明明只是想在 \u003Ca href=\"\u002Ftag\u002Fcursor\">Cursor\u003C\u002Fa> 裡補個函數，結果一不小心把同一個 Key 塞進自動化腳本、CI 任務和個人 IDE，最後不是額度亂跳，就是呼叫直接報錯。更噁心的是，按量計費一旦和高頻互動式寫碼混在一起，成本根本不好預估。你今天覺得先試試，明天就開始盯著控制台發呆。\u003C\u002Fp>\u003Cp>阿里雲百煉的 Coding Plan 我一開始也沒當回事，直到我看到它把個人編碼場景單獨拎出來，固定月費、\u003Ca href=\"\u002Fnews\u002Fanthropic-macquarie-gic-data-centers-zh\">專用\u003C\u002Fa> Key、專用 Base URL，還把工具和使用邊界寫得很死。說白了，它不是再給你一個 API 套餐，而是逼你把互動式寫程式和後台自動化徹底分開。這個思路我挺認同，因為大多數人真正需要的，根本不是通用大模型 API，而是一個可控、可預期、能直接塞進 IDE 的訂閱包。\u003C\u002Fp>\u003Cp>我這篇不是給你念產品介紹，而是把這套東西拆開講清楚：它到底是什麼、Lite 和 Pro 差在哪、額度怎麼算、支援哪些模型和工具、為什麼它和百煉按量計費\u003Ca href=\"\u002Fnews\u002Fdutch-government-llm-benchmark-values-zh\">不能\u003C\u002Fa>混用，以及我會怎麼把它接進自己的開發流裡。原文來自知乎專欄 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2061515864340444437\">阿里云百炼Coding Plan详细介绍：是什么、收费价格、支持模型和AI工具\u003C\u002Fa>，下面我只挑對開發者真正有用的部分講。\u003C\u002Fp>\u003Ch2>它不是通用 API 套餐，而是只給你寫碼用的訂閱\u003C\u002Fh2>\u003Cblockquote>阿里云百炼 Coding Plan 是专为开发者打造的 AI 编码专属订阅套餐，采用固定月费模式，为开发者提供月度请求额度，专用于在主流 AI 编程工具中进行交互式编码辅助。\u003C\u002Fblockquote>\u003Cp>這句話翻成白話就是：它不想當你所有 AI 呼叫的總入口，它只想服務人在 IDE 裡邊聊邊寫程式這件事。這個定位很重要，因為它直接決定了你能怎麼用、不能怎麼用。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786435438230-esg2.png\" alt=\"Coding Plan把百炼变订阅\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我以前最容易踩的坑，就是把能呼叫模型誤解成哪裡都能呼叫。結果一旦把同一個帳號策略混進腳本、服務端、外掛和測試任務，權限邊界就糊了。Coding Plan 這裡把邊界寫得很清楚：它是給 Cursor、Cline、Qwen Code 這類工具用的，不是給你後端輪詢、批次處理、定時任務、爬蟲式自動化用的。\u003C\u002Fp>\u003Cp>所以它的價值不在模型更神，而在使用方式更單純。你每個月交固定費用，換來的是一個面向互動式開發的額度池。對個人開發者來說，這種模式比按量計費更像訂閱軟體，而不是雲 API 帳單。\u003C\u002Fp>\u003Cp>我會把它理解成 AI 程式助手的月票。你買的是持續使用權，不是無限 API 火力。這個差別看著小，實際會影響你整個工作流的設計。\u003C\u002Fp>\u003Cp>怎麼用這條思路？很簡單：如果你的主要場景是補全、重構、除錯、讀專案、寫單元測試、解釋報錯，那它就對路；如果你想把模型塞進服務端自動跑任務，別硬上，直接看 Token Plan 或按量體系。\u003C\u002Fp>\u003Cul>\u003Cli>適合：個人開發、日常 IDE 輔助、命令列互動式寫碼。\u003C\u002Fli>\u003Cli>不適合：後台自動化、批量任務、正式環境 API 整合。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Lite 已經退場，Pro 才是現在能買的那一個\u003C\u002Fh2>\u003Cblockquote>Lite 基础版：停止新购；停止续费与升级；已购用户权益可继续使用至服务到期。Pro 高级版：当前唯一可新购与续费的版本。\u003C\u002Fblockquote>\u003Cp>這個資訊其實比有哪些模型更重要，因為很多人會先看功能，後看可用性，最後才發現自己點了一個已經不賣的版本。很煩，但這就是雲產品常見的坑。\u003C\u002Fp>\u003Cp>原文裡說得很直白：Lite 已經停售，新購和續費都切到 Pro。對新用戶來說，基本不用糾結，直接看 Pro 就行。老用戶如果手裡還握著 Lite，也只是過渡使用，不代表它還能繼續擴容或者升級。\u003C\u002Fp>\u003Cp>我見過不少團隊在工具選型時卡在歷史版本還能不能續。答案通常很簡單：如果廠商已經把入口收緊，你就別把架構建立在舊套餐上。尤其是這種訂閱型編碼產品，續費路徑比功能說明更關鍵。\u003C\u002Fp>\u003Cp>這裡還有一個細節：它不是那種 Lite 和 Pro 模型不同、速度不同的套路。原文明確說兩者支援模型一致、回應速度也相同，差別主要在額度和可購買狀態。也就是說，Lite 的退出不是技術路線變化，而是商業套餐收口。\u003C\u002Fp>\u003Cp>怎麼應用？我建議你只做兩件事：第一，確認自己是不是新購用戶；第二，直接按 Pro 的額度和限制去規劃，不要再研究 Lite 的歷史參數。那只會浪費時間。\u003C\u002Fp>\u003Cul>\u003Cli>新用戶：直接看 Pro，不要再碰 Lite 的歷史資訊。\u003C\u002Fli>\u003Cli>老用戶：把 Lite 當過渡方案，不要指望長期續用。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>額度不是隨便用，而是三層限流，挺像現實版節流閥\u003C\u002Fh2>\u003Cblockquote>Pro 高级版采用分层限流设计：每 5 小时最多 6000 次请求，每周最多 45000 次请求，每月最高 90000 次请求。\u003C\u002Fblockquote>\u003Cp>這部分我覺得最值得拆。因為很多人看到月度 9 萬次就開始腦補自己能把模型榨乾，結果忽略了它還有 5 小時和周度兩層限制。你不是拿到一桶無限水，你是拿到一個有三道閥門的水管。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786435437962-kxv5.png\" alt=\"Coding Plan把百炼变订阅\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>原文給出的節奏很明確：5 小時滾動恢復，週一重置週額度，月度按訂閱日重置。這個設計的意思是，它希望你把模型用在持續開發上，而不是單次狂刷。你今天爆打一輪，系統還會讓你等等，別把資源池一口氣抽空。\u003C\u002Fp>\u003Cp>我自己在用類似工具時，最怕的是今天為了趕一個重構，把上下文塞滿，模型來回改十幾輪，結果額度瞬間見底。Coding Plan 給的這種分層機制，其實是在幫你避免這種極端波動。它不讓你無限衝，但也不至於像老式按量 API 那樣一條呼叫都要心裡算帳。\u003C\u002Fp>\u003Cp>原文還提到一個實用參考：簡單補全大概消耗 5 到 10 次，複雜的長上下文重構或全專案調試可能到 10 到 30 次以上。這個數字不是精確計費表，但足夠你做預算了。\u003C\u002Fp>\u003Cp>怎麼用？我會這麼安排：\u003C\u002Fp>\u003Cul>\u003Cli>把高頻小任務放在日常寫碼時段，別攢到最後一起爆發。\u003C\u002Fli>\u003Cli>長上下文任務盡量拆分，不要一口氣把整個倉庫丟進去。\u003C\u002Fli>\u003Cli>每週固定看一次額度，別等到週五晚上才發現自己沒得用了。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你是那種一天裡會反覆問模型這段重構行不行、這個錯誤為什麼來回報，那 5 小時滾動恢復其實挺友好。它更像是給人類開發節奏做的配額，而不是給機器批次處理做的。\u003C\u002Fp>\u003Ch2>支援的模型不少，但別把列表裡有理解成隨便調\u003C\u002Fh2>\u003Cblockquote>当前支持的模型包括通义千问系列、Kimi 系列、GLM 系列、MiniMax，且仅限套餐内模型，调用列表外模型将报错。\u003C\u002Fblockquote>\u003Cp>我很喜歡它把支援模型寫得這麼直接，因為很多平台會把模型清單藏在角落裡，最後你配好工具才發現根本不是同一套供應鏈。這裡至少是明牌。\u003C\u002Fp>\u003Cp>原文列出的核心模型包括 \u003Ca href=\"https:\u002F\u002Fwww.aliyun.com\u002Fproduct\u002Fbailian\">通義千問\u003C\u002Fa> 系列、\u003Ca href=\"https:\u002F\u002Fmoonshot.ai\u002F\">Kimi\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.zhipuai.cn\u002F\">GLM\u003C\u002Fa>，還有 MiniMax。它還點了幾個具體型號，比如 qwen3.5-plus、qwen3-max-2026-01-23、qwen3-coder-plus、qwen3-coder-next、Kimi K2.5、GLM 4.7。對開發者來說，這說明它不是只給一個通用聊天模型，而是把偏程式場景的模型也放進來了。\u003C\u002Fp>\u003Cp>但重點在最後那句：只限套餐內模型，列表外模型會報錯。這個限制很實在，也很煩，偏偏又是必要的。因為它說明 Coding Plan 不是你拿著 Key 想打誰都行，而是一個封閉的訂閱集合。\u003C\u002Fp>\u003Cp>我建議你把這個理解成工具相容，不代表模型開放。你能接 Cursor，不代表你能在 Cursor 裡隨便選任意模型。你能用 \u003Ca href=\"\u002Ftag\u002Fanthropic\">Anthropic\u003C\u002Fa> 相容協議，不代表你就能把 Anthropic 的全部生態照搬過來。\u003C\u002Fp>\u003Cp>怎麼落地？我會先按自己的主力任務分模型：\u003C\u002Fp>\u003Cul>\u003Cli>日常程式補全：優先試偏 coder 的模型。\u003C\u002Fli>\u003Cli>複雜重構和解釋：再看更強的通用模型。\u003C\u002Fli>\u003Cli>除錯和長上下文理解：優先驗證上下文穩定性，而不是只看名字。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你想省事，別一開始就折騰所有模型。先把一個工具、一個模型、一個專案跑通，再擴展。否則你會把時間浪費在到底是模型不行，還是接法錯了這種低價值問題上。\u003C\u002Fp>\u003Ch2>工具相容很多，但接法只有兩套，別混 Key 和 Base URL\u003C\u002Fh2>\u003Cblockquote>OpenAI 兼容协议：https:\u002F\u002Fcoding.dashscope.aliyuncs.com\u002Fv1；Anthropic 兼容协议：https:\u002F\u002Fcoding.dashscope.aliyuncs.com\u002Fapps\u002Fanthropic；严禁混用。\u003C\u002Fblockquote>\u003Cp>這段是整篇裡最容易救命，也最容易害人的地方。因為你一旦把 Coding Plan 的專屬 Key 和百煉按量計費體系混著配，呼叫就會直接失敗。不是部分功能異常，而是直接不通。\u003C\u002Fp>\u003Cp>原文給了兩條入口：\u003Ca href=\"\u002Ftag\u002Fopenai\">OpenAI\u003C\u002Fa> 相容協議和 Anthropic 相容協議。這個設計的好處是，你不用為每個工具重新改一套邏輯；壞處是，你以為協議相容就能隨便切，實際上 Key 和 Base URL 必須配套。\u003C\u002Fp>\u003Cp>我在工具接入上吃過太多這種虧。最常見的錯誤不是模型名寫錯，而是 Key 是訂閱計畫的，URL 卻還在用按量計費那套。看起來都是阿里雲，實際不是同一個體系。這個坑特別陰，因為你第一眼很難看出來。\u003C\u002Fp>\u003Cp>怎麼避免？我會把它做成固定配置模板，直接分成兩套環境變數：一套給 Coding Plan，一套給普通百煉。別在腦子裡記，腦子不可靠，配置檔可靠。\u003C\u002Fp>\u003Cp>原文也列了不少相容工具：Cursor、Cline、Qwen Code、\u003Ca href=\"\u002Ftag\u002Fcodex\">Codex\u003C\u002Fa>、Kilo CLI、\u003Ca href=\"\u002Ftag\u002Fopenclaw\">OpenClaw\u003C\u002Fa>、Hermes Agent、QwenPaw、OpenCode、Cherry Studio、Chatbox。這裡我不打算逐個講，核心只有一個：它不是只給某一個 IDE 用，而是盡量覆蓋常見的程式入口。\u003C\u002Fp>\u003Cp>如果你要真正上手，我建議這樣做：\u003C\u002Fp>\u003Cul>\u003Cli>先確認工具支援 OpenAI 還是 Anthropic 協議。\u003C\u002Fli>\u003Cli>再填對應的專屬 Base URL。\u003C\u002Fli>\u003Cli>最後再放專屬 API Key，別反過來。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這一步做對了，後面就省很多事。做錯了，你會在日誌裡看到一堆無意義報錯，然後懷疑人生。\u003C\u002Fp>\u003Ch2>它適合個人開發者，不適合把模型塞進業務系統\u003C\u002Fh2>\u003Cblockquote>Coding Plan 仅限交互式编码场景使用，严禁后端自动化调用；若涉及团队协作或生产级 API 集成，更推荐搭配 Token Plan 团队版使用。\u003C\u002Fblockquote>\u003Cp>這是我最想強調的一點，因為很多人看到模型訂閱四個字，第一反應就是那我是不是能拿來做產品了。不行，至少這不是它要解決的問題。\u003C\u002Fp>\u003Cp>原文把邊界劃得很死：個人開發、IDE 輔助、互動式除錯，可以；後端自動化、批次腳本、正式整合，不行。這個限制不是裝腔作勢，而是為了避免你把訂閱產品用成通用 API 平台，最後把整個計費和風控體系搞亂。\u003C\u002Fp>\u003Cp>我其實挺贊成這種分法。因為個人寫程式和團隊做服務，本來就是兩種完全不同的需求。個人場景最怕帳單失控，團隊場景最怕權限混亂和稽核缺失。Coding Plan 解決前者，Token Plan 更像是給後者準備的。\u003C\u002Fp>\u003Cp>原文還提到，如果你需要團隊協作、\u003Ca href=\"\u002Fnews\u002Fmmdiff-multimodal-feature-discovery-control-zh\">多模態\u003C\u002Fa>、智能體自治、企業系統對接或者合規稽核，那就應該考慮 Token Plan 團隊版，而不是硬把 Coding Plan 拉去幹這些活。這個建議很現實。\u003C\u002Fp>\u003Cp>我的選擇原則很簡單：\u003C\u002Fp>\u003Cul>\u003Cli>只在自己電腦上寫程式、除錯、重構：Coding Plan。\u003C\u002Fli>\u003Cli>多人共用、服務端呼叫、業務系統接入：Token Plan 或按量體系。\u003C\u002Fli>\u003Cli>不確定時，先問自己一句：這是人在寫程式，還是機器在跑任務？\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果答案是後者，別再往 Coding Plan 裡塞了。你會省很多時間，也少很多莫名其妙的限制錯誤。\u003C\u002Fp>\u003Ch2>我會怎麼把它接進日常開發流\u003C\u002Fh2>\u003Cp>如果是我自己上手，我不會先盯著首月 200 元這種促銷字眼，而是先把使用邊界立起來。第一步確認自己是不是純個人開發場景，第二步確認主力工具是不是 Cursor、Cline、Qwen Code 這類互動式入口，第三步再決定要不要訂 Pro。\u003C\u002Fp>\u003Cp>接下來我會做兩份配置：一份是 Coding Plan 專用，一份是普通百煉按量計費專用。前者只留給 IDE 和命令列助手，後者留給真正的 API 呼叫。這樣做的好處是，哪怕以後團隊裡有人複製配置，也不容易把兩套體系混在一起。\u003C\u002Fp>\u003Cp>然後我會把額度當成一種節流資源，而不是反正月費已經付了就隨便用。這個心態很重要。你越把它當無限資源，越容易在大任務裡把上下文拖爆；你越把它當有邊界的月票，越能把呼叫分配到真正有價值的地方。\u003C\u002Fp>\u003Cp>最後我會盯三個點：模型是否夠用、工具是否相容、額度是否符合我的寫碼頻率。只要這三件事成立，Coding Plan 就不是噱頭，它就是一個挺實用的個人開發訂閱。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># 阿里云百炼 Coding Plan 接入模板\n\n## 适用场景\n- 个人开发者\n- IDE 交互式编码\n- 命令列辅助写码\n\n## 不适用场景\n- 后端自动化调用\n- 批量脚本\n- 生产级 API 集成\n\n## 先决条件\n1. 已订阅 Coding Plan Pro\n2. 已获取专属 API Key（形如 sk-sp-xxxxx）\n3. 已确认使用专属 Base URL\n\n## Base URL\nOpenAI 兼容协议：\nhttps:\u002F\u002Fcoding.dashscope.aliyuncs.com\u002Fv1\n\nAnthropic 兼容协议：\nhttps:\u002F\u002Fcoding.dashscope.aliyuncs.com\u002Fapps\u002Fanthropic\n\n## 配置原则\n- Coding Plan 的 Key 只能配 Coding Plan 的 Base URL\n- 不要混用百炼按量计费体系的 Key \u002F URL\n- 不要把这个 Key 放进后端自动化任务\n\n## 环境变量示例\nexport CODING_PLAN_API_KEY=\"sk-sp-xxxxx\"\nexport CODING_PLAN_BASE_URL=\"https:\u002F\u002Fcoding.dashscope.aliyuncs.com\u002Fv1\"\n\n## Cursor \u002F Cline \u002F 其他 OpenAI 兼容工具\n- Provider: OpenAI Compatible\n- Base URL: https:\u002F\u002Fcoding.dashscope.aliyuncs.com\u002Fv1\n- API Key: CODING_PLAN_API_KEY\n- Model: 从套餐支持列表里选\n\n## Anthropic 兼容工具\n- Provider: Anthropic Compatible\n- Base URL: https:\u002F\u002Fcoding.dashscope.aliyuncs.com\u002Fapps\u002Fanthropic\n- API Key: CODING_PLAN_API_KEY\n- Model: 从套餐支持列表里选\n\n## 接入检查清单\n- [ ] 这是交互式编码，不是自动化任务\n- [ ] Key 和 Base URL 来自 Coding Plan 专属配置\n- [ ] 选择的模型在套餐支持列表内\n- [ ] 額度足夠覆蓋當前任務\n- [ ] 沒把同一 Key 複用到後端服務\n\n## 选择建议\n- 个人日常写代码：Coding Plan\n- 团队协作 \u002F 生产集成：Token Plan\n- 不确定用途：先别接，先把场景分清楚\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這份模板的核心不是配置長什麼樣，而是怎麼不把自己配炸。你只要守住兩條線，基本就不會踩大坑：一條是互動式 vs 自動化，一條是專屬 Key\u002FURL vs 按量體系。\u003C\u002Fp>\u003Cp>原文網址還是這篇知乎專欄：\u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2061515864340444437\">https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2061515864340444437\u003C\u002Fa>。我這裡做的是開發者視角的拆解和整理，模板是我根據原文資訊重新組織出來的，不是官方文件原樣複製。\u003C\u002Fp>","我拆开阿里云百炼 Coding Plan：价格、模型、工具接入、限额和避坑配置，一次看懂。","zhuanlan.zhihu.com","https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2061515864340444437",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786435438230-esg2.png","tools","zh","085aabb2-11df-4384-82dd-c188ef79c19e",[17,18,19,20,21,22],"阿里云百炼","Coding Plan","开发者订阅","AI 编码工具","OpenAI 兼容","Anthropic 兼容",[24,25,26],"Coding Plan 的定位是个人交互式写码订阅，不是通用 API 套餐。","Pro 版有 5 小时、每周、每月三层限流，适合持续开发而不是批量自动化。","Key 和 Base URL 不能混用，工具接入前先分清 OpenAI \u002F Anthropic 协议。",1,"2026-08-11T08:03:27.012167+00:00","2026-08-11T08:03:26.984+00:00",{"tags":31,"relatedLang":32,"relatedPosts":36},[],{"id":15,"slug":33,"title":34,"language":35},"coding-plan-alibaba-cloud-ide-billing-en","Coding Plan turns Alibaba Cloud into IDE billing","en",[37,43,49,55,61,67],{"id":38,"slug":39,"title":40,"cover_image":41,"image_url":41,"created_at":42,"category":13},"24f805e3-546a-4f39-90ea-2253d8846165","doubao-one-hour-flash-game-collection-zh","豆包1小時把摸魚遊戲做成合集","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786437237945-awlu.png","2026-08-11T08:33:17.309085+00:00",{"id":44,"slug":45,"title":46,"cover_image":47,"image_url":47,"created_at":48,"category":13},"7c5f393f-e45a-45d0-98fe-28abc173ba11","baidu-wenxin-search-to-agent-template-zh","百度文心把搜索底子变成Agent能力","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786365239713-gwqo.png","2026-08-10T12:33:19.194341+00:00",{"id":50,"slug":51,"title":52,"cover_image":53,"image_url":53,"created_at":54,"category":13},"4a2a7043-32f7-4520-9f3c-820d19f00b74","opcode-supports-deepseek-glm-qwen-gpt-models-zh","OpenCode 支援多家模型，切換更省事","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786363377470-lo30.png","2026-08-10T12:02:30.043727+00:00",{"id":56,"slug":57,"title":58,"cover_image":59,"image_url":59,"created_at":60,"category":13},"fc9bd7b8-542f-4c91-9965-60ecb3ae417e","deepseek-codex-ai-coding-costs-reset-zh","DeepSeek 接入 Codex 後，AI 編程成本必須重算","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786321973140-5qz2.png","2026-08-10T00:32:32.710718+00:00",{"id":62,"slug":63,"title":64,"cover_image":65,"image_url":65,"created_at":66,"category":13},"1b9f3648-fe4a-445d-bdc0-fda420e42c6b","token-ciyuan-zhongwen-fenciqi-shice-zh","用詞元實測中文分詞器","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786320173760-2fu6.png","2026-08-10T00:02:31.714597+00:00",{"id":68,"slug":69,"title":70,"cover_image":71,"image_url":71,"created_at":72,"category":13},"0afe05ab-6675-498f-b179-531a8460290b","openai-api-pricing-august-2026-token-costs-zh","OpenAI API 單價落差到 180 美元","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1786300368036-5pzh.png","2026-08-09T18:32:26.525684+00:00",[74,79,84,89,94,99,104,109,114,119],{"id":75,"slug":76,"title":77,"created_at":78},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":80,"slug":81,"title":82,"created_at":83},"9b19ab54-edef-4dbd-9ce4-a51e4bae4ebb","mcp-in-2026-the-ai-tool-layer-teams-use-zh","2026 年 MCP：團隊真的在用的 AI 工具層","2026-03-26T08:01:46.589694+00:00",{"id":85,"slug":86,"title":87,"created_at":88},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":90,"slug":91,"title":92,"created_at":93},"05553086-6ed0-4758-81fd-6cab24b575e0","garry-tan-open-sources-claude-code-toolkit-zh","Garry Tan 開源 Claude Code 工具包","2026-03-26T08:26:20.068737+00:00",{"id":95,"slug":96,"title":97,"created_at":98},"042a73a2-18a2-433d-9e8f-9802b9559aac","github-ai-projects-to-watch-in-2026-zh","2026 必看 20 個 GitHub AI 專案","2026-03-26T08:28:09.619964+00:00",{"id":100,"slug":101,"title":102,"created_at":103},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":105,"slug":106,"title":107,"created_at":108},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":110,"slug":111,"title":112,"created_at":113},"bfdb467a-290f-4a80-b3a9-6f081afb6dff","aiml-2026-student-ai-ml-lab-repo-review-zh","AIML-2026：像課綱的學生實驗 Repo","2026-03-27T01:21:51.467798+00:00",{"id":115,"slug":116,"title":117,"created_at":118},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00",{"id":120,"slug":121,"title":122,"created_at":123},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]