원클릭으로 Manus에서 모든 스킬 실행

wrap-up

스타407

포크26

업데이트2026년 7월 3일 17:05

Session 結束後收尾 + 更新 .claude/memory/ 的 skill。當使用者說 /wrap-up、「收工」、「收尾」、「session 結束」、「做完了」、「commit memory」、「整理記憶」時觸發。讀本 session 脈絡 + git log + 現有 memory → 對應更新 9 個 memory 檔 → 產出 diff 給用戶 review → 每檔 atomic commit（prefix memory:）→ 不自動 push。

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

ianlkl11234s

ianlkl11234s/mini-taiwan-pulse

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

/wrap-up — Session 收尾 SOP

目的

Session 結束時自動：

分析本次做了什麼、學到什麼、失誤什麼
將 session insights 寫回 .claude/memory/ 9 個檔
每檔獨立 atomic commit，git log 可追記憶演進
不 push，保留用戶最後 review 機會

執行流程（5 階段）

Stage 1: Gather

平行執行（三個同時發 Bash / Read）：

Read .claude/memory/ 全部 9 檔，掌握現狀
git log --oneline origin/master..HEAD（本地未 push 的 commit）+ git log -20 --oneline（最近 20 次）
git status（本 session 未 commit 變動）

然後回顧本 session 對話：

用戶要求了什麼？
做了哪些動作？（讀哪些檔、改哪些檔、跑哪些指令）
哪裡順利、哪裡卡住、哪些指令失敗過？
用戶有糾正過你嗎？（次數 / 原因）

Stage 2: Analyze

將本 session 事件分類到對應 memory 檔：

事件類型	寫到哪
做完某功能 / 抓完某資料	STATUS + DATA_SCOPE
產生新待辦 idea	BACKLOG（新增 P1/P2/P3）
關閉舊待辦	BACKLOG（劃掉 + 搬到「已完成」區）
新決策 / 新預設	PRINCIPLES
重複性流程定型（做過 ≥2 次）	PLAYBOOKS
遇到新術語 / 新代碼	GLOSSARY
遇到 bug / 意外並修好	INCIDENTS（append；長篇放 `.claude/pitfalls/`）
反省「下次怎麼改」	REFLECTIONS（append）

寫回規則：

INCIDENTS / REFLECTIONS 只 append，不改舊條目
PRINCIPLES 衝突時：新原則覆蓋舊，舊的搬到 INCIDENTS 記錄演進
STATUS 每次重寫（只保留當下狀態）
DATA_SCOPE 數字改動時，先 Grep / wc -l 驗證不單信對話摘要

Stage 3: Draft — 保持精簡 ⚠️

只產出總表（每檔一行摘要），不 dump 完整 diff / markdown 草稿。

| 檔案 | 變動 | 一句話摘要（≤ 20 字） |
|---|---|---|
| STATUS.md | rewrite | 18 commits / SessionStart hook 上線 |
| INCIDENTS.md | +1 | macOS 無 jq → python3 |
| PRINCIPLES.md | +1 條 | shell 不依賴 jq |
| REFLECTIONS.md | +1 篇 | 首次 /wrap-up 反省 |

禁止：

❌ 貼出完整 markdown 改寫內容
❌ 列出每個 old_string / new_string
❌ 條列每條 append 的全文

若某檔變動特別複雜，可多加 1~2 行 bullet 註明主要改動，但仍不 dump 全文。

Stage 4: Confirm

簡短問一句：

全採用 / 看某檔細節 / skip 某檔？

全採用 → 進 Stage 5
看 X 檔 → 這時才展開該檔的實際 Edit/Write 草稿
skip X → 不 commit 該檔

不要自己 dump 細節等用戶挑。等用戶明確要求才展開。

Stage 5: Atomic Commit

每個檔案一個 commit，訊息格式：

memory: <動詞> <檔名> (<1 句摘要>)

