百川 Baichuan-M3 80 元贈送金怎麼用？學生 AI Agent 導流

百川智能官方價格頁目前仍列出一個值得查核的新使用者福利：2024 年 5 月 22 日下午起新註冊的帳戶，免費贈送金由 8 元提升到 80 元，並用 Baichuan2-Turbo 的價格估算為約 1,000 萬 tokens，有效期 3 個月、註冊後生效。這個數字很吸引人，但它不是每個模型各有 1,000 萬 token，也不是可以直接拿來無限呼叫的公共 token 池；它是按價格抵扣的贈送金，實際可用量會受模型輸入輸出價格、搜尋附加服務與帳戶狀態影響。

本篇最重要的安全結論是：百川官方 API 文件又寫明，使用 API 前要完成實名、充值與建立 API key。價格頁的贈送金描述與 API 文件的一般開通流程不能自行拼成「一定不需充值就能用」。學生 agent 只有在自己的控制台明確讀到贈送金、有效期、免費抵扣範圍，並證明不會動用 paid balance 時，才可把它列為窄範圍候選；在此之前，本文不批准它進入主要 agent 的自動 fallback。

本系列只整理合法公開的額度與試用，不代為實名、不充值、不建立或分享任何人的 API key，不用重複註冊、身份輪換或多帳戶延長贈送金。若要先了解共同的學生 agent 憑證與資料原則，可閱讀 AI agent 使用 FAQ。

當日敲門模型：Baichuan-M3

如果帳戶真的讀回 gift balance 且 API 開通條件已由本人合法完成，本文先把 Baichuan-M3 列為一般文字任務的敲門候選。百川官方價格頁目前列 M3 為 32k context、input／output 分開計價；同一頁也說 M3-Plus 會自動觸發醫療搜尋並另計費，所以免費範圍先不選 Plus、不做醫療任務、不開 search enhancement。這個候選不代表 80 元贈送金一定適用，也不代表 API 文件的充值要求已被繞過。

第一次只送短 synthetic text，啟動前讀回模型、gift balance、paid balance、到期日、search enhancement 與 endpoint；任一欄不清楚就停在 REVIEW_REQUIRED。不要把價格頁以 Baichuan2-Turbo 換算的約 1,000 萬 tokens 改寫成 M3 的固定免費 tokens，也不要因為模型名稱更新就自動切換。

80 元不是固定的 1,000 萬 token

官方價格頁用 Baichuan2-Turbo 的價格把 80 元換算成約 1,000 萬 tokens，這只是特定模型與價格的估算。現行價格頁同時列出多個模型、不同的輸入／輸出單價與上下文，不能把 80 元除以一個舊模型價格後，再宣稱所有模型共享同一個 token 數。輸入和輸出通常會分開計費；長上下文、長回覆與多輪 agent 會更快消耗贈送金。

有些模型還會觸發額外服務。官方價格頁說 Baichuan-M3-Plus 與 Baichuan-M2-Plus 的對話流程可能自動觸發醫療搜尋並單獨計費；搜尋增強服務也有按次收費項目。學生 agent 的免費實驗預設不開啟 search enhancement，不處理醫療任務，不把「模型回答 token」與「搜尋服務費」混在同一筆帳上。

贈送金有效期是價格頁目前列出的 3 個月，但起算點仍應從帳戶控制台確認：頁面寫註冊後生效，實際系統可能依帳戶建立、實名完成或福利入帳時間顯示。不要把文章日期當成某個學生帳戶的到期日；每個帳戶要保存自己的 grant created time、expires at、remaining gift balance 與讀回時間。

價格頁保留 2024 年活動說明，而頁面本身在近期仍能被讀到，這只能證明官方頁目前公開這段文字，不能證明 2026 年每個新帳戶都會得到相同福利。建立候選時要同時記錄頁面查核日期、控制台實際福利與帳戶地區；若三者不一致，採用控制台與官方客服能確認的較窄範圍，不以舊文案擴大資格。

也不要把 80 元贈送金與「充值金額」相加。贈送金可能不能提現、不能轉讓、不能支付某些服務，或有單獨的消費順序；只有帳戶頁明確顯示的可用計費項，才能放進學生 agent 的 allowlist。每一個模型與附加服務都要記錄扣款來源，不能只記一個總餘額。

先處理免費與充值的矛盾

百川 API 文件的開頭流程目前要求實名、充值、建立 API key；這可能是一般 API 開通流程，也可能代表沒有充值就不能實際送出請求。價格頁則把新註冊贈送金寫成註冊後生效。兩份官方資料的交集只能得到一個保守結論：必須以帳戶控制台與第一次請求前的 billing read-back 為準，不能替供應商猜測贈送金是否足以繞過充值要求。

