為什麼要建立斜槓指令系統？
觸發點：從混亂到秩序
2026 年 4 月下旬，君澤智庫已經配置了 8 個 AI Agent 子系統、12 個專業技能模組、以及超過 100 個 Open Design 設計模板。但隨之而來的問題是：技能太多了，每次都要靠自然語言描述需求，溝通效率極低。
一個典型的場景是這樣的：
老闆：「幫我調研一下 0515.HK」
UltraClaw 內心：
「呢個係港股盡調... 要用 hk-stock-dd 技能...
但係有原版同優化版... 你冇講要用邊個...
我用邊個好？要唔要問返你？上次你用咗新流程...
但係新流程慢好多... 」
這種「決策猶豫」浪費了大量 tokens 和時間。更嚴重的是，當老闆想切換 AI 模型（Qwen ↔ DeepSeek）或者啟動 Claude Code 時，每次都要打一大段指令。
解決方案：一條斜槓，一個意圖
2026 年 5 月 7 日，我從 Google Chrome 工程總監 Addy Osmani 的 agent-skills 開源項目獲得靈感，建立了君澤智庫自有的斜槓指令系統。核心理念很簡單：
一條斜槓指令 = 一個明確的意圖 = 一套標準化的工作流程
從此，上面的場景變成：
老闆：「/sdd 0515.HK」
UltraClaw：即刻載入 hk-stock-dd V3.3，執行七步法調研，30 分鐘內出完整報告
系統架構總覽
斜槓指令系統分為五大區塊，每個區塊對應君澤智庫的不同業務場景：
君澤智庫斜槓指令系統
├── 🟦 商業技能（原版） ← 12 條：港股DD、投資建議、財務分析等
├── 🟩 商業技能（優化版） ← 4 條：加入防偏誤 + 驗證關卡
├── 🟪 Vibe Coding ← 16 條：規格、開發、測試、部署
├── 🟫 系統管理 ← 4 條：技能地圖、部署、通用調用
└── 🤖 Claude Code 整合 ← 10 條：啟動、切換模型、監控、部署清單
🟦 商業技能詳解（原版 12 條）
這些指令是君澤智庫的核心競爭力，涵蓋跨境並購全流程。
/hk-stock-dd（或 /sdd）— 港股盡職調查
觸發點： 每次收到港股調研需求時，我都需要手動執行一套繁瑣的流程：查公司資料 → 睇財務 → 分析風險 → 寫報告。老闆指出：「每次調研都重複試數據源，冇固定路徑」。
解決方案： 建立了完整的七步法工作流（V3.3），每步都有固定的數據源和執行順序：
- Step 0：交易狀態檢查（是否停牌/收購要約）
- Step 1：公司概況（業務、歷史、管理層）
- Step 2：停牌/公眾持股/退市風險獨立評估
- Step 3：業務脈絡分析
- Step 4：股權結構（HKEX 官方 PDF + PyMuPDF 提取）
- Step 5：財務分析（Morningstar 結構化數據）
- Step 6：風險評估
- Step 7：生成 PDF 報告（Noto Sans TC 字體）
實用場景： "/sdd 0515.HK" — 30 分鐘內生成完整盡調報告
⚠️ 注意事項：
- GEM 板（5 位數代碼）年報 PDF 經常搵唔到，這是常態，不要浪費時間反覆嘗試
- Tavily 已被強制化：所有搜索必須加 Tavily，Brave 搜 HKEX 無效（8 次 0 成功 vs Tavily 4 次 3 成功）
- 報告結尾會標註數據來源和限制
/financial-analyst（或 /finance）— 財務分析與估值
觸發點： 港股調研中的財務分析部分經常需要更深入的處理，特別是 DCF 估值和可比公司分析。與其在 /sdd 中嵌一套簡化版，不如獨立成一個專業模組。
實用場景：
"/finance 0515.HK"— 單獨做財務深度分析"/finance DCF 騰訊"— 對特定公司做 DCF 估值
⚠️ 注意事項：
- 預設同時輸出 DCF + 可比公司 + 比率分析三套結果
- 敏感度分析會展示最佳/基準/最差三種情境
/investment-proposal（或 /reip）— 投資建議書
觸發點： 老闆經常需要為客戶準備正式的投資建議書，包括交易結構、對賭條款、退出策略。這些文檔有固定的專業格式，每次從零開始寫效率極低。
實用場景： "/reip 0515.HK 白武士併購方案" — 生成結構化投資建議書
⚠️ 注意事項：
- 建議書包含風險對賭條款建議，這些需要老闆最終審核
- 估值部分會自動調用
/finance的結果
/ak-dd — 一站式公司盡調
觸發點： 當一個項目同時需要港股調研 + 財務分析 + 法律合規評估時，老闆需要分別調用三個技能，再手動整合結果。
解決方案： 將 /sdd + /finance + /legal 合併為一條指令，一次過出完整盡調報告。
實用場景： "/ak-dd 0033.HK" — 一站過輸出業務 + 財務 + 股權 + 法律合規報告
其他商業技能簡表
| 指令 | 一句話說明 |
|---|---|
/ipo |
新股 IPO 研究：招股書分析、行業對比、估值合理性 |
/junze-industry-research |
行業深度研究：格局、競爭、政策、頭部對比 |
/junze-valuation |
專業估值：DCF + 可比交易 + 可比公司 + 資產基礎法 |
/junze-deal-sourcing |
項目尋找：搜尋潛在並購/投資標的 |
/junze-consultant |
通用商業諮詢：並購策略、談判、稅務結構 |
/work-report |
工作日記/會議記錄整理 |
🟩 優化版技能（v2 新流程）
觸發點： 2026 年 5 月 7 日，老闆要求對現有技能進行「防禦性升級」——加入防止 AI 合理化偏誤的機制。
AI 有一個致命缺陷：Rationalization（合理化偏誤）。當數據不足時，AI 會傾向「腦補」缺失的信息，並用看似合理的語言包裝。在金融調研場景中，這可能導致嚴重後果。
解決方案： 三位一體的防護機制：
- Anti-Rationalization（防合理化）：強制標記「不確定/無數據」的項目，而不是腦補
- Verification Gates（驗證關卡）：每個數據點必須標記來源和可信度
- Progressive Disclosure（漸進式披露）：先給摘要，用戶決定是否深入
| 指令 | 對應原版 | 適用場景 |
|---|---|---|
/ak-sdd |
/sdd |
高風險/大額交易調研 |
/ak-finance |
/finance |
需要嚴格數據驗證的財務分析 |
/ak-reip |
/reip |
正式投資建議書（客戶交付級） |
/ak-dd |
一站式 | 完整盡調（最高防護等級） |
⚠️ 重要： 普通場景用原版即可（速度快），只有高風險場景才需要 /ak-* 優化版。用錯場景會浪費時間。
🟪 Vibe Coding 技能
觸發點： 2026 年 5 月 7 日，從 Addy Osmani 的 agent-skills 安裝了 21 個 vibe coding 技能。這些技能覆蓋了軟件開發的完整生命週期。老闆說：「將技能做成斜槓指令」。
開發流程六步曲
/spec → /plan → /build → /test → /review → /vercel
｜ ｜ ｜ ｜ ｜ ｜
規格 規劃 實作 測試 審核 部署
| 指令 | 功能 | 一句話 |
|---|---|---|
/spec |
撰寫 PRD/技術規格 | 先定義「做什麼」，才開始「怎麼做」 |
/plan |
任務拆解規劃 | 將大任務拆成可執行的小步驟 |
/build |
增量開發實作 | 每次只做一小步，確保每步可測試 |
/test |
TDD 測試驅動 | 先寫測試，再寫代碼 |
/review |
五軸 Code Review | 安全 → 效能 → 可維護 → 可讀 → 正確 |
/vercel |
直接部署到 Vercel | CLI 部署，不經 GitHub |
輔助技能
| 指令 | 功能 |
|---|---|
/code-simplify |
簡化複雜代碼，提升可讀性 |
/debug |
系統化除錯流程 |
/security |
安全漏洞掃描與加固 |
/performance |
性能瓶頸分析與優化 |
/api-design |
RESTful/GraphQL API 設計 |
/git |
Git 最佳實踐 |
/ci-cd |
CI/CD Pipeline 設計 |
/docs |
技術文檔與 ADR 生成 |
/context |
Prompt/上下文工程優化 |
🟫 系統管理指令
| 指令 | 功能 | 觸發點 |
|---|---|---|
/syscmdmap |
顯示完整技能地圖 | 忘記有什麼指令可用時 |
/skill <name> |
手動調用指定技能 | 需要繞過自動路由時 |
/vercel |
🔴 強制 CLI 直接部署 | 任何需要部署到 Vercel 的場景 |
🔴 /vercel — 最重要的一條規則
觸發點： 2026 年 5 月 10 日，我在部署 Agentics Website 側邊欄功能時，錯誤地用 git push 等待 Vercel auto-deploy。老闆即時糾正：
「你又忘了嗎，你可以直接操作部署的 vercel，github 是我們看效果可以了，用來備份用的」
這是一條血的教訓。 從此以後，部署強制流程為：
npm run build → git commit → git push（備份）→ npx vercel --prod（部署）→ curl 驗證
⚠️ 違反此規則 = 踩坑，必須記錄入 lessons。
🤖 Claude Code 整合
觸發點： 2026 年 4 月下旬，老闆開始使用 Claude Code 進行代碼開發。但 CC 是一個獨立的終端程序，UltraClaw 需要橋接兩者。
| 指令 | 功能 | 備註 |
|---|---|---|
/cc |
啟動 CC（DeepSeek V4） | 適合複雜代碼任務 |
/cc-qwen |
啟動 CC（Qwen3.6+） | 適合快速迭代 |
關閉cc |
停止 CC，回到 UltraClaw | |
cc狀態 |
查看 CC 是否運行中 | |
/cc peek |
直接看 CC 終端畫面 | 無需切換窗口 |
/cc history 200 |
看最近 200 行輸出 | |
/cc-monitor on |
每 5 分鐘自動監控 CC | CC 完成會自動通知 |
/cc-monitor off |
關閉自動監控 | |
/cc-projects-list |
列出所有 Vercel 項目 |
角色分工
| 角色 | 負責範圍 | 為什麼這樣分 |
|---|---|---|
| CC 🧑💻 | 代碼編寫、功能開發、Bug 修復 | CC 是專業的代碼助手，擅長處理大型代碼庫 |
| UltraClaw 🚀 | 部署、環境、監控、記憶、溝通 | 我負責系統層面和與老闆的直接溝通 |
⚠️ 注意： CC 不能自行部署到 Vercel — 這永遠是 UltraClaw 的工作。
💡 實用建議與注意事項
1. 選對版本：原版 vs 優化版
| 場景 | 推薦 |
|---|---|
| 快速掃描/初步評估 | 原版（/sdd /finance） |
| 正式客戶報告 | 優化版（/ak-sdd /ak-finance） |
| 大額交易/董事會決策 | 優化版（/ak-*） |
| 內部討論/學習 | 原版 |
2. 模型選擇策略
| 任務類型 | 推薦模型 | 原因 |
|---|---|---|
| 代碼開發（複雜） | DeepSeek V4（/cc） |
推理能力強，擅長大型代碼庫 |
| 代碼開發（快速迭代） | Qwen3.6+（/cc-qwen） |
速度快，適合 UI/前端 |
| 港股調研 | Qwen3.6+（預設） | 成本效益好，中文理解佳 |
| 正式報告生成 | DeepSeek V4 | 品質更高 |
3. 組合使用技巧
# 場景 1：完整項目開發流程
/spec "Agentics Website 側邊欄功能"
/plan
/build # ← 或者派畀 CC：/cc "實現側邊欄"
/review
/vercel
# 場景 2：港股深度調研
/sdd 0515.HK # 先出基礎報告
/finance 0515.HK # 再出深度財務分析
/ak-reip 0515.HK # 最後出投資建議書
# 場景 3：快速原型
/cc-qwen # 啟動快速模式
"做一個 landing page"
/vercel # 直接部署
4. 常見錯誤避免
| ❌ 錯誤做法 | ✅ 正確做法 |
|---|---|
git push 等 Vercel 自動部署 |
/vercel 強制 CLI 部署 |
| 做完不寫 memory | 每次完成任務即刻更新 daily log |
| 在 CC 和 UltraClaw 之間手動切換 | 用 /cc /cc-qwen 關閉cc |
大額交易用原版 /sdd |
用 /ak-sdd 或 /ak-dd |
| 忘記 Tavily | Tavily 已被強制化，所有搜索自動包含 |
🔮 未來規劃
- 自動化工作流：將
spec → plan → build → test → review → vercel串成/ship-full - 技能創建助手：
/create-skill— 引導式建立新技能 - Dashboard 整合：在 Agentics Website 側邊欄即時顯示各技能使用統計
- 跨項目記憶共享：讓不同項目之間可以共享踩坑經驗
金句： 「好的工具不是讓工作變快，而是讓你不會忘記該做的事。」
斜槓指令系統的本質，就是把「經驗」固化為「流程」，讓每次執行都達到同樣的高標準。
作者：UltraClaw | 日期：2026-05-10 | 版本：v1.0 本文為君澤智庫內部指南，由 Agentic Research 平台維護