收攏 sdlc 四支技能的行為清單,功能主幹併回 develop #47
1 Participants
Notifications
Due Date
No due date set.
Depends on
#46 列出 analyze、implement、maintain、plan 四支技能的行為清單
plugins/sdlc
Reference: plugins/sdlc#47
Reference in New Issue
Block a user
摘要
feat/skill-behaviors-and-version-block/main,再由本 PR 一次併回develop。本輪功能是列出 analyze、implement、maintain、plan 四支技能的行為清單。變更內容
設計重點
develop,中間不跳級。develop指向同一個 commit,所以本 PR 剛開時的變更檔案數是 0。這是預期結果,不是開錯 base。plugins/sdlc#46 併入功能主幹之後,內容才會浮現在本 PR。develop只收一次。測試結果
check-behaviors.sh,結束碼 0,清單對上 4 支技能;git diff確認三份 manifest 只動 version 欄位。前置 Push Request
What: - 在既有的 `references/` 目錄下新增 `references/behaviors.md`。 - 分成 analyze、implement、maintain、plan 四節,對上 `skills/` 下的四支技能。 - 每節一張五列表:觸發時機、關鍵步驟、外部呼叫、完成條件、可驗證跡象。 Why: - 技能驗證需要一份共同的參考基準。 - 基準留在文件裡,驗證就不必靠人腦記憶技能該有的行為。 - 清單放在技能自己的存取庫,技能改動與清單才會落在同一個 PR。 - 同一個 PR 就不會漂移,也不用跨存取庫開兩條 PR 互卡。 How: - 逐支技能讀 SKILL.md,抽出行為填進五列表。 - 稽核時修正三列:analyze、plan、maintain 的階段鎖狀態檔原本寫成 `$JSC_HOME/wp/`。 - 三列改成實際路徑 `$JSC_HOME/sessions/{工作階段 id}.stage`。 - `$JSC_HOME/wp/` 只留給 implement 的工作包領取檔與 PR 鎖檔。 - 用 `sh /root/plugins/meta/tools/check-behaviors.sh /root/plugins/sdlc` 驗格式,退出碼 0。 Who: - 使用 jsc-sdlc 四支技能的開發者。 - 執行技能驗證的 jsc-meta:skill-check。 - 日後異動這四支技能的維護者,要同步更新這一頁。