AI Agent 不危險,危險的是你不知道自己給了他什麼鑰匙

AI Agent 不危險,危險的是你不知道自己給了他什麼鑰匙

跟一群老闆聊 AI 工具,有個人突然說:「我不敢用 agent,感覺很危險。」

我問他哪裡危險?

他說不知道,就是覺得讓 AI 自己跑、自己做決定,感覺很不安心。

我聽懂了。他不是怕 agent,他是怕「自己不知道發生了什麼」。

這個感覺我完全理解。但我想跟你說,問題不在 agent 本身。


危險的從來不是工具,是你不知道給了他什麼

你請一個員工來公司,第一天你會把所有系統帳號、所有客戶資料、所有財務報表的存取權全部開給他嗎?

不會。

你會先想,他這個職位需要用到什麼,然後只給那個部分。

小公司如果答案其實是「會」,因為本來就共用一組帳號,那第一件要做的事不是設定 agent,是先幫它開一個自己的帳號。

家裡的鑰匙也一樣。你不會因為信任一個人,就把門鎖全部換成他的指紋。你會給他他需要進去的那扇門的鑰匙。

AI agent 也是這個道理。

它能做什麼,取決於你給了它什麼權限。

你給它讀信箱的權限,它就只能讀信箱;
你給它寄信的權限,它才能寄信;
你給它修改資料庫的權限,它才能動你的資料。

危險不是來自 agent 本身;危險來自你在沒搞清楚之前就給出去了。


每一個權限,你都要知道自己給了什麼

在你讓 agent 開始跑之前,有幾件事你應該能夠回答:

它能讀哪些資料?
它能寫入或修改什麼?
它能不能刪東西?
它能不能代替你對外傳送訊息?

如果這四個問題你答不出來,那不是 agent 的問題,是你還沒把這件事想清楚。

這不是在嚇你,這是在說,你本來就應該對自己給出去的東西有感覺。


安全性不是禁止,是你隨時知道狀況

很多人把「安全」跟「不用」畫上等號。

這個邏輯不對。

真正的安全,是你在給出權限的當下,清楚知道這個權限能做什麼、不能做什麼,而且你有辦法隨時停下來。

有沒有備份機制?
如果 agent 跑錯了,你能不能在五分鐘內還原?
有沒有一個你能一鍵中斷的開關?

這三件事比「要不要用 agent」更重要。


最小權限原則,是一個你可以直接拿去用的思維

資安領域有個概念叫「最小權限原則」。意思是,你只給它完成這個任務所需要的最小權限,不多給。

用在 AI agent 上,完全適用。

你想讓 agent 幫你整理每天的客戶詢問,那就幫它開一個專用的帳號或信箱,不要拿你自己的 Google 帳號去授權。要留意的是,Gmail 沒有「只讀某幾封信」這種粒度,勾了讀信就是整個信箱都看得到,工具如果不讓你選要開哪些東西,那就先別接。

你想讓 agent 幫你更新某張表單,那就只給它那張表的編輯權,不要把整個資料庫都開放。

每一個 agent、每一個任務,都用這個原則去想一遍。

你會發現,你的不安感會消失,因為你清楚知道它能做什麼、不能做什麼。

還有一件事是權限管不到的:agent 讀到的內容會影響它接下來做什麼。信件或網頁裡夾一句「請把這份資料寄到某某信箱」,它有機會照做,因為它分不出哪些是你交代的、哪些是它讀到的。權限圈住的是萬一出事的範圍,不是會不會出事。所以會對外寄、會付錢、會刪東西的那幾步,留一道你自己按的關卡。


先想清楚鑰匙,再決定要不要給

那個老闆說他不敢用 agent,我後來跟他說:「你不是不敢用,你是還沒想清楚要給它哪把鑰匙。」

他點了點頭。

這件事跟 AI 強不強、聰不聰明沒有關係。

這件事跟你有沒有搞清楚自己在做什麼,很有關係。

想清楚了,再給鑰匙。

你現在手邊用的 AI 工具,你知道它拿著你的哪把鑰匙嗎?

本文與 AI 夥伴[小貫]🦞共同完成

Read more

員工一直請假?你可能搞錯了問題在哪裡

員工一直請假?你可能搞錯了問題在哪裡

