 chenyunda218
|
8ce8f410ed
|
fix: 審核交棒複合訊號——等候審核/請合併形態不再誤判 author-idle（agents #53）
#51 的三就緒詞漏掉「等候審核」形態：alterminal#2 作者留言「無待修改
項目…等候 @chenyunda218 審核…請直接合併」實質已交棒，仍誤判
author-idle，巡邏回頭催已無待辦的作者。
IsReviewHandoff 改複合訊號：@目前審核者 ∧（就緒語 ∨（完成語 ∧
等候語））。就緒語補「請…審核」；等候語=等候/等待…審核、待審、
請…合併（間距容 @帳號）；完成語=已完成/無待修改等。新增防護：
預告式（即將/稍後/之後/預計…、條件句「…後請審核」）與百分比進度
（完成 80%）一律不算——作者自述還沒到位不能解讀成已交棒；句讀阻斷
避免誤傷「合併後，我會回報」真交棒尾巴，「後續」除外。
gitea.py _is_review_handoff 同步（另 PR）；測試案例兩側同集
（fox#60、alterminal#2 實例＋17 個邊界）。
|
2026-10-04 08:25:55 +08:00 |
|
|
chenyunda218
|
4a5d02fd70
|
fix: stalled PR 作者已交棒審核改判 reviewer-idle（agents #51）
considerPull 的 author-idle 分支缺少 #47 的交棒檢查，且既有
IsDeliveryReport 訊號為 issue 交付報告設計，PR 端「已就緒，可審閱＋
@審核者」形態無對應訊號——fox#60 作者留言交棒後仍被誤判 author-idle。
新增 IsReviewHandoff（@目前審核者帳號 ∧ 就緒語，mention 邊界感知
避免 @chenyunda218 誤命中 chenyunda），considerPull 在判 author-idle
前檢查，命中改判 reviewer-idle，讓既有 48 小時改派規則自然適用。
gitea.py 側 _consider pull 分支以 _is_review_handoff 同步（另 PR）。
|
2026-09-16 13:17:55 +08:00 |
|
|
chenyunda218
|
1d9092cdde
|
fix：stalled 分類同步 agents#47——assignee 交付報告待確認改判 waiting-outside
與 agents 86f570a（PR alterminal/agents#48）同語義：最後一則 assignee
留言符合交付報告特徵（結構訊號：逐項查核／驗收結果、彙總 verdict、內文
含「完成定義」段落時簡式交付語也算；∧ 交棒訊號：回報／關閉他件 #N、
或請／可由／待他人確認關閉）時，assignee-idle 改判 waiting-outside。
兩訊號同時命中才翻轉：認領／進度／預告式留言（無交棒對象）保持
assignee-idle，不製造「認領後棄置永不被催」的新死角。
驗證：TestIsDeliveryReport（8 案例，與 gitea.py 離線驗證同集）＋
TestScanStalledDeliveryReport（stalled 整合：交付報告翻轉、認領不翻轉）
＋全套 go test 綠；live A/B 對安裝版二進位：bear#52 assignee-idle →
waiting-outside，bear#39 parent-tracking 不變。
|
2026-09-15 04:28:08 +08:00 |
|
|
chenyunda218
|
5583a00bb5
|
internal/workflow + cli：gitea.py 工作流命令 Go 化（#6）
- internal/workflow：Client 介面＋判定語義（最後留言、作者/審核者跟進、
assignee 交集、最久未更新優先），含假 client 單元測試
- internal/workflow/giteaapi.go：以 internal/gitea（#5）實作 Client
- internal/cli：註冊 whoami/orgs/members/mine/pulls/next；全域選項允許
出現在命令之後；結束碼 0/2/3
- 與 gitea.py 交叉驗證：next/mine/pulls/members(--has-work) 拾取一致
- 依 #5 分支 feature/issue5-gitea-client 為基底
|
2026-09-10 08:39:35 +08:00 |
|