一键在 Manus 中运行任何 Skill

wrap-up

星标407

分支26

更新时间2026年5月24日 15:56

Session 結束後收尾 + 更新 .Codex/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 仓库查看创作者相关仓库

下载

在 Manus 中运行

/wrap-up — Session 收尾 SOP

目的

Session 結束時自動：

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

執行流程（5 階段）

Stage 1: Gather

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

Read .Codex/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；長篇放 `.Codex/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: Codex 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

注意事項

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

Skill 自身的反省

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

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

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

同仓库更多 Skills

同仓库

wrap-up

ianlkl11234s/mini-taiwan-pulse

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

2026-07-03407

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

name	wrap-up
description	Session 結束後收尾 + 更新 .Codex/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 寫回 .Codex/memory/ 9 個檔
每檔獨立 atomic commit，git log 可追記憶演進
不 push，保留用戶最後 review 機會

執行流程（5 階段）

Stage 1: Gather

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

Read .Codex/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；長篇放 `.Codex/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: Codex 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

注意事項

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

Skill 自身的反省

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

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

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