 admin
|
3713fde61e
|
Merge pull request 'fix/skill-check-compliance-and-flow' (#44) from fix/skill-check-compliance-and-flow into develop
Reviewed-on: #44
|
2026-08-31 03:33:43 +00:00 |
|
 jiantw83
|
dfe4ed03ca
|
chore(deps): 補上維護階段實際用到的相依外掛
維護階段的候選方法直接呼叫 jsc-pkg 更新套件，相依清單卻沒有列它。裝了本外掛不一定裝得到，跑到那一步才失敗。
- 三份外掛描述檔都補上 jsc-pkg。
- 提高 jsc-hooks 的版本下限。本次流程倚賴的寫入閘門與留言掃描要新版才有。
- 同步調高本外掛版本。
|
2026-08-31 11:10:30 +08:00 |
|
|
jiantw83
|
0bb00d2fb9
|
docs(sdlc): 說明同步實際流程
說明跟腳本、技能的實際行為對不上，讀的人會照舊做法走。
- 工作包閘門腳本的檔頭補上上鎖的工作包參數。不帶就沒有歸屬，歸屬比對對誰都放行。
- 腳本用法數量改成正確的五個。
- 四段技能摘要改寫成現在的流程：閘門與停止條件先跑、互不相依的動作併發、寫入閘門只有 claude 擋得住、認可前的留言掃描是其餘四支 CLI 唯一來得及的一道。
|
2026-08-31 11:10:30 +08:00 |
|
|
jiantw83
|
015ceb66d2
|
perf(sdlc): 停止條件與閘門移到最前面
過去先問來源分支、先產生工作證、先建 worktree，等跑到閘門才發現沒有可挑的項目。前面的決策樹、wiki 寫入、抓取遠端與改名全部白做。
- 實作先讀分析頁、先結清已開 PR 的留言，再逐一過相依閘門，只有通過的候選才進選項。來源分支與工作證都移到領到工作包之後。
- 分析先併行讀計畫與分析目錄，沒有可分析的計畫就直接停。分支隨計畫而變，所以等目標定了才問。
- 互不相依的呼叫改成併發：已開 PR 的狀態批次預取、每個候選的相依查詢同時發、多個存取庫的 worktree 一起建、兩道收尾稽核並列跑。
- 領取登錄不成功就不得開工。沒有登錄，存取庫就沒有歸屬紀錄，之後每一支 PR 都會被當成無人認領而放行。上鎖失敗同樣要停，否則下一個工作階段會在 PR 還沒合併時就被放行。
- 來源分支改成單鍵確認。放棄的是每輪都要使用者明講「來源分支同時是 PR 目標」這道確認；分析頁沒記錄、遠端找不到分支這兩種例外仍走完整決策樹。
- 把仍寫成中文的驗收計畫步驟改回英文，與其他步驟一致。
|
2026-08-31 11:10:30 +08:00 |
|
|
jiantw83
|
39a7e17b85
|
feat(contents): 目錄頁改為先讀回再附加
目錄頁的每一列都屬於別人的計畫、工作包或存取庫。過去照範本整頁覆寫，別人的列會直接消失，而且寫入不做合併，也沒有備份。
- 五份目錄範本都寫明寫入語意：先讀回整頁，已有的列就更新，沒有才附加。
- 規劃與維護技能加上讀取結束碼分支表。只有「頁面真的不存在」才准照範本建頁；金鑰失效或 API 失敗一律停下來回報，不得當成沒有頁面。
- wiki 讀或寫失敗就停止該階段，並指出是哪一頁、哪一個動作失敗，避免把沒存成功的頁面報成已存。
- 補上寫入閘門只有 claude 擋得住的事實，其餘四支 CLI 只能靠內文約束。
- 記下工作包閘門對規劃階段降為提醒後放棄的在製品上限。
- 維護階段先整批對齊各專案再逐一交給 sub agent，專案之間互不相依。
|
2026-08-31 11:10:30 +08:00 |
|
|
jiantw83
|
de7962a8c1
|
fix(gate): 閘門說明與實際行為對齊
兩份參考文件跟實際判定互相矛盾。照著做會漏掉收尾，或是擋錯階段。
- 模型閘門非零退出時，該回合仍要跑階段回報。提前停下來也要留紀錄，不然使用者看不到停在哪裡。
- 工作包閘門只擋分析與維護：規劃只印提醒就放行，實作一律放行。實作是結清那支 PR 的唯一路徑，擋了閘門就自己鎖死。
- 順帶把指向實作技能的步驟引用改成新的順序。
|
2026-08-31 11:10:30 +08:00 |
|
|
admin
|
0d8fa4c7e2
|
Merge pull request 'feat(analyze): 依使用者故事產生 TDD 驗收計畫' (#42) from feat/analysis/tdd-test-plan into develop
Reviewed-on: #42
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
|
2026-08-28 08:14:35 +00:00 |
|
|
jiantw83
|
19d873d19a
|
fix(analyze): 讓測試計畫符合 TDD 循環
|
2026-08-28 16:10:20 +08:00 |
|
|
jiantw83
|
7804247dd9
|
feat(analyze): 依使用者故事產生驗收計畫
|
2026-08-28 16:07:45 +08:00 |
|
|
admin
|
bd06a73269
|
Merge pull request 'feat(analyze): 明確產生 TDD 測試計畫' (#41) from feat/analysis/tdd-test-plan into develop
Reviewed-on: #41
|
2026-08-28 08:07:22 +00:00 |
|
|
jiantw83
|
309fe905a9
|
feat(analyze): 明確產生 TDD 測試計畫
|
2026-08-28 16:03:00 +08:00 |
|