wrap-up

Featured

Use ONLY when the user's latest message explicitly contains the `/wrap-up` command. Harvests everything a long session produced into the project following that project's own rules — moves stray media in, wires two-way refs, updates indexes, merges drafts into SSOT — then dispatches a context-free sub-agent to blind-test the docs from the project's entry file. NEVER load on inferred intent. Explicitly NOT for: save / checkpoint / persona-continuity requests, memory or journal updates, compact lifecycle hooks (PreCompact, PostCompact, SessionStart(source=compact)), automatic or manual compaction, or any guess that the session is ending — those all mean 'save state and keep going', while this skill has heavy side effects (moves files, rewrites indexes, edits SSOT, spawns sub-agents). If the user seems to want the full flow, ask them to type `/wrap-up` instead of assuming. NOT a documentation linter (that is llm-wiki-lint / memory-lint) and NOT for tidying a project you did not just work on.

AI & Automation 79 stars 14 forks Updated 3 days ago MIT

Install

View on GitHub

Quality Score: 91/100

Stars 20%
63
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# wrap-up — 把這次 session 的產出收進專案,然後盲測驗收 ## 🔴 Entry gate:沒有明確的 `/wrap-up` 就不准動 **只有使用者最新一則訊息裡明確出現 `/wrap-up` 指令時才能往下執行。** 語意相近的說法、你自己推論出來的意圖,都不算數。 以下訊號**一律不是**啟動條件。它們的意思都是「保存狀態後繼續」,不是「session 要結束了」: - 存檔、保存、記住、落盤、落檔、收工、收尾、整理一下專案文件 - checkpoint、persona checkpoint、寫 journal、更新 continuity - `PreCompact` / `PostCompact` / `SessionStart(source=compact)` 這類 compact 生命週期 hook - 自動或手動 compact、compact 前保存未落盤的狀態、compact 後重載人格基線 - 使用者說「等一下還要繼續」,或你自己推測他大概要離開了 **沒看到指令就 fail closed**:不讀檔、不盤點、不搬檔、不改檔、不派 sub-agent,直接回去做使用者原本要求的事。判斷他可能真的想要完整流程時,請他自己輸入 `/wrap-up`,不要代他決定。 > **為什麼正文還要再擋一次**:路由器是看 frontmatter 的 `description` 與 `triggers` 決定載入哪顆 skill,收窄那兩個欄位只能降低被錯選的機率,不能歸零。而這顆 skill 一跑就會盤點整個 repo、搬檔、改索引、動 SSOT、派 agent,副作用重到不該由「存個 checkpoint」這種弱訊號啟動,所以正文必須能自己把它擋下來。 You are a session harvester. 一次長對話會產出散在各處��東西:改到一半的檔、只活在對話裡的判定、丟在桌面的媒體、寫了沒併回 SSOT 的草稿。**你的工作是把它們收進專案,接好互相引用,然後證明下一個人接得住。** 判準不是「文件看起來整齊」,是**行為性的**:派一個全新、沒有脈絡的 sub-agent 從專案入口檔開始讀,它答得出情境題才算完成。 **CRITICAL — 這個 skill 的存在理由**:使用者花好幾個小時得到的結論,如果只活在對話裡或散在 repo 外,下一個 session 會從零重推一次,甚至因為找不到檔案而讓產出白費。 ## 🔴 停止句與分級授權(P17) **這個 skill 是分級的,不是兩段式的。** 使用者喊它的時機正是他要離開,全部停下來等點頭等於逼他留下。 | 動作類型 | 授權 | |---|---| | 搬檔進 repo、接 ref、更新索引、補 log、修斷連結、建缺漏的目錄 | ✅ **直接做**(可逆,且照專案既有規則) | | 🔴 **刪除任何東西** | ❌ **必須先問** | | 🔴 **改寫既有敘述的語意**(不只是補註記) | ❌ **必須先問** | | 🔴 **判斷不明、兩種做法都說得通** | ❌ **必須先問** | | 🔴 **在沒有入口檔的 repo 建入口檔** | ⚠️ 見 Step 4a(建了要復原) | **不阻塞條款**:背景/無人值守場景(使用者本來就不在)→ 需要問的項目**一律跳過不做**,列進最終報告的「等你決定」欄。**不要自行代決。** ## Step 1: 定位與盤點 ### 1a. 找專案 參數有路...

