不會寫程式的 HR，如何用 Kiro 一個晚上做出內部工具

2026 年 7 月 16 日，AWS Summit Taipei 二樓的 Developer Community Zone，一場只有 25 分鐘的 Lightning Talk（LT-006）。講者 RuRu 一上台就先自報身分：她是 HR，同時也是 AWS Community Builder（Security 類別）。主持人介紹她的時候說了一句話，大概可以當作這場的副標題——

因為現在的時代 AI 太厲害了，所以 HR 也要寫程式。HR 要寫程式，然後未來 HR 還要管 AI Agent。以前管員工，現在還要加入 AI Agent，因為 AI Agent 就是一個 AI 的員工。

主持人開場介紹

如果你也覺得「AI 工具是工程師的東西，跟我無關」或「我看不懂 code，學了也不會用」，這篇是寫給你的。以下內容整理自這場演講的現場錄音逐字稿與投影片翻拍，所有引號內的話都是講者原話。

「不是不重要，而是永遠排不到最前面」

RuRu 的背景一直是 HR 或財務。她的痛點，大概每個非技術部門的人都懂：

我常常工具不順手的時候，我都只能可能每天都叫我歐爸說「歐爸麻煩你，麻煩你幫我開發某個功能可不可以」。然後歐爸常常都說「好啊好啊沒問題」，但是排在他的待辦清單裡面永遠是排在最後面——到我離職之後，從來都還沒有實現過。

RuRu，LT-006

這張投影片的副標把問題講得很精準：「很多內部流程工具不是不重要，而是永遠排不到最前面，總是『以後再說』。」中間那個紅色的無限迴圈是：我有想法 → 排進待辦 → 寫成需求 → 等待 RD → 回到我有想法。

她要的東西其實不大：新進員工權限工具、訓練追蹤系統、面試排程表、員工 FAQ 知識庫。但左邊那疊 RD 的待辦清單上，每一項都比它們重要。這不是誰的錯，這是排序的必然。

具體到底有多痛

她舉的是新人報到這件事。你可能不知道 HR 要管這麼多：

招募進來之後，其實 HR 有很多的工作要做。我可能會需要採買他們的電腦——也不是我採買，但是我必須開需求給相關單位；那他們的設定帳號、要買哪些的軟體，或者是他要開哪些權限，甚至連訂名片 HR 都要管。大家一定都不知道，這些其實都是 HR 要去管理的。

RuRu，LT-006

而追蹤的方式是這樣的——Excel 一份、Email 一輪、LINE 問一下、便利貼貼一排。她自己的形容是：

見到本人的話呢，還要跟他說「歐爸請問現在那個電腦買好了沒？」「欸寶爸，那個螢幕幫我處理一下」「那個帳號開好了沒？我那個人員下禮拜就要到了。」我都看到桌上都空空的就很擔心。

RuRu，LT-006

她也解釋了為什麼買了系統還是不順手，這句話值得每個評估過套裝軟體的人看：

大家常常用了很多系統跟軟體用的不順手，是因為跟公司的流程不一樣。那可能你們買的是套裝軟體，根本就沒辦法改變你們的一些設定流程。

RuRu，LT-006

多數人卡在 Level 1：會用 ChatGPT，但沒做過自己的工具

她把自己的路徑分成三層：

• Level 1｜使用 AI：會用 ChatGPT、Claude、Gemini 寫 JD、摘要會議、翻譯文件、產生信件
• Level 2｜打造小工具：入職追蹤、權限申請、訓練提醒、面試排程
• Level 3｜設計 AI 工作流程：跨部門自動分派、權限治理、自動化、資料驅動人才決策

大部分人停在 Level 1。她的建議是往 Level 2 走，而且她認為 Level 1 是必經的：

我一開始當然也會使用非常多的 AI 平台，可能 Gemini 或者是 Claude。但是一開始使用都非常的簡單，但是你沒有透過這個簡單的方式，你沒辦法進到下一步，因為你無法知道說 AI 要怎麼跟他溝通。那你常常跟他溝通之後，慢慢的跟 AI 有點熟悉之後，會建議大家要嘗試著去使用 AI 工具去做一些小工具。

RuRu，LT-006

她引用的兩個數字，說明為什麼這件事不能拖：世界經濟論壇《Future of Jobs Report 2025》預估，到 2030 年雇主認為約 39% 的工作技能會被轉換或過時；SHRM 2025 的研究則指出，已有 51% 的組織用 AI 支援招募工作。她對這些數字的解讀不是恐嚇：

在 AI 的時代之下，往往其實不是工作被取代，而是你要從工具的操作者，改變你的思維，轉換成你的流程的設計者。

RuRu，LT-006

先破除迷思：一句 Prompt 生出完整系統？「實際上不是」

