For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /zh-tw/docs/mobile/agents.md (or send Accept: text/markdown).
用編碼代理構建
把任務交給編碼代理：它讀取的檔案、附帶的技能，以及讓您保持掌控的審查。
初學者演練
先決條件：閱讀下面兩篇入門指南並完成 Mobile 本地安裝。編碼代理是一種 AI 工具——Cursor、Claude Code、Devin 或類似助手——它讀取您的專案、編輯檔案並執行命令。本頁內容適用於您使用的任意一種。
速查術語：提示詞（prompt）是你粘給代理的指令文本。diff 是它提出的檔案變更清單。儲存庫根目錄是包含 package.json 的最頂層資料夾——代理應始終從這裡開始。
1. 在儲存庫根目錄開啟 .agents/skills/，複製與您任務最接近的技能——add-a-mobile-screen 是不錯的第一選擇。
2. 把它貼上給代理並描述您的改動，然後加一行：在動程式碼之前先讀 llms.txt，再讀 AGENTS.md，再讀 .ai/PROJECT_CONTEXT.md。
3. 讓代理在動手前先列出它將改動的檔案和將執行的檢查。完成後審查 diff——你是在批准對產品的真實改動。
4. 釋出、提交商店和付費提供商呼叫永遠不屬於任務提示詞。把它們保留為您明確批准的單獨步驟。
你的代理要讀的檔案
儲存庫附帶一小摞專為代理而寫的檔案，不只給人看。你永遠不需要手工貼上這些上下文——把代理指向 llms.txt，剩下的它自己會讀。
閱讀順序很重要：llms.txt 是地圖，AGENTS.md 劃定邊界，.ai/PROJECT_CONTEXT.md 承載此前會話的經驗。跳過邊界的代理會寫出你無法交付的程式碼。
| 檔案 | 它為代理提供什麼 |
|---|---|
| `llms.txt` | 儲存庫入口地圖，生成時只列出此 checkout 實際附帶的內容 |
| `AGENTS.md` | 不可協商的邊界：除非你批准更多，否則只做本地工作、workspaceId 作用域限定、金鑰只在服務端 |
| `.ai/PROJECT_CONTEXT.md` | 跨會話記憶——最近改了什麼、為什麼；改動程式碼前必讀 |
| `.ai/` 映象檔案 | 重要檔案旁配套的 .ai/<path>.md 筆記，記錄每個檔案的決策與未完成線索 |
| `.agents/skills/` | 為代理編寫的任務手冊——即下面列出的六個移動端技能 |
| `docs/agent-security.md` | 驗收清單——認證、工作區與許可權檢查，以及脫敏日誌 |
| `docs/mobile-store-submission.md` | 商店釋出手冊——賬戶、構建、稽核備註和提交順序 |
| `.env.example` | 完整的環境變數清單——代理絕不會編造此檔案中不存在的變數名 |
附帶的技能
.agents/skills/ 下的每個檔案都是一份完整的簡報：把它貼上給代理或讓代理自行閱讀，套件的規則會隨之傳遞——伺服器優先的資料、包內無金鑰、離線僅作為網路錯誤的回退。
可貼上的 prompts/ 庫只在 Web 儲存庫中附帶；此 checkout 改為附帶技能。若要無人值守地完成安裝，請使用 agent-setup 指南中的現成提示詞。
add-a-mobile-screen——新增或修改介面及其資料流和離線行為adding-a-dependency——安全地新增、升級或移動 npm 依賴reviewing-a-pr——審查 diff 的正確性、工作區隔離和金鑰upgrading-from-upstream——把更新版本的套件拉入您的應用verify-changes——在交接前選擇並執行正確的檢查writing-unit-tests——用 Vitest 覆蓋新邏輯
代理如何在會話之間記憶
代理在會話之間沒有記憶——.ai/ 資料夾就是記憶。.ai/PROJECT_CONTEXT.md 記錄最近的改動及原因。旁邊的映象檔案，如 .ai/apps/mobile/src/ideas/index.md，解釋了 apps/mobile/src/ideas/index.ts 背後單憑程式碼看不出的決策。
契約很簡單：改檔案前先讀它的映象，改動落地時更新映象。Open Threads 條目記錄未完成的工作，讓下次會話接著做而不是從頭再來。過期的映象比沒有更糟——審查代理的 diff 時，檢查被改檔案的映象是否隨之更新。
誠實地審查代理的工作
完成的任務要看證據而不是總結。在保留代理的工作成果前，用 docs/agent-security.md 檢查部署的方式來檢查它：
哪裡不對就把 diff 退回去——你點出失敗的檢查時，代理修自己的活最快。對於它本不該擅自嘗試的事，明確說一次就夠；此後整個會話邊界都成立。
- 它聲稱跑過的測試真的跑了——要命令和輸出，而不是結論。
- 機密仍只在服務端——新內容裡沒有
NEXT_PUBLIC_或EXPO_PUBLIC_字首，也沒有金鑰被列印進報告或提交。 - 每一次使用者資料的讀寫都保持
workspaceId作用域——沒有任何查詢信任瀏覽器發來的 id。 - 每個被改檔案的
.ai/映象隨程式碼一起更新。 - 釋出、部署和付費提供商呼叫仍是你批准的獨立步驟——代理從未自行合併、推送或部署。
- 某一步失敗兩次時，它停下來報告失敗的命令，而不是繞過去自行發揮。
如果你想繼續完成設定，可以閱讀《原生認證》。