← 返回首頁
實戰案例・技能盒帶建置範本

實戰案例:
祕書智慧體。

把日常行政瑣事——行程管理、報帳、郵件分類、錄音會議紀錄——拆給一組智慧體的實戰案例。那些你做得太習慣、從來沒算作「工作」的事。人在外面往 Discord 傳一則語音訊息,指令就會抵達;回報則以語音與文字兩種形式回來。面向的是還沒到聘一位祕書規模的中小企業與一人公司。

祕書智慧體會接觸到你個人資料的核心——你的行事曆、你的郵件、你的收據。本實戰案例會在進入設計之前的最初訪談階段,逐項確定要交出多少權限。

只用兩樣工具

工具職責可以理解為
對話版 Claude(claude.ai)透過對話確定「要做什麼」。負責設計與規格與建築師碰頭
VS Code 裡的 Claude Code拿著定好的設計,實際建立檔案、寫程式現場的施工方

基本流程

  1. 與對話版 Claude 交談 → 得到「要做什麼」的規格書
  2. 對話版 Claude 把規格書變成指令書(TASK.md)
  3. 把 TASK.md 交給 VS Code 裡的 Claude Code → 它真正把東西做出來
  4. 把結果回報給對話版 Claude → 拿到下一份指令書
  5. 重複步驟 1〜4 直到完成

盤點祕書工作(訪談的基礎)

「想要一位祕書」說起來容易,但真要說清楚交出哪些事,出乎意料地難。參照這個職位在現實中的工作範圍,以下作為訪談的基礎。

行程管理

報帳

郵件

錄音會議紀錄

整理會議筆記、起草各類申請表、篩選機票與住宿也可以一併涵蓋。出差安排不是必備功能——如果你的行業很少出差,一開始就可以不做。

為什麼要拆成多個智慧體而不是一個

一聽到「祕書智慧體」,人們往往會想像一個什麼都做的萬能體。本實戰案例建議按任務拆分。

因為每項任務需要的判斷標準不同

因為可以把權限範圍分開

因為出問題時更容易定位

大致標準:先從行程、報帳、郵件這三個開始,是最容易上手的組成。一開始就拆得太細只會增加管理成本,因此邊運作邊合併或再拆。

用語音下達指令,用語音接收回報

本實戰案例的核心,是讓祕書在你離開電腦的那些時間裡也持續工作。為此,你要把 Discord 變成一個雙向傳送語音的入口。

傳入(你 → 智慧體)

傳出(智慧體 → 你)

整體排程(六個階段)

階段內容使用工具產出
Phase 0需求訪談(你目前的行政瑣事、要交出什麼、權限到哪裡為止)對話版 Claude需求表
Phase 1決定智慧體組成(拆成幾個、各自的權限範圍、要串接哪些工具)對話版 Claude組成方案
Phase 2建置盒帶(SKILL.md/WORKFLOW.md 與專用 SPEC/soul.md 全部必需)對話版 ClaudeSKILL.md、WORKFLOW.md、SPEC/soul.md
Phase 3實作(反覆)與接上語音往返VS Code 裡的 Claude Code可執行的盒帶本體
Phase 4測試與驗證兩者已驗證的盒帶
Phase 5收尾與文件化對話版 Claude成品+使用指南

想交出的範圍因人而完全不同,因此沒有可以跳過訪談直接使用的現成 TASK.md。請務必從 Phase 0 的需求訪談開始。

立即開始:Phase 0 啟動提示詞

把下面這段提示詞原樣貼到「對話版 Claude」(claude.ai)的新對話裡,就能展開 Phase 0 的需求訪談。

我想建置一個接手日常行政瑣事(行程管理、報帳、郵件等)的 祕書智慧體。我是程式新手,希望由你(對話版 Claude)擔任 設計與規格方面的夥伴,實作交給 VS Code 裡的 Claude Code。
🔒

其餘內容需購買 T1 後於完整指南中查看。
(包含詳細的 Phase 0 訪談項目、權限邊界的設定方式、語音往返的設定,以及 Phase 1 之後的指令書範本等完整內容)

購買 T1 查看指南 →

免責聲明與重要注意事項

強烈建議在剛開始時把郵件的自動傳送關閉。先讓智慧體寫好草稿、由你自己按下傳送鍵——傳錯的郵件是收不回來的。報帳中的金額與稅務類別,最終同樣是申報者的責任:請把系統設計成由智慧體負責彙總與分類的前置準備,最後一步始終由人來確認。

完整建置指南

詳細的 Phase 0 訪談項目、權限邊界的設定方式、語音往返的設定,以及 Phase 1 之後的指令書範本——完整內容都刊載在 BALIA OS 指南網站上。

查看完整建置指南 →

查看其他實戰案例

以相同方式打造的其他實戰案例——預約管理系統、社群/粉絲網站自動更新、加密貨幣交易等等——已上線或製作中。

查看所有實戰案例 →