這是整場我認為最該給非技術同事看的一張。因為讓人不敢開始的，往往不是難度，而是期待被廣告養壞之後的挫折。

投影片上寫著：「尤其非技術背景的人如果一開始就期待『一句話完成系統』」、「AI 會幫你很多，但它不會直接知道你的公司流程、權限規則、通知邏輯與⋯」（這行的結尾在現場被講者身影擋住，翻拍照片沒拍到完整內容，這裡不補上我沒看到的字）。

她口頭講得更白：

甚至之前的網路新聞說，連房仲都可以用 ChatGPT 就可以開發出一個 APP 來。大家想說，是不是我只要跟他寫出一句 Prompt 就好了，他就會全部完整的把後面的流程都會跑完？當然是沒有那麼簡單，還是要花一點點時間。但是這一點點時間，可能大概才一個晚上而已——因為我今天介紹的我的作品，其實才一個晚上就完成了，那甚至連我的 email 都串好了。

RuRu，LT-006

最重要的一條原則：不要一次要求太大

這張投影片的對比很直接：

• ❌ 不要一開始就說：「幫我做一套完整 HR 入職管理系統」
• ✅ 改成：「先幫我做一個新進員工設備與權限申請表單，可以勾選設備、權限，並顯示負責單位與狀態」

而她口頭補的那個真實故事，比投影片更有說服力。她自己說「講個笑話，大家聽聽就好」：

我們的 CTO 他就說，Kiro 現在很紅，他就幫每個人要買帳號，說麻煩每個人通通都要請 Kiro 做出一個你的工作的夥伴。那我的同事他是 PM 部門的，他非常遠大，他就說「請幫我做一個專案管理系統」。那請問，我想問問大家，三個月過後，你們覺得他做完了嗎？我只能跟你說，我上禮拜才問他——因為我為了這個簡報，我還去問他說「你那個專案管理系統做完了嗎？」他說沒有，還沒做完。連呈現的畫面我都沒有看到過。

RuRu，LT-006

同一家公司、同一套工具、同樣是非工程背景。一個人一個晚上做完，一個人三個月連畫面都沒有。差別只在於：一個人要的是「一個表單」，另一個人要的是「一套系統」。

會建議說你可以先跟他用模組的方式，你先用小的功能，不要一次就跟他要非常的大。你可能可以先做第一個模組跟第二個模組就好了。

RuRu，LT-006

她的第一段 Prompt：全程沒有用到任何工程名詞

這是全場唯一一張完整展示真實 Prompt 原文的投影片，也是最值得直接照抄的一張。

她輸入給 Kiro 的第一段 Prompt，原文如下：

請注意這四行裡面：沒有一個技術名詞。沒有資料庫、沒有 API、沒有前端後端。就是一個 HR 用自己的話，把自己每天在做的事情講清楚。她自己也強調了這一點：

我就跟他講說我要做什麼樣的權限、要什麼樣的角色。我甚至沒有用到任何一個工程的語言，我就用 HR 的話，去跟我的 AI 講說我要做的功能是什麼。那我也跟他講說我要方便給 HR 追蹤的。他基本上聽到這裡，他大致上就已經了解一個需求了。

RuRu，LT-006

連架構圖都是問出來的

如果做完要真的部署到公司環境，還是需要一張架構圖給 IT。她的做法是——直接問 AI，而且她問的方式非常有 HR 的味道：

這個架構圖不是自己畫的，我叫 AI 跟我講的。我怎麼跟他說？我就跟他說：因為我是 HR 單位，HR 單位大家也知道是成本中心，不能花太多的錢、不能花太多的預算，那我就跟他說，麻煩你幫我想一個最省錢的方案。

RuRu，LT-006

AI 給了她兩個方案：一個是 Amazon Lightsail（她的說法是「一個月可能才 5 塊美金而已」），另一個是 EC2 加上備份的架構，貴一點，但有稽核需要的紀錄。她對這件事的評價是：

他就會給你 A/B 方案，還不會傻傻的告訴你說最便宜所以只能一個方案。因為公司會說：可是你這樣子沒有備份，那稽核的時候，就會不知道你開了哪些權限、開了哪些員工的內容，那這些通通都要記錄下來。

RuRu，LT-006

結果是，這張 AI 幫她畫的架構圖，反而讓她跟 RD 的溝通變順了：

跟 RD 溝通的時候，他就覺得說你很貼心，就是他不用思考太多，一直問你說：你的東西要放在哪裡？你要怎麼開？你要開什麼樣的規格等等的。

RuRu，LT-006

不會寫 code，那要怎麼驗證？

這是我認為整場最重要的一個問題，也是最多人卡住卻不好意思問的問題。她的投影片直接把它寫在標題下：

