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
6 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

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 2 months ago
LoWeiLee
AI & Automation Listed

project-init

「手動專用」新專案開場設定:掛上 agent-hub 派工名單、讀取並優化 implement.md、建立 shared project memory。只有在使用者親自輸入 /project-init 時才執行;嚴禁自動觸發、嚴禁因為使用者提到「新專案」「初始化」「implement.md」「memory」就自己啟用。每個專案只跑一次。

0 Updated 1 weeks ago
zkylek1212-k
AI & Automation Featured

project-docs

Use when an existing software project needs a documentation audit, missing technical documents, an end-user or administrator manual, or an updated handoff based on its actual code and operations. Scan the project, assess applicable deliverables, and maintain linked Markdown documentation with Mermaid diagrams. Not for designing a new feature, changing product code, or publishing a release.

79 Updated 3 days ago
KerberosClaw