收攏 5 支技能的行為清單,功能主幹併回 develop #35
1 Participants
Notifications
Due Date
No due date set.
Depends on
#34 盤點 5 支技能的實際行為,新增行為清單當驗證基準
plugins/gitea
Reference: plugins/gitea#35
Reference in New Issue
Block a user
摘要
feat/skill-behaviors-and-version-block/main,再由本 PR 一次併回develop。本輪功能是盤點 html-export、html-style、repo-sync、wiki、wiki-to-issue 這 5 支技能的實際行為,新增行為清單。變更內容
設計重點
develop,中間不跳級。develop指向同一個 commit,所以本 PR 剛開時的變更檔案數是 0。這是預期結果,不是開錯 base。plugins/gitea#34 併入功能主幹之後,內容才會浮現在本 PR。develop只收一次。測試結果
comment-scope.sh sweep,結束碼 0;本輪只新增參考文件與同步版本號,沒有可執行的測試。前置 Push Request
What:新增 references/behaviors.md。這一頁替 jsc-gitea 的五支技能各留一節,依序是 html-export、html-style、repo-sync、wiki、wiki-to-issue。每一節放一張五列表,欄位固定為觸發時機、關鍵步驟、外部呼叫、完成條件、可驗證跡象。 Why:技能驗證原本沒有共同的比對基準,每次都要回頭讀 SKILL.md 反推該有的行為。這一頁把行為寫成基準,驗證時直接比對。清單放在本存放庫而不是集中到 meta,技能改動與清單才會落在同一個 PR,內容不會漂移,也不用跨存放庫開兩條 PR 互卡。 How:逐支技能盤點,從 SKILL.md 與 skills 底下的腳本讀出實際行為。外部呼叫欄逐一列出用到的工具腳本、被呼叫的技能與 Gitea API,例如 tools/gitea-link.sh、tools/html-style.sh、tools/html-render.sh、tools/repo-sync.sh、tools/issue.sh、tools/hash-id。可驗證跡象欄一律寫看得到的產物,例如 HTML 檔落點、wiki 頁名、議題網址、設定檔內容。稽核時修正 html-style 一處,設定檔格式從空白分隔改成實際的 {種類}={版型},{風格}。表格欄位依 jsc-meta/tools/check-behaviors.sh 的程式層檢查對齊。 Who:jsc-gitea 的技能驗證參考基準,涵蓋 html-export、html-style、repo-sync、wiki、wiki-to-issue 五支技能。