wrap-up
FeaturedUse 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.
Install
Quality Score: 91/100
Skill Content
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
doc-update
会话复盘:将可复用的发现更新到 skill 或项目 docs,同步代码变动导致的文档失效。Use at end of session to persist reusable findings to docs.
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 審核的新文獻。
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 是工作流編排器,不取代使用者對計畫的閱讀與判斷;只在使用者自己的專案上運作,不協助繞過授權