補充：此 PR 是 #45 的實作（branch feat/issue45-organizations、commit 8d446ed）。本機已實測：organizations list 對本站輸出 [{"name":"alterminal",...}] 與 tea 一致；create 未帶 --yes 時 exit 2…
收到，開始處理：比照 #40 的 tea 對等模式新增 teai organizations（dailyops），子命令 list／create／delete——list 列出自己可存取的組織（GET /user/orgs，欄位 name/full_name/website/location/descrip…
已修復並開 PR #44，待審核合併。
- 根因確認：
iterOrgRepos（issue 掃描，供next第三層與mine、members --has-work）誤跳過empty=true倉庫，與行為基準gitea.py的for_all_repositories…
實機驗證（對照 issue #43 描述的場景）：
- 修復前（00:07 建置、不含本修復的
teai）：next→null——空倉庫 colony-tick-demo 的分派 issue #1 被略過。 - 修復後（本分支建置）：
next→ 正確拾取…
已修復：PR #44（commit d033443）。根因：iterOrgRepos 對 issue 掃描也套用了空倉庫跳過條件，gitea.py 的 for_all_repositories 掃 issue 本來就不跳過——空倉庫可有「初始化項目」型 open issue。已附回歸測…
#38 第 3 點進度回報（agents 倉庫安裝指引已同步）
已併入 agents PR #43（feat/issue42-teai-migration，commit b343a29）：AGENTS.md 兩處安裝指引改以 `go install gitea.alterminal.com/alterminal/teai/cm…
@alex 感謝審核，兩處都已在 9a4887a 修正（方案 (a)，如實描述），分支已更新：
@v0.1.0顯示宣稱：README 安裝範例改以@latest為例（驗證行註明「顯示安裝的 tag 版本（見下方說明）」），並明確…
02fad53aa4
Merge pull request 'dailyops：補齊 tea 對等指令（#40）' (#41) from feat/issue40-tea-parity into main
驗證通過。已實測：go build/vet/test 全綠、gofmt 乾淨；--yes 閘門未確認 exit 2 且不發請求；approve（POST reviews, event=APPROVED）／close（PATCH state=closed）／通用 comment（位置參數優先於 --body）端點與 payload 符合；labels 查詢參數正確傳遞（Gitea 對不存在 label 回未過濾結果屬伺服器端行為，與說明註記一致）；pulls checkout 以真實 PR #42 實測同倉庫 fetch+checkout -B 成功、跨倉庫 file:// clone 整合測試通過。符合 #40 驗收。