<必要時：更詳細的原因 / 對應的 session 事件>

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

範例：

memory: update STATUS (完成倫敦 10 座補抓)
memory: append INCIDENTS (EGLL 誤判 + bash/sh + UK 漏加)
memory: close BACKLOG B003 + add B006 (pull 腳本動態解析 region)
memory: reflect REFLECTIONS (今晚 3 條 next-time rules)

commit 順序建議：STATUS 最後（其他檔都 commit 完再更新 STATUS，避免 STATUS 引用到還沒 commit 的變動）。

完成後：

git status 確認 tree clean
提醒用戶：「要 push 嗎？git push origin master」
不要自己 push
若本 session 動了程式碼結構（新增/刪除/改名檔案或函式）→ 提醒用戶：codebase-memory 圖譜可能已過期，可 index_repository(mode="moderate") 重建；純改函式內部可略過。理由見 .claude/HARNESS.md §4.2。

注意事項

Read first：Edit 前一定先 Read 目標檔，避免 old_string 不精確
驗證數字：DATA_SCOPE / STATUS 的航班數、region size，用 wc -l / Grep 確認，不單信對話摘要
Pre-commit hook 失敗：fix 後再開新 commit，不要 amend
不修 CLAUDE.md：那是規則層，/wrap-up 不動（除非用戶明確要求）
不跨 session 臆測：只根據「本 session 對話 + git log + 現有 memory」三者交叉驗證
若本 session 沒什麼好記（純閒聊 / 讀檔不動作）：跟用戶確認「看起來沒需要 wrap-up，要強制留紀錄嗎？」

Skill 自身的反省

這個 skill 也會被反省。若某次 /wrap-up 漏抓重要事件、或 commit 訊息風格不理想，應：

在本次 REFLECTIONS 記下
回頭修改本 SKILL.md（加新規則）
下次 /wrap-up 時按新規則執行

Skill 自我優化 = 記憶系統持續進化的核心。

이 저장소의 다른 Skills

같은 저장소

layer-onboarding

ianlkl11234s/mini-taiwan-pulse

從資料落地到 Layer 上線的完整驗收 SOP + UX baseline 表。當用戶說「新資料要接圖層」「PMTiles 好了怎麼上」「這個 layer 為什麼點少了」「這個 layer 的透明度/大小/popup 該怎麼設」「新 layer 該檢查什麼」「上游資料改了下游要跟嗎」「跨 repo 交接資料」時觸發。用來守門「常漏點 / 常漏 UX 設定 / 跨 repo 契約沒對齊」三大痛點。與 `/new-layer` command（產骨架）互補 — 本 skill 專注**驗收 + UX 決策 + 跨 repo 對齊**。

2026-07-01407

accessibility-analysis

ianlkl11234s/mini-taiwan-pulse

服務可達性分析工具箱（accessibility / service coverage）。當用戶說「30km 路網可達」「最近 X 站」「服務範圍」「沙漠」「孤島」「等時圈」「isochrone」「可達性分析」「路網覆蓋」或要新增任何「離 POI 多遠」類型的分析時觸發。整合 mini-taiwan-pulse + taipei-gis-analytics 兩端 SOP，覆蓋三種視覺模式（路網染色 / Polygon 沿路網 / Hex 格點）、三套既有 reference pipeline 對照、模式選擇決策樹、常見坑（Overpass mirror 不穩 / pyrosm 爆 RAM / multi-bucket / whitelist）。新增 POI 類型（加油站 / 醫療 / 消防 / 充電站 / 警局 / 學校）做可達分析時用。允許只跑 pipeline 不接前端，也允許 pipeline 已備好只做前端接線。

2026-06-22407

service-coverage

ianlkl11234s/mini-taiwan-pulse