如果控制台要求先充值才能建立 key、開通 API 或讓贈送金可用，就不符合本文的零成本燃料條件；學生不能為了驗證而自行付款。若控制台讓本人在沒有 paid balance 的情況下看到 gift balance、有效期與可用模型，仍要確認贈送金用完後會拒絕請求，而不是扣除任何已存在的正餘額。未讀回前，狀態必須是 REVIEW_REQUIRED。

開通流程中的「充值」也可能影響限流等級、帳戶權限或實名後的服務開放，不只是支付本身。對學生來說，這些都是外部狀態變更，不能由主要 agent 自動完成。若需要客服或管理者確認，文章只記錄應該詢問的問題，不要求學生貼出帳戶截圖、身份證明或付款資料。

第一次可用性測試也要先確認贈送金的消費順序。若帳戶同時存在 gift balance 和 paid balance，而控制台沒有顯示下一次請求會扣哪一種，禁止送出大請求；最多由有權限的管理者手動做一個極短、可承受的測試，並完成帳務讀回。工作區沒有這種授權，因此本文不做 live smoke。

官方 API 入口與模型範圍

百川官方 chat API 文件提供 https://api.baichuan-ai.com/v1/chat/completions，使用 Bearer API key。文件中的示例包含 Baichuan2-Turbo，但價格頁也顯示模型會更新，舊模型可能下線或路由到新的模型版本。agent 啟動時要從當日官方模型清單與帳戶可用範圍取得 model ID，不要因為範例仍存在就假設該模型永遠適用贈送金。

本文先限於短文字 Chat Completions。知識庫、文件上傳、embedding、醫療搜尋、web search、語音或其他服務有獨立計價和資料處理邊界，不把它們併入「免費 token」。即使某個 Assistants API 在價格頁顯示限時免費，也要單獨讀取它的限制、期限、資料與是否共享同一贈送金，不能直接套用到聊天 API。

API key 必須與帳務分離

學生只需要一支由本人或課程管理者受控建立的 API key，不需要把控制台登入資料、付款資料或其他管理憑證交給 agent。key 只放在 server-side secret store，透過環境變數注入；不要寫進前端、Git、notebook、聊天室或 agent 的長期記憶。若 key 外洩，先停用或重新建立，再查控制台用量，不要把洩漏的 key 貼到群組請別人試用。

建立 key 前先設定一個用途名稱、有效期與模型範圍，若控制台提供限制就只允許批准的文字模型。每個學生不應因為遇到 401 或 429 就自行建立新 key；錯誤可能是帳戶資格、餘額、模型、限流或 endpoint 問題。換 key 不能修復帳務，也不能變成免費額度策略。

如果多人共同上課，最小安全做法是每人一支短期 key，或由受控 gateway 按學生代號分配本地配額；不要把一支能查看帳務的管理 key 放到公共環境。課程管理者應能在單一學生超出任務預算時停用該 key，不影響其他人，也不需要重置整個贈送金帳戶。

function assertBaichuanGiftOnly(state, now = Date.now()) {
  if (state.billingMode !== 'GIFT_BALANCE_ONLY') throw new Error('Gift-only billing is not verified');
  if (state.paidBalanceAllowed === true) throw new Error('Paid fallback is not approved');
  if (!Number.isFinite(state.giftBalance) || state.giftBalance <= state.reserveGiftBalance) {
    throw new Error('Gift balance is below the safety reserve');
  }
  if (!Number.isFinite(Date.parse(state.expiresAt)) || Date.parse(state.expiresAt) <= now) {
    throw new Error('Gift balance has expired');
  }
  if (state.searchEnhancementEnabled === true) throw new Error('Search enhancement is outside the free-only scope');
  if (!state.approvedModels.includes(state.model)) throw new Error('Model is outside the allowlist');
}

assertBaichuanGiftOnly(readFreshBaichuanBillingState());

GIFT_BALANCE_ONLY 是本地安全狀態，不是宣稱百川控制台一定提供同名按鈕。只有在控制台讀回贈送金與 paid balance 的分離、search enhancement 關閉、模型範圍、到期日與安全餘量後，才可設定。若控制台無法證明用完後停止，這支帳戶就不應交給無人值守 agent。

用短文字做第一次請求

第一次測試使用公開或 synthetic data、單輪訊息、短 prompt、低輸出上限與 with_search_enhance: false。請求前扣除本地預算，請求後保存 usage、模型、狀態碼、response ID 與 gift balance read-back。若回應是帳務提示、空結果或模型範圍錯誤，不要把它當成成功回答，也不要立即重試。