Details

Author
KerberosClaw
Repository
KerberosClaw/kc_ai_skills
Created
5 months ago
Last Updated
3 days ago
Language
Python
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

doc-update

会话复盘:将可复用的发现更新到 skill 或项目 docs,同步代码变动导致的文档失效。Use at end of session to persist reusable findings to docs.

2 Updated 3 days ago
x0c
AI & Automation Listed

chapter-drafting

章節撰寫協作技能。當使用者準備將 paper-structure.md 與 literature-synthesis 綜整檔落實為期刊章節內文、或對既有章節草稿進行重寫修訂時,必須使用此技能。觸發情境包括:「幫我寫第二章 2.2 節」、「這一節我們開始動筆」、「把綜整檔落��成章節正文」、「這段草稿幫我重寫」、「從論述邏輯展開為段落」。界定:本技能負責**段落撰寫層**(把已定結構與綜整落筆成正文、重寫修訂);章節**結構**的增刪調整屬 research-design-diagnosis、找/建文獻池屬 literature-search、跨篇綜整屬 literature-synthesis、審稿/找問題/診斷屬 review-diagnosis。觸發後強制讀取 paper-structure.md 對應章節、research-identity.md、writing-standards.md,與目標主題的 literature-synthesis 綜整知識檔及該 paper 的綜整應用檔(folder-instructions.md 為選配,不存在為常態),並以「段落骨架 + 推薦句型 + 引用建議」的中等自由度、配合「寫一段確認一段」的漸進式互動模式協作,嚴格禁止引入未經 literature-analysis / literature-synthesis 審核的新文獻。

0 Updated 1 months ago
LoWeiLee
AI & Automation Listed

agentic-dev-loop

系統化開發工作流,把「先研究 → 寫 plan.md → 依計畫實作 → 部署前雙閘驗證 → 部署」固定成一條可重複的迴圈,專為單人維護多個 Firebase / Google Apps Script / GCP Cloud Run 專案的情境設計。核心是「計畫先行、狀態外部化到檔案、依專案風險分級決定授權與驗證強度」,作為編排器串接三個既有 skill:進入專案前若尚未建立連動禁區 → project-guardrails 分析並寫入 CLAUDE.md,規劃時據以避開「改 A 壞 B」;部署前 Verify 雙閘 → web-security-reviewer 做安全/個資/壓力驗證、ui-ux-deploy-reviewer 做 UI/UX 與呈現層審查(僅當有前端介面)。MANDATORY TRIGGERS:使用者說「開一個新功能」「幫我規劃這個開發」「從頭把這個功能做到上線」「先研究再做」「整理成 plan.md」「這個專案要怎麼做(指要從規劃做到上線,不是單純問方向)」「修這個 bug(要有計畫地修)」「<專案名> 要加東西」(以專案名開頭的開發需求)「要部署到 Firebase / Cloud Run」「GAS 寫一個…」「我有個想法想做成���具」「幫我排開發的步驟」「走完整個開發到部署的流程」,或貼上 issue 連結、錯誤截圖、需求描述並希望有系統地把它從規劃做到上線時,都要套用此 skill。注意分流:若使用者只要「單獨檢查 UI/UX」用 ui-ux-deploy-reviewer、只要「單獨做安全審查」用 web-security-reviewer、只要「分析專案禁區」用 project-guardrails;本 skill 是把這些串成完整迴圈的編排器,當意圖是「有規劃、可重現、會走到上線」的整段開發時才觸發。**重要安全防漏:若使用者說的是泛泛的「部署前檢查」「���線前幫我檢查」而沒指明只要 UI/UX 或只要安全,應由本 skill 接手走 Verify 雙閘(同時跑 web-security-reviewer 與 ui-ux-deploy-reviewer),絕不要只做其中一道——尤其不要只做 UI/UX 而漏掉安全閘,那會讓含學生個資的專案在沒過安全驗證下就上線。**SCOPE:本 skill 是工作流編排器,不取代使用者對計畫的閱讀與判斷;只在使用者自己的專案上運作,不協助繞過授權

0 Updated 1 months ago
goingli0324