服務覆蓋分析（service coverage / 商業策略視角）— 「我的店要開哪」「誰被服務不到」「跟競爭者疊圖」這類問題的視覺化。技術實作完整內容在 [[accessibility-analysis]] skill。本 alias 為了商業 / 策略口吻觸發更順 — 當用戶說「服務覆蓋」「服務沙漠」「市場版圖」「競爭者疊圖」「品牌勢力範圍」「服務缺口」「補點策略」「擴點選址」「未來開店」時用這個。實作 SOP 完全相同 → 請直接讀 accessibility-analysis/SKILL.md。

2026-06-22407

three-3d-component

ianlkl11234s/mini-taiwan-pulse

Mini Taiwan Pulse 新增 Three.js × Mapbox 立體圖層的設計與接線手冊。當用戶說「新增 3D 圖層」「立體元件」「3D layer」「Three.js scene」「立體呈現」「3D 視覺化」「點與點的連結」「燈塔轉圈/光柱/巨蛋/光弧」或要從 `public/three-showcase.html`（68 元件案例庫）挑元件接到實際圖層時觸發。導引用戶從「想表達什麼語意」→ 對應元件類別 → Scene/CustomLayer 範本 → 必過 checklist（座標 / blending / dispose / 動態時間源 / 性能）→ 最後跑 tsc -b。

2026-06-18407

supabase-optimize

ianlkl11234s/mini-taiwan-pulse

為 Supabase RPC 產生 pre-aggregate pattern SQL 範本。當響應時間 > 1s、rows > 10k、或含 string_agg/ST_Union 時使用。依照 Mini Taiwan Pulse 專案的「普通 table + per-day refresh function + pg_cron + 薄 RPC」架構產生完整 SQL，含 advisory lock、cleanup、cron 排程。

2026-05-24407

wrap-up

ianlkl11234s/mini-taiwan-pulse

Session 結束後收尾 + 更新 .Codex/memory/ 的 skill。當使用者說 /wrap-up、「收工」、「收尾」、「session 結束」、「做完了」、「commit memory」、「整理記憶」時觸發。讀本 session 脈絡 + git log + 現有 memory → 對應更新 9 個 memory 檔 → 產出 diff 給用戶 review → 每檔 atomic commit（prefix memory:）→ 不自動 push。

2026-05-24407

name	wrap-up
description	Session 結束後收尾 + 更新 .claude/memory/ 的 skill。當使用者說 /wrap-up、「收工」、「收尾」、「session 結束」、「做完了」、「commit memory」、「整理記憶」時觸發。讀本 session 脈絡 + git log + 現有 memory → 對應更新 9 個 memory 檔 → 產出 diff 給用戶 review → 每檔 atomic commit（prefix memory:）→ 不自動 push。
user_invocable	true

/wrap-up — Session 收尾 SOP

目的

Session 結束時自動：

分析本次做了什麼、學到什麼、失誤什麼
將 session insights 寫回 .claude/memory/ 9 個檔
每檔獨立 atomic commit，git log 可追記憶演進
不 push，保留用戶最後 review 機會

執行流程（5 階段）

Stage 1: Gather

平行執行（三個同時發 Bash / Read）：

Read .claude/memory/ 全部 9 檔，掌握現狀
git log --oneline origin/master..HEAD（本地未 push 的 commit）+ git log -20 --oneline（最近 20 次）
git status（本 session 未 commit 變動）

然後回顧本 session 對話：

用戶要求了什麼？
做了哪些動作？（讀哪些檔、改哪些檔、跑哪些指令）
哪裡順利、哪裡卡住、哪些指令失敗過？
用戶有糾正過你嗎？（次數 / 原因）

Stage 2: Analyze

將本 session 事件分類到對應 memory 檔：

