bear-cli/docs/commands.md

Bear CLI 指令規劃（Command Spec）

狀態：規劃草案（對應 issue #19「創建 bear cli 倉庫」） 實作：PAT 模式 MVP 已落地（issue #2），本文件為指令介面規格；Device Flow 待伺服器端 P1。 登入採用的 OIDC Device Authorization Grant（RFC 8628）細節，見 bear 倉庫 docs/cli-feature-plan.md（issue #17）。

---

1. 命名與呼叫慣例

• 可執行檔名：bear（Linux 終端機呼叫 bear <command>）。
• 指令採「動詞在前」的扁平結構，不設多層子指令（首版維持簡單，後續需要再擴充）。
• 全部指令支援 --json 輸出機器可讀結果；人類可讀輸出為預設。
• 輸出語言跟隨系統 Locale，優先繁體中文（zh_TW），英文（en）為後備。

---

2. 全域選項（Global Options）

選項	型別	預設	說明
--issuer URL	string	https://alterminal.com	Bear（OIDC Provider）位址；可被設定檔覆寫
--config PATH	string	~/.config/bear/config.json	設定檔路徑
--json	bool	false	機器可讀輸出（JSON）
-v, --verbose	bool	false	顯示詳細日誌（含 HTTP 請求摘要，但不含 token）
-h, --help	bool	—	顯示說明
--version	bool	—	顯示版本後離開

優先序：CLI flag ＞ 環境變數（BEAR_ISSUER）＞ 設定檔 ＞ 內建預設。

---

3. 指令詳述

3.1 bear login

登入並保存 Token。目前有兩種模式：

• PAT 模式（現行）：bear login --token <PAT>，以個人存取權杖驗證 GET /userinfo 後保存 token，全程免瀏覽器。
• Device Flow（待 P1）：bear login，啟動 Device Authorization Grant（RFC 8628），需伺服器端 P1 完成。

bear login [--token <PAT>] [--scope "openid profile email"] [--client-id ID]

選項	預設	說明
--token	—	PAT 模式：直接提供個人存取權杖（- 表示從 stdin 讀取）
--scope	openid profile email	Device Flow：請求的 scope（空白分隔）
--client-id	設定檔內值	Device Flow：OIDC client id

PAT 模式行為：

1. 向 {issuer}/userinfo 送 Authorization: Bearer <PAT> 驗證 token。
2. 成功 → 寫入憑證檔（0600），印出 已登入：<email>；失敗（401）→ 印出錯誤，退出碼 1；網路錯誤 → 退出碼 6。

Device Flow 行為：

1. 讀取設定 → 向 {issuer}/.well-known/openid-configuration 取 device_authorization_endpoint（動態發現，不寫死網址）。

2. POST /device_authorization（client_id + scope）。

3. 終端印出：

   請在瀏覽器開啟：https://alterminal.com/device
   輸入代碼：ABCD-EFGH
   

   若終端支援，同步印出 QR（掃碼直達 verification_uri_complete）。

4. 以 interval 週期輪詢 POST /token（grant_type=device_code）：

   • authorization_pending → 繼續等待；
   • slow_down → 加大輪詢間隔；
   • access_denied → 中止並提示；
   • 成功 → 寫入憑證檔（0600），印出 已登入：<email>。

退出碼：0 成功；4 等待逾時（expires_in）；5 使用者拒絕；6 網路／伺服器錯誤。

--json 輸出範例（成功）：

{"ok": true, "email": "alice@example.com", "expires_in": 3600}

---

3.2 bear whoami

顯示目前登入身分（GET /userinfo，Bearer access token）。

bear whoami

行為：讀取快取的 access token（過期則先用 refresh token 輪轉換新），呼叫 /userinfo，印出 claims（name、email、picture 等）。

退出碼：0 成功；3 未登入。

輸出範例：

sub        : 0190...uuid
name       : Alice Chen
email      : alice@example.com
picture    : https://...

---

3.3 bear token [--refresh]

印出 access token 到 stdout，供 pipe 給其他工具（如 curl、腳本）。

bear token [--refresh]

選項	說明
--refresh	強制先以 refresh token 輪轉換新 access token

行為：

• 若無 --refresh 且快取的 access token 未過期 → 直接印出。
• 若過期（或指定 --refresh）→ 以 refresh token 向 /token 換新，更新快取後印出。
• 輸出只含 token 本體（單行、無前綴），方便 pipe；診斷訊息一律走 stderr。

