一百頁的內部手冊，新人翻半天還是來問你。不會寫程式，也能把死文件變成一個能回答問題的機器人：用扣子搭個知識庫 Bot，半小時上線。
菜鳥之友系列：《AI 工具實操與提示詞》・工具篇作者：業州愚公
先還原一個小團隊幾乎每週都要演的畫面。
新人入職第三天，在工作群裡問：「報銷單要誰簽？發票抬頭寫哪個？」你隨手回了。過兩天，換另一個新人問一模一樣的。再過一週，連做了半年的同事也來問：「退貨要走哪張表單？」
你翻出那份一百頁的《內部手冊》，Ctrl+F 搜了半天，答案其實在第三十七頁——而且寫得含糊。
你不是沒做文件。你是做了文件，但沒人翻得到。文件躺在共享盤裡是死的，只有人腦記得住的部分才是活的。而在一個忙起來的小團隊裡，「誰知道答案」往往就等於「誰被問到死」。
這一篇要做的，就是把你這份死文件，變成一個能回答問題的機器人。而且，你不用會寫程式。
用的工具叫「扣子」（Coze）。
很多人第一次打開扣子，會以為它跟 ChatGPT、元寶沒差——不就是個聊天的框嗎？
差別在：聊天框裡你只能「問一句、答一句」；扣子裡你是在組裝一個東西，組完之後它會一直存在，誰都能用，你不必每次從頭把需求講一遍。
打個比方：直接用聊天 AI，像每次去餐廳都現點現做；搭一個扣子 Bot，像把這道菜寫進菜單、貼上編號，以後誰來都能按編號點。
扣子（Coze）是字節跳動推出的 AI 應用開發平台，主打「不用寫程式也能搭」。它的核心零件就那幾樣，記住下面五個，你已經看懂八成：
| 零件 | 白話解釋 | 對應你手邊的什麼 |
|---|---|---|
| 人設與提示詞 | 告訴它「你是誰、怎麼回話」 | 你平時教新人的那套話 |
| 知識庫 | 把你的文件餵給它，回答時它會去查 | 那份一百頁的內部手冊 |
| 插件 | 給它加裝能力，例如聯網搜索、查天氣、生成圖片 | 你希望它「會上網查」的時候 |
| 工作流 | 把好幾個步驟串成固定流程 | 「先判斷類型、再查資料、最後套模板」 |
| 發布渠道 | 決定它出現在哪裡給人用 | 你想讓同事在哪裡問它 |
這五樣裡，新手只要先用懂三樣：提示詞、知識庫、發布。有這三樣，你就能做出一個「問公司規章制度」的機器人；插件和工作流，是等你覺得它不夠用了，再往上加的東西。
一句話記住分工： 提示詞決定「它的性格與邊界」，知識庫決定「它知道什麼」，發布渠道決定「誰能用到它」。三者缺一，它要嘛答得離譜，要嘛只有你自己看得到。
下面用「做一個內部規章問答機器人」當例子，一步一步走。你在扣子裡新建一個 Bot，其餘照做即可。各平台介面用詞可能隨版本微調，以官方最新版本為準。
第一步，給它一個身分。 在新 Bot 的「人設與回覆邏輯」欄裡，寫清楚三件事：它是誰、回答範圍、以及不知道時怎麼辦。例如：
你是「公司內部規章助手」。只回答與公司制度、流程、報銷、請假相關的問題。回答時優先引用知識庫裡的原文條目，並標明出自哪份文件。如果知識庫裡找不到答案，直接說「這件事手冊裡沒寫，建議問人事」，不要自己編。
這段話裡最值錢的是最後一句。AI 最大的風險不是它不會，是它會一本正經地編。 你必須明確給它一條「不知道就說不知道」的出口。
第二步，把文件餵給知識庫。 新建一個知識庫，把你那份手冊、幾份常用表單說明、常見問答，一起上傳進去。扣子會自動把你上傳的文檔分段、轉成可檢索的內容（這套做法常被叫作 RAG，中文叫「檢索增強生成」）。你不用自己切段落，但有一件事非做不可：上傳前把文件整理乾淨——把 PDF 裡的水印、掃描件、無關附件先刪掉，段落標題寫清楚。餵進去的東西乾淨，它答出來才乾淨。
第三步，把知識庫掛到 Bot 上。 在 Bot 的編輯頁找到知識庫那一欄，把剛才建好的那個勾選上。這樣它回答之前會先去查你的文件，而不是張嘴就來。
第四步，先自己測。 扣子右側有預覽窗，你直接假裝新人問幾句：「出差補貼怎麼算？」「病假要什麼證明？」「發票丟了怎麼辦？」答得對不對，一眼就看得出來。答得不對，八成是知識庫裡那段話本身寫得不清楚——回頭改文件，比改提示詞有用得多。
第五步，發布出去。 測順了，點發布，挑一個同事最常待的地方——飛書、微信公眾號、網頁，或直接分享一個連結。可支援的渠道會隨版本變動，以官方最新版本為準。發布之後，同事對著它問，你在旁邊看戲。
很多人一上手就想做「全自動」，結果卡在工作流裡三天就放棄。其實同一件事有三檔做法，檔次越高越強、也越容易壞，看你現在需要哪個：
| 檔次 | 做法 | 適合誰 | 你大概要花多久 |
|---|---|---|---|
| 一檔 | 純提示詞，每次自己貼資料 | 偶爾用、資料常變 | 五分鐘 |
| 二檔 | 單 Bot ＋ 知識庫，發布成連結 | 內容固定、很多人會問 | 半小時 |
| 三檔 | 工作流，多步驟自動跑 | 流程固定且重複量大 | 一個下午起 |
我的建議很直接：先做到第二檔就好。 第二檔正好是「一次搭好、長期受用」，又完全不必碰任何流程圖。工作流是等你發現「每次都要人工做同一件事」時，再回頭補的東西——例如你想讓它「先判斷問題類型、再查對應資料、最後用固定格式回覆」，那才是工作流該上場的時候。
坑一：知識庫塞得越多越好？錯。 有人把整個共享盤三五百份文件一股腦丟進去，結果它答得又慢又亂。知識庫講究的是「相關」，不是「海量」。分門別類建幾個小知識庫（規章一個、產品一個、客服一個），比一個超大雜燴準得多。
坑二：提示詞寫得客客氣氣，等於沒寫。 「你是一個友善的助手，盡力回答用戶的問題」——這種話等於沒說。有效的提示詞是寫邊界：能答什麼、不能答什麼、不確定時怎麼說。親切的廢話不加分。
坑三：上線就不管了。 文件改了、流程變了，知識庫不會自己更新。要養成一個習慣：制度一改，順手回到知識庫把那條改掉。不然三個月後，它會拿著已經作廢的舊規定，非常自信地回答同事。
最危險的一種失敗，是它「錯得很順」。 它不會提醒你它在編，它會用很篤定的語氣給你一個錯的流程。所以知識庫裡的文件一定要有出處、有版本日期；提示詞裡一定要寫死「查不到就說查不到」。新手把這兩條做到，就避開了九成的事故。
不用一次搭全套。今天就做這一件事：挑一份你被問到最多次的文件，把它整理乾淨，餵進扣子，建成一個知識庫 Bot，發布成一個連結。
就這一步。等你第一次看到同事對著這個連結問問題、而你不必再重複回答時，你就懂了——「會用 AI」和「做出一個 AI 應用」，中間差的不是程式能力，是你有沒有把你的經驗，從腦子裡搬出來，變成別人也能用的東西。
扣子這類工具的意義也正在這裡：它把「做一個應用」的門檻，從「要會寫程式」降到了「要會把話說清楚」。講清楚規則、餵乾淨資料，剩下的它幫你搭。你要補的不是技術，是把你腦中那套「遇到什麼就怎麼辦」，真的寫成文字的那點耐心。
工具推薦隨身機器人（新用戶免費試用 7 天）
搭 Bot 之前，最花時間的其實是把散落各處的資料，整理成一份乾淨的文字。隨身機器人支援長對話保存與文檔問答，新用戶免費試用 7 天，先把你要餵給知識庫的那份文件，在裡面理順、問清楚，再搬進扣子，事半功倍。前往 sylogs.com 首頁即可找到入口。
下一篇預告： 扣子能答公司內部的問題，靠的是你把文件餵進去；但如果你的資料是幾十頁的 PDF 報告，還得先做一件事——下一期講「Kimi 長文閱讀」：把幾十頁 PDF，變成一份能直接提問的資料。
業州愚公 ｜ SY 視野（sylogs.com）原創內容，轉載請註明出處。