事件類型	寫到哪
做完某功能 / 抓完某資料	STATUS + DATA_SCOPE
產生新待辦 idea	BACKLOG（新增 P1/P2/P3）
關閉舊待辦	BACKLOG（劃掉 + 搬到「已完成」區）
新決策 / 新預設	PRINCIPLES
重複性流程定型（做過 ≥2 次）	PLAYBOOKS
遇到新術語 / 新代碼	GLOSSARY
遇到 bug / 意外並修好	INCIDENTS（append；長篇放 `.claude/pitfalls/`）
反省「下次怎麼改」	REFLECTIONS（append）

寫回規則：

INCIDENTS / REFLECTIONS 只 append，不改舊條目
PRINCIPLES 衝突時：新原則覆蓋舊，舊的搬到 INCIDENTS 記錄演進
STATUS 每次重寫（只保留當下狀態）
DATA_SCOPE 數字改動時，先 Grep / wc -l 驗證不單信對話摘要

Stage 3: Draft — 保持精簡 ⚠️

只產出總表（每檔一行摘要），不 dump 完整 diff / markdown 草稿。

| 檔案 | 變動 | 一句話摘要（≤ 20 字） |
|---|---|---|
| STATUS.md | rewrite | 18 commits / SessionStart hook 上線 |
| INCIDENTS.md | +1 | macOS 無 jq → python3 |
| PRINCIPLES.md | +1 條 | shell 不依賴 jq |
| REFLECTIONS.md | +1 篇 | 首次 /wrap-up 反省 |

禁止：

❌ 貼出完整 markdown 改寫內容
❌ 列出每個 old_string / new_string
❌ 條列每條 append 的全文

若某檔變動特別複雜，可多加 1~2 行 bullet 註明主要改動，但仍不 dump 全文。

Stage 4: Confirm

簡短問一句：

全採用 / 看某檔細節 / skip 某檔？

全採用 → 進 Stage 5
看 X 檔 → 這時才展開該檔的實際 Edit/Write 草稿
skip X → 不 commit 該檔

不要自己 dump 細節等用戶挑。等用戶明確要求才展開。

Stage 5: Atomic Commit

每個檔案一個 commit，訊息格式：

memory: <動詞> <檔名> (<1 句摘要>)

<必要時：更詳細的原因 / 對應的 session 事件>

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

範例：

memory: update STATUS (完成倫敦 10 座補抓)
memory: append INCIDENTS (EGLL 誤判 + bash/sh + UK 漏加)
memory: close BACKLOG B003 + add B006 (pull 腳本動態解析 region)
memory: reflect REFLECTIONS (今晚 3 條 next-time rules)

commit 順序建議：STATUS 最後（其他檔都 commit 完再更新 STATUS，避免 STATUS 引用到還沒 commit 的變動）。

完成後：

git status 確認 tree clean
提醒用戶：「要 push 嗎？git push origin master」
不要自己 push
若本 session 動了程式碼結構（新增/刪除/改名檔案或函式）→ 提醒用戶：codebase-memory 圖譜可能已過期，可 index_repository(mode="moderate") 重建；純改函式內部可略過。理由見 .claude/HARNESS.md §4.2。

注意事項

Read first：Edit 前一定先 Read 目標檔，避免 old_string 不精確
驗證數字：DATA_SCOPE / STATUS 的航班數、region size，用 wc -l / Grep 確認，不單信對話摘要
Pre-commit hook 失敗：fix 後再開新 commit，不要 amend
不修 CLAUDE.md：那是規則層，/wrap-up 不動（除非用戶明確要求）
不跨 session 臆測：只根據「本 session 對話 + git log + 現有 memory」三者交叉驗證
若本 session 沒什麼好記（純閒聊 / 讀檔不動作）：跟用戶確認「看起來沒需要 wrap-up，要強制留紀錄嗎？」

Skill 自身的反省

這個 skill 也會被反省。若某次 /wrap-up 漏抓重要事件、或 commit 訊息風格不理想，應：

在本次 REFLECTIONS 記下
回頭修改本 SKILL.md（加新規則）
下次 /wrap-up 時按新規則執行

Skill 自我優化 = 記憶系統持續進化的核心。