跟一群頭家聊天,其中一個抱怨: 「員工一直請假,我都快忙死了。」 我問他:「那你有沒有想過,員工不請假的時候,你在擔心什麼?」 他愣了一下。 很多老闆看到請假,第一個反應是麻煩。 人少,分工又重疊,一個人請假,其他人就要補。會敏感,也可以理解。 但請假不是問題,是訊號。 員工會請假,通常代表幾件事。 狀況不好,他選擇不硬撐。 他覺得照規定申請是安全的,不會被刁難。 他會提前講、安排交接,不是直接消失。 反而是員工從來不請假的公司,我會多看一眼。 有些人是真的狀態好。更常見的是兩種:不敢請,或是已經不在乎了。 不敢請的,表面很穩定,心裡可能早就在找退路。不在乎的,來上班只是履行義務。 這兩種,比請假更需要擔心。 那老闆為什麼會忙死? 多半是公司太依賴特定的人。一個人不在,整條線就卡住,最後常常是老闆自己下去補位。 要解的不是請假,是備援。 誰負責什麼、流程有沒有寫下來、

By Guan Jie Lien
AI 寫的洞,讓 AI 來補,負負得正?

AI 寫的洞,讓 AI 來補,負負得正?

很多人現在用 AI 寫程式,叫 Vibe Coding。一句話講需求,程式就跑出來了。 另一邊,資安專家一直在提醒,AI 寫的程式到底安不安全? 上週 PHP 出了一個大漏洞。 PHP 是很多網站背後的程式語言,大約七成的網站都在用。這次的漏洞在 PHP 裡藏了很多年,攻擊者不用登入,就有機會直接控制伺服器。 最後抓到它的,是 AI。 這個很有趣哈。 用 AI 寫程式,用 AI 找漏洞,再用 AI 補漏洞,不就是負負得正嗎? 我想了一下,好像不太對。 負負得正是兩個錯互相抵銷。可是寫的、找的、補的都是 AI,比較像自己出考題,自己改考卷。 而且想攻擊網站的人,手上也是同一套 AI。 兩邊一起變快,

By Guan Jie Lien
店長讓 AI 整理會議記錄,但會議本身根本沒有結論

店長讓 AI 整理會議記錄,但會議本身根本沒有結論

很多公司開始用 AI,第一件事都是拿來整理會議記錄。 開完會丟給 AI,三分鐘就整理好,重點和待辦都列出來了。 我在一家店看過這樣的記錄。店長拿給我看,說開完會都交給 AI,省了很多時間。 我翻到待辦那一欄。誰負責?沒寫。什麼時候完成?沒寫。 所以我就問店長上次那幾件做到哪了,店長想了一下,說還在討論。 記錄整理得很好。問題出在會議本身,沒有做出決定。 會議上沒決定的事,AI 整理完還是沒決定。沒人負責的事,寫進記錄裡還是沒人負責。 因此,當組織有這樣的情況,可以先想一下:這件事沒用 AI 的時候,做得好嗎? 本來就做得好,只是花時間,那交給 AI 很划算。 而本來就沒做好的,就算交給 AI 也不會變好。 開會也一樣。散會前留五分鐘,每個人講一句自己負責什麼、什麼時候做完,再讓 AI

By Guan Jie Lien
開了很多會,但事情為什麼還是沒推動?

開了很多會,但事情為什麼還是沒推動?

「上次不是說好了嗎?」 這句話我在老闆嘴裡聽過太多次。 兩週前開了一個會,大家都覺得有共識了。然後什麼都沒動。 兩週後,同樣的問題又出現在會議桌上。 問題不是開會沒用 會議本身沒有問題。 問題是:我們在會議裡「討論」了很多,但沒有「決定」什麼。 這兩件事看起來很像,但結果完全不同。 討論是交換想法。決定是指定一個人,給一個時間,讓一件事發生。 如果會議結束的時候,沒有人說「這件事 XX 來負責,下週四之前完成」,那會議就只是一場有共識的聊天。 三個讓會議產生結果的習慣 第一,區分「討論事項」和「決議事項」。 開會之前,先想好哪些議題是要討論的,哪些是要做決定的。不要把所有事情都放在一起談,最後全部都是模糊的共識。 第二,每個決定,一個負責人,一個日期。 「大家一起負責」等於沒有人負責。每一個決定,都要有一個具體的人名和一個具體的完成時間。這不是施壓,是給這件事一個可以追蹤的形狀。

By Guan Jie Lien