ashe-li

@ashe-li source repo

15 skills
0 followers
9 hours ago last updated

▌
Pr · ashe-li
總結當前工作、commit、推送並建立或更新 PR。自動將對話脈絡寫入 PR description，確保 reviewer 能快速理解背景。

0
installs
▌
Design · ashe-li
開發設計 — 自動盤點可用資源，透過 Plan agent 建立完整實作計畫，輸出至 plans/active/<slug>.md 供使用者確認後才進入實作。

0
installs
▌
Update · ashe-li
更新知識庫 — 依序執行文件更新、審查、context 整理、pattern 提取，將本次 session 的變更沉澱為文件與知識。

0
installs
▌
Handoff · ashe-li
產生跨 context 接手 prompt — 萃取本次對話的目標、進度、決策、未完成項目，輸出可直接貼到新 session 或 /compact 之後使用的自包含 prompt。

0
installs
▌
Plan Run · ashe-li
依 plan.md 的 Dependencies DAG 推進實作 — 順序與依賴由 state file 決定，續推力道預設由內建 /goal 提供（零安裝），跨 session 長 plan 可改掛 Stop hook。觸發：使用者要求依 plan 推進、跨 session 續推、或抱怨 LLM 跳步漏步。

0
installs
▌
Worktree · ashe-li
Git worktree 生命週期管理 — 建立、列出狀態（含 PR 進度）、清理已 merge 的 worktree

0
installs
▌
Release Pr · ashe-li bundle
為 release PR（如 hotfix → master / develop → master）自動產生標題 + description。掃描 base...head 的 commit 範圍，依 Conventional Commit prefix 分類為 Features / Bug Fixes / Improvements，輸出繁體中文 release notes，並寫回 PR 標題與 body。觸發：使用者說「release pr」「寫 release pr」；**或**要為 base 是 master/main、head 是 hotfix/develop/release-* 的 PR 寫標題或說明——即使沒講「release pr」三個字也適用，例如「這批要上線的 PR 幫我寫說明」「發版說明」「hotfix 合回 master 那個 PR 的 description」。不適用 feature PR（那走 /pr）。

0
installs
▌
Notion Plan · ashe-li
貼上 Notion URL，自動抓取頁面需求內容，串接 /design 建立實作計畫。

0
installs
▌
Figma Verify · ashe-li
Figma 對齊 / 視覺比對 / UI ship gate — 任何提到 figma、Figma 對齊、Figma vs local、Figma vs code、設計稿比對、視覺差異、screenshot diff、UI 對齊、UX 對齊、文案對齊、design token 對齊，或 UI / 文案 PR 即將 ship、code 出現 placeholder / follow-up / 待 designer 確認字串時觸發。流程：Figma MCP 抓真規格 → Playwright MCP headed 抓 local → token + 文案逐項對齊表 → /goal 內建 Haiku 評估者做純視覺 gate（不另起 Agent(model=haiku) subagent）。

0
installs
▌
Plan Archive · ashe-li
將已完成的 plan 從 plans/active/ 歸檔至 plans/completed/，補上驗證結果與完成時間。適合在實作結束後呼叫。

0
installs
▌
Dispatch Loop · ashe-li
主模型指揮官委派迴圈 — /plan-run 下逐 step 派工 Agent/teammate、抽查驗收、狀態機回報、回收前 KB gate 的標準操作模式。適用於依 plan 推進多 step 實作、需要控管 token 與模型額度的場景。

0
installs
▌
Evidence Gate · ashe-li
事實查驗關卡 — 供 /pr、/release-pr、alert-triage、security review 等回報型工作流在交付前呼叫，強制每條宣稱附「證據指令＋關鍵輸出＋判定」，PR 描述宣稱一律溯源 diff 而非 commit message，證據持久化到 .verification/，並派 fresh-context subagent 對抗性複驗，零 FAIL 才放行。本身不直接對使用者觸發，是其他 skill 內部呼叫的共用骨幹。

0
installs
▌
Notion Report · ashe-li bundle
把工作成果寫回 Notion 頁面 — 優先走官方 REST API（不開瀏覽器），無 API token 時自動退回 playwright-cli 沿用既有登入 session，依收件對象（PM／設計／營運／工程，未指定時以 AskUserQuestion 詢問、可多選）自動調整內容深度與用詞，寫入前一律 dry-run 過目、寫入後讀回驗證。觸發：「把這次結果記到 Notion」「同步進度給 PM」「更新這張票的狀態」「寫個交付摘要給設計」，或 /notion-report <Notion URL>。

0
installs
▌
Evidence Check · ashe-li
獨立證據查驗 — 對技術決策或做法進行四維度並行調查（學術研究、業界標準、最佳實踐、社群共識+反面意見），偵測跨來源衝突，輸出可復用的結構化報告。不同於 /design 的 inline 驗證，本 skill 是事後獨立深度調查。

0
installs
▌
Pr Evidence Comment · ashe-li
對 PR 做 headed 驗收 → 截圖存證 → 主對話目檢抽驗 → 把逐項 PASS/FAIL 與截圖一起發成 PR comment。截圖上傳走 stock Chrome + CDP（gh CLI 與 GitHub API 都不支援 comment 附圖）。觸發：「headed 驗收這個 PR」「把驗收結果貼上去」「驗收 comment 附截圖」「preview env 驗收」，或 UI 變更 ship 前的視覺驗收；亦由 `/pr` Step 5.5 的截圖驗收 gate 串接。**狀態型觸發（不需使用者開口）**：PR 已存在、含 UI／行為變更、且尚無截圖證據時就該提醒——**包含由 subagent 或手動 `gh pr create` 建立的 PR，繞過 `/pr` 不代表免驗收**；以及本機已產出截圖／trace 但只落在 `.verification/` 等本機路徑、尚未上傳到 PR 時。

0
installs

15 published skills