其實很多大家遇到的問題，如果你沒有適合的工具，你遇到的問題是說：AI 給了我很多的程式嘛，但是要怎麼跑，不知道。那我會非常建議⋯⋯大家如果可以去搜尋一下 Docker，就是這隻小小的鯨魚的 logo。他會有一個比較安全的環境，那你就可以在裡面去做一些測試。

RuRu，LT-006

投影片上那兩句話，值得抄下來貼在螢幕邊：

重點不是會不會寫 code，重點是能不能驗證。
對我來說，Docker 是一個比較安全的測試盒子。

LT-006 投影片原文

連她自己也會出包

順帶一提，她講了一個很誠實的小故事，我覺得比任何鼓勵的話都有用：

有一次我忘記開 Docker，他就顯示沒有發送成功。我想說怎麼那麼奇怪，我這個功能怎麼突然壞掉？結果沒有，是因為自己忘了開 Docker。

RuRu，LT-006

做出來不對，怎麼請 AI 修？

她強調重點不是籠統地說「幫我修好」，而是具體描述。她實際用的三句修正指令：

• 「如果我的單位沒有指派，請幫我用黃色來顯示去提醒」——因為一開始 AI 沒有做到這部分
• 「發通知之前，請幫我檢查是不是每一個都有指派對象」——她的擔心是「我有十個待辦清單，但是只發出去五個，剩下五個不知道漏到哪裡去了」
• 「必須要幫我新增發送的紀錄，HR 可以看得到」——「因為他其實有紀錄，但是他紀錄在後端。你要把他叫到前端顯示出來才行啊，不然我哪看得到？我怎麼可能去後台去看呢？」

這三句沒有一句是技術指令，全部都是「我實際用起來哪裡不對」。這就是非技術背景的人最擅長的事——你是最清楚這個工具用起來順不順的人。

一個晚上之後，改變的是什麼

最後做出來的東西，是一個新進員工設備與權限申請表單：HR 填新人資料、勾選設備與權限，系統依項目自動分派給 IT／行政／採購／主管，各自收到只屬於自己的待辦，完成後直接在信件上按一下就回寫狀態。

她特別提到兩個設計，都是很「懂流程的人」才會想到的：

不同的角色，他收到的待辦清單是不一樣的。這點非常重要，為什麼呢？你給他太多資訊，他以為你要叫他做，但是其實不是，他還得看這封信去了解他自己要做哪些部分。

RuRu，LT-006

我只要在信件上面按上完成，不用登入任何帳號密碼，他就會傳送到我的平台裡面去改變我的狀態。⋯⋯以前的流程表單是什麼完成才可以往到下一關，但是我這個方式是我可以完成一項，我就回報一項。

RuRu，LT-006

她對改變的總結，是一句每個做行政的人都會有感的話：

以前都是用人工去追問，但是我現在只要去追蹤狀態就好了。不用再透過 Excel 啊、透過看一下信件、看一下 Line、看一下我的黃色小小的便利貼。大家如果跟我同個年代，以前好像會有行政人員是「便利貼女孩」那樣子，桌上貼滿了很多便利貼。

RuRu，LT-006

你不需要成為工程師，但你可以成為 Builder

演講最後，她把話講得很清楚——這件事不是要取代誰，也不是要每個人都變成工程師：

AI 的出現其實不是要去取代工程師的工作，也不太可能真的完全取代工程師的工作。因為工程師他們有更完整的一些功能，他們可以做開發，或者是去把所有人的東西完整的結合在一起。我不是要叫他成為工程師，而是每個人都可以成為自己的 Builder，然後可以透過那些工具去完成他。

RuRu，LT-006

投影片上的四行字是：

AI 不會讓所有人變工程師
但 AI 會讓懂問題的人更快做出解法
你不需要成為工程師
但你可以成為 Builder

LT-006 投影片原文

如果你想從今天開始

把這場演講收斂成可以照做的步驟，大概是這樣：

1. 挑一個你自己每天在忍的小麻煩——不是全公司的大問題，是你自己的。RuRu 挑的是「新人報到要追一堆單位」。
2. 用你自己的話把它描述出來，不要用技術名詞。誰輸入什麼、要顯示什麼、誰負責、要能看到什麼狀態。就這樣。
3. 把範圍縮到一個表單、一個畫面。不是「一套系統」。要不要提醒自己，就想想那位三個月還沒看到畫面的 PM。
4. 讓第一版先跑起來再說。Docker 是那個「比較安全的測試盒子」，重點不是看懂 code，是能不能驗證。
5. 用起來不對就具體講哪裡不對，一輪一輪修。「沒指派的請顯示黃色」就是一句很好的修正指令。

關於這篇文章