async function callBaichuanGift(prompt) {
  const key = process.env.BAICHUAN_API_KEY;
  const model = process.env.BAICHUAN_APPROVED_MODEL || 'Baichuan-M3';
  if (!key || !model) throw new Error('Baichuan key or model is missing');

  const response = await fetch('https://api.baichuan-ai.com/v1/chat/completions', {
    method: 'POST',
    headers: {
      Authorization: `Bearer ${key}`,
      'Content-Type': 'application/json'
    },
    body: JSON.stringify({
      model,
      messages: [{ role: 'user', content: prompt.slice(0, 3000) }],
      temperature: 0.2,
      max_tokens: 192,
      stream: false,
      with_search_enhance: false
    })
  });

  const data = await response.json().catch(() => ({}));
  if (!response.ok) throw Object.assign(new Error(`Baichuan HTTP ${response.status}`), { status: response.status, data });
  return { text: data.choices?.[0]?.message?.content ?? '', usage: data.usage ?? null, id: data.id ?? null };
}

百川的官方參數與實際模型版本可能更新；若某個模型不接受 with_search_enhance、max_tokens 或其他欄位，就回到當日 API 文件，不要把標準 OpenAI 相容性當成完整保證。第一次任務只測試最小共同欄位，並把所有額外功能保持關閉，降低贈送金被附加服務扣掉的可能。

不要把真實文件先上傳到知識庫再測試免費額度。文件上傳、解析、embedding 與儲存可能各有容量、費用和保留規則，且刪除不一定等於所有副本即時消失。第一次課堂實驗只使用訊息內的短 synthetic text；需要 RAG 時，先用本地假資料驗證流程，再單獨做資料與費用審核。

用量與贈送金要分開記錄

成功回應若提供 usage.prompt_tokens、usage.completion_tokens 與 usage.total_tokens，就保存這些數字；同時要保存控制台讀回的 gift balance、paid balance、模型價格版本與時間。usage 是這一次請求的證據，不是贈送金剩餘量的即時替代品。控制台與 API 回應若不同，採用較小的安全值並暫停。

贈送金的實際 token 產量取決於模型輸入／輸出價格。若只用 Baichuan2-Turbo 估算 1,000 萬，卻把 M3-Plus、M2-Plus、embedding、搜尋或知識庫都放進同一個 agent，報告會高估免費燃料。課程應按模型與計費項拆開 ledger，每種模型都記錄輸入、輸出、附加服務與剩餘贈送金。

建議每次任務都設定更小的 reserve gift balance，保留給帳務讀回與停止確認。控制台數值可能有延遲，API 回應的 usage 也可能在重試或附加服務後才完整呈現；當本地預估和帳戶數字不一致，先鎖定 provider，再由人工判斷。不要為了用完三個月期限而把安全餘量壓成零。

若一個學生 agent 需要長期背景、複雜工具或大量上下文，80 元贈送金不是穩定容量。課程可把它限制在摘要、短問答、格式轉換與錯誤分類，並把每一輪的輸入長度、輸出上限和預估 token 寫入 ledger。這樣能比較模型品質，也能在贈送金到期前有可重現的停止證據。

401、429 與餘額不足要停止

• 401：官方錯誤頁列 API key 不正確；停下來檢查 secret，不把 key 放進錯誤輸出。
• 429：官方錯誤頁列帳戶餘額不足等情況；不要充值，不要用新 key 繞過，先查贈送金與 paid balance。
• 400／404：檢查模型、endpoint、參數或模型下線，不要猜測另一個模型。
• 附加費：醫療搜尋或 search enhancement 可能另計；免費文字流程預設關閉並停止遇到不明費用。
• 贈送金到期／用完：停止整個 adapter，不接受 paid balance 或自動充值。

function classifyBaichuanFailure(error) {
  if (error?.status === 401) return { action: 'STOP_REVIEW_API_KEY', retry: false };
  if (error?.status === 429) return { action: 'STOP_REVIEW_GIFT_AND_ACCOUNT_BALANCE', retry: false };
  if (error?.status === 400 || error?.status === 404) return { action: 'STOP_REVIEW_MODEL_OR_ENDPOINT', retry: false };
  if (error?.code === 'ETIMEDOUT') return { action: 'STOP_UNTIL_REQUEST_STATE_IS_KNOWN', retry: false };
  return { action: 'STOP_AND_ESCALATE', retry: false };
}