退出碼：0 成功；3 未登入；1 refresh 失敗（token 已撤銷或過期，需重新 login）。

---

3.4 bear logout

撤銷 refresh token 並清除本機憑證。

bear logout

行為：呼叫 POST /revoke（撤銷 refresh token），無論伺服器回應如何，皆刪除本機憑證檔。

退出碼：0 成功；6 伺服器呼叫失敗（但本機憑證已清除）。

---

3.5 bear status

顯示登入狀態與 token 剩餘效期（不呼叫網路，純本機判定）。

bear status

行為：讀取本機憑證，印出登入與否、access token 剩餘秒數、refresh token 是否存在。

退出碼：0 已登入；3 未登入。

輸出範例：

已登入：alice@example.com
access token 剩餘：3210 秒
refresh token：有
issuer：https://alterminal.com

---

3.6 bear apps（P3，暫緩）

列出「公開應用」清單，供 Launch／跳轉參考。

bear apps

前置：bear 伺服器端需新增「公開應用清單」API（列為 P3，待確認）。

退出碼：0 成功；3 未登入；6 API 尚未提供。

---

4. 退出碼總表

碼	語意
0	成功
1	一般錯誤（含 refresh 失敗、憑證檔讀寫失敗）
2	用法錯誤（未知指令／參數）
3	未登入（需先 bear login）
4	授權等待逾時（authorization_pending 超過 expires_in）
5	授權被拒絕（access_denied）
6	網路／伺服器錯誤
7	設定檔／憑證檔格式損毀

---

5. 設定檔與憑證檔

檔	路徑	內容	權限
設定	~/.config/bear/config.json	issuer、client_id、scope	0644
憑證	~/.local/state/bear/credentials.json	refresh_token（優先）＋快取 access_token/expires_at	0600

• 只以 refresh token 為主：access token 短命快取，過期以 refresh token 輪轉換新（沿用 Bear 既有 refresh rotation + 重用偵測）。
• 寫入憑證檔務必 0600，且以 O_CREAT|O_EXCL 防止 symlink 攻擊。
• 未來可擴充系統 keyring（libsecret / Keychain），避免明文檔。

---

6. 錯誤處理與安全

• authorization_pending、slow_down、access_denied、invalid_grant 依 RFC 8628 §3.5 顯示對應中文提示。
• 所有診斷訊息走 stderr；--json 模式將錯誤以 {"ok": false, "error": "...", "code": N} 輸出。
• token、user_code、device_code 一律不入 log、不入 stdout（除 bear token 之目的外）、不入版本庫。
• 網路層一律使用 Req，遵循 bear 倉庫 HTTP 客戶端慣例。

---

7. 開放問題（待確認）

1. CLI 的 OIDC client 採新 method: "device"（client auth 為 none）或沿用 PKCE＋JWK？傾向前者（見 bear cli-feature-plan.md §5.5）。
2. 發行格式：escript（目標機需 Erlang）或 self-contained release（bakeware/burrito）？
3. bear apps 所需的「公開應用清單」API 是否納入 P3？
4. 是否支援 offline_access scope，或沿用現行 refresh 輪轉即可？

---

8. 對應關係

本指令	對應 OIDC／Bear 端點
login	/.well-known/openid-configuration → POST /device_authorization → POST /token（device_code）
whoami	GET /userinfo
token --refresh	POST /token（refresh_token）
logout	POST /revoke
apps（P3）	待新增「公開應用清單」API

---

9. PAT 模式與原規格差異（現行實作）

目前實作為 PAT 模式 MVP，與上方 Device Flow 規格有以下差異：

指令	原規格（Device Flow）	PAT 模式現行行為
login	裝置碼流程	--token <PAT> 驗證 /userinfo 後保存
whoami	GET /userinfo（refresh 輪轉）	GET /userinfo（Bearer PAT，無輪轉）
token --refresh	refresh token 輪轉換新	無 refresh token，--refresh 忽略並警告
logout	POST /revoke（撤銷 refresh token）	僅清除本機憑證；PAT 需至網頁撤銷
status	顯示 access token 剩餘秒數	顯示 PAT 模式與 issuer（PAT 無效期資訊）

憑證檔結構（PAT 模式）：

{"issuer": "https://alterminal.com", "access_token": "<PAT>", "email": "..."}