AI 程式設計教程中文版
官方教程中文版學習路線

學習路線

按 Web、生產程式碼庫、原生 App、遊戲和效率場景選擇 Codex 學習路徑。

學習路線不是固定課表。先按你真實要交付的東西選路徑,再回到官方功能頁補命令、配置和安全邊界。

這一章把 Codex 的功能拆到具體技術堆疊和工作場景裡:Web、遊戲、原生應用、生產系統、效率協作,以及一個總入口。新手應該先選一條路線跑通,不要同時橫跳所有能力。

路線地圖

mindmap
  root((學習路線))
    Web 開發
      前端
      後端
      API
    遊戲開發
      原型
      邏輯
      資源
    原生應用
      iOS
      macOS
      Android
    生產系統
      架構
      資料
      部署
    效率與協作
      團隊流程
      工具沉澱

章節速查

怎麼選第一條路線

  • 有明確產品介面,先選 Web 或原生應用。
  • 有真實線上系統,先選生產系統路線,不要從花哨 demo 開始。
  • 只是想練手,瀏覽器遊戲路線更容易看到即時反饋。
  • 已經有穩定個人工作流,再進入效率與協作路線。
  • 不確定時先讀總入口,再回到 實戰場景 找最接近的案例。

學習順序

這組路線的順序可以按風險遞增理解:

  1. 先學入口選擇:確認同一件事該放在 App、IDE、CLI 還是 Cloud 裡做。
  2. 再學一個低風險場景:Web 頁面、小遊戲或小型原生 demo,重點是 prompt、上下文和驗證迴圈。
  3. 然後進入真實程式碼庫:開始處理已有測試、歷史約束、PR review、重構和資料遷移。
  4. 最後沉澱團隊流程:把反覆出現的任務變成 Skills、規則、遠端環境、Slack 觸發或治理報表。

這個順序不是為了“從簡單到複雜”湊課表,而是為了減少誤用。Codex 可以寫程式碼、看專案、執行命令、操作圖形介面,也可以在雲端跑任務。能力越多,越需要你先定義工作邊界、驗證方式和停止條件。

路線選擇矩陣

你的當前目標推薦路線第一個驗收物
把一個設計稿或截圖變成可用頁面Web 開發一個透過桌面和移動斷點檢查的頁面
想練習完整互動迴圈遊戲開發一個可玩、可重啟、可驗證規則的瀏覽器小遊戲
做 iOS、macOS 或 SwiftUI 專案原生應用一個能 build/run 的最小原生殼
改已有業務系統生產系統一個小範圍 diff 加測試或迴歸證據
讓團隊重複工作自動化效率與協作一份可複用 prompt、Skill 或觸發流程

如果你完全沒有專案,先選遊戲或 Web。它們反饋快,最容易理解“讓 Codex 寫程式碼”和“讓 Codex 驗證結果”之間的差別。如果你已經有真實專案,不要繞路練 demo,直接選生產系統路線,只是把任務切小。

每條路線的完成標準

學完一條路線,不是讀完頁面就結束,而是能穩定交付一類任務:

  • Web 開發路線:能給 Codex 足夠的設計上下文,要求它實現頁面,並用本地瀏覽器、截圖或斷點檢查確認沒有佈局問題。
  • 遊戲開發路線:能把規則、輸入方式、狀態迴圈、資源邊界寫清楚,讓 Codex 先做可玩版本,再逐步加視覺和音效。
  • 原生應用路線:能把平臺工具鏈、scheme、simulator、build 命令和平臺 UI 約束交代清楚,不把原生 app 做成網頁殼。
  • 生產系統路線:能讓 Codex 先讀程式碼、定位風險、提出最小改動,再用測試、日誌或手動復現證明變化成立。
  • 效率與協作路線:能把成功做過的工作收斂成團隊可複用流程,而不是每次從臨時 prompt 開始。

先補哪些基礎頁

所有路線都依賴三類基礎知識:

  • 入口頁:先讀 Codex 產品入口,確認 App、IDE、CLI、Web 和 Cloud 的邊界。
  • 安全頁:再讀 配置與安全,確認審批、沙箱、規則和遠端環境。
  • 模型頁:最後讀 模型與定價,理解速度、模型選擇和 feature maturity。

如果你跳過這些基礎,路線頁會變成“照著 prompt 試試看”。商業專案裡更穩的做法是先明確工具入口,再讓 Codex 在正確邊界裡執行。

配套從原理到實戰

返回 官方教程中文版總目錄

接下來去哪

官方資料

本頁目錄