免費額度的錯誤處理不應自動 retry。一次逾時可能已經被平台計費，一次 429 也可能代表贈送金或帳戶狀態需要人工處理。若課程確實要重試，先由管理者重新讀回餘額、模型、附加服務與帳務模式，再給外層控制器有限次數；主 agent 預設保持停止。

資料與百川政策

百川官方隱私政策說明平台提供 API 生成式 AI 服務，並處理使用服務時提供或產生的個人資訊。學生 agent 應只傳公開內容、自己編造的測試資料或已經得到明確批准的匿名資料；不要把未公開作業、個資、公司原始碼、cookie、付款資訊或任何 API key 傳給模型。

若要使用知識庫、文件上傳或 embedding，要另讀它們的文件與資料保存規則。本文只批准短文字 Chat Completions，不把免費贈送金當成可以免費上傳資料庫。模型輸出也要人工核對，不作醫療、法律、金融或其他高風險決策的唯一依據。

百川安全指引與使用協議也是課堂邊界的一部分。學生要知道輸入內容必須有合法權利與必要授權，輸出不能直接當成事實或專業意見。若作業涉及未成年人、健康、教育評量或其他敏感情境，先依學校與法規審核，不用免費贈送金繞過任何同意與保護要求。

研究紀錄只保存去識別化的模型、usage、狀態碼、餘額讀回與停止原因，不保存原始 prompt、完整輸出、身份資料或付款資訊。贈送金查核與內容資料分開管理，才能在核對帳務時避免建立不必要的學生資料副本。

任何超出課堂預算的請求，都要先獲得新的明確批准。

管理者也要重新查看官方價格與條款，確認福利沒有被更新或撤下。

如果 read-back 失敗，就保留候選狀態，不進行任何請求。

證據完整後，才由管理者決定是否開放一個短任務。

短任務完成後再讀回餘額，並鎖定後續請求。

沒有讀回就不宣稱完成，後續仍需人工判定與記錄，安全優先，需再驗，才能放行，再查。

適合學生的課堂任務

• 用公開短文測試不同輸出上限與模型價格對 gift balance 的影響。
• 比較同一份 synthetic prompt 在兩個已批准模型的 usage 與品質。
• 故意關閉或開啟 search enhancement，確認 agent 能在附加費風險前停止。
• 讀回三個月有效期，演練到期前與到期後的狀態轉換。
• 測試 401、429、餘額不足與模型不存在時的人工接手流程。

不適合的任務包括長時間爬蟲、無限代理迴圈、醫療搜尋、未審核的文件上傳、共用帳戶、重複註冊、充值後宣稱免費，以及讓主要 agent 在贈送金用完後繼續扣 paid balance。80 元福利的目標是短期實驗與學習會計，不是保證三個月的生產級 token 供應。

放行清單與未批准條件

百川只有在以下條件全部成立時，才可放入人工批准清單：官方價格頁的福利在當天仍存在；本人控制台讀到 gift balance、有效期與支援模型；不充值也能合法開通與呼叫；paid balance 不會被動用；search enhancement 與其他附加費關閉；API key server-side 且模型範圍受限；輸入是公開或 synthetic data；每次請求前後都有 usage 與帳務 read-back；錯誤會停止而不是自動換 key。

若 API 開通明確要求充值、贈送金只能在充值後啟用、贈送金用完會自動扣正餘額，或無法看見三個月期限與模型抵扣範圍，狀態就維持 REVIEW_REQUIRED。不要因為官方頁仍顯示 80 元就宣稱此帳戶可以免費使用。這是第 29 篇的主要邊界，也是它目前尚未被納入主要 agent 燃料的原因。

官方來源與最後判斷

本文以百川官方價格與贈送金頁、Chat API 文件、錯誤碼、隱私政策、使用者協議、安全與風險指引、消費協議 與實際模型頁為依據。價格頁保留了較早的活動日期，使用前必須重新查看官方帳戶與現行條款，不能只看文章中的 80 元。

最後結論：百川的 80 元新註冊贈送金與約 1,000 萬 token 估算值得研究，但目前只能是條件式候選。若帳戶能證明不充值、不開啟付費、不觸發附加費且三個月期限與模型抵扣可讀回，才適合做低量學生文字實驗；否則它不是免費 token 燃料，而是需要付款的 API 候選。官方福利頁與 API 開通文件出現差異時，控制台讀回與安全停止優先。

本文沒有代為實名、充值、建立 key、呼叫真實 API 或發布 WordPress；本機只保存官方研究與不含秘密的範例。下一篇會依同一門檻繼續查找另一個官方免費或試用 API 入口，先確認它的免費單位與付款停止條件。