---
GA: UA-34467841-15
---

# 從 Prototype 到 Product：用 AI 打造產品級應用程式 - 謝雨軒（Cherie Hsieh）

###### tags: `HelloWorld2025` `HWDC2025` `2025` `BC 會議室` `AI 如何驅動 DevOps 革命`

<blockquote>
AI 產生的程式碼，離真正上線的產品有多遠？

人人都能用 AI 快速生成 Prototype，但當面對真實世界的用戶、效能要求與長期維護時，AI 生成的程式碼還夠用嗎？

在這場議程中，將結合大型企業的實戰經驗，帶你走過從 AI 協作到成功交付產品的最後一哩路。

聽眾收穫：

提問的藝術：如何下達精準指令，讓 AI 從「程式碼產生器」進化為你的「資深技術夥伴」。

實戰架構心法：剖析真實案例，如何運用 AI 建構出穩定、可擴展且能落地的應用程式。

品質監控策略：學習整合測試、除錯與程式碼審查，確保 AI 協作下的程式碼品質。
</blockquote>

{%hackmd @HWDC/announcement-2025 %}

## 會議資訊

**時間：** 11:40 ~ 12:10
**地點：** BC 會議室
**日期：** 2025年10月15日
**語言：** 中文
**難度：** 中階

**相關連結：**
- [Hello World Dev Conference 2025 官方網站](https://hwdc.ithome.com.tw/2025) [target=_blank]
- [Hello World 2025 議程表](https://hwdc.ithome.com.tw/2025/agenda) [target=_blank]

## 筆記區

### 產品級應用程式 的定義
- 能滿足**定義用戶**的需求
- 易於維護、具有一定品質的實作方式(安全、測試、錯誤處理)
- 提供產品上線後的**維運機制**

### Prompt 文件組織
- prompts
- document templates
- knowledge base
- language rules

### Prompt 撰寫技巧
- 具體條列預期的產出和避免的行為
- 定義出執行流程和細節
- 加入 Production-Quality 類型的指令
- Functionality
- Testing
- Observability
- Error handling
- Documentation
- CI/CD

> 參考實作文件:
> [Agentic Design Patterns](https://github.com/Mathews-Tom/Agentic-Design-Patterns?tab=readme-ov-file) [target=_blank]

* 提高 Agent 實作正確性: 每次只實作一個 task

### 開始第一步
1. 把產品及應用程式的條件寫入 prompt 讓 AI 能基於這些條件產出
2. 邊寫完整且有架構的 prompt
3. 功能設計過程中 仔細審閱 AI 提供的解決方案 並且持續互動釐清細節和決策
4. 實作時 每次只讓 agent 實作一個小 scope 的 code + unit test

### Refs
https://techblog.lycorp.co.jp/zh-hant/20250626a

## 討論區

> 歡迎在此進行討論與 Q&A

Q：在提問的細節中，都需要呼叫對應的 prompt 嗎？若沒有將 prompt 列入參考，AI 就不會參考 prmpot 內容？而自己發想(猜細節)嗎？可訓練 Agent 可自行判斷，若使用者沒有指定 prompt，也會自動去讀取嗎？

## 相關資源

- 投影片連結：(待講者提供)
- 相關文件：(待更新)

## 逐字稿

在網絡上,您可能會看到很多人熱情地分享某個產品,並且您會發現該產品的客戶好像有關於該產品的一些資訊。因此,您可以在網絡上找到該產品的資訊。因此,您可以在網絡上找到該產品的資訊。因此,您可以在網絡上找到該產品的資訊。 這條語音備忘錄，已進行編輯以加入正確的標點符號。 因此,他們將使用AI 代理人工智能工具 或是空間飛行員工智能工具來製造這些不預期的事件。因此,他們可能在沒有意識形態的情況下 將這些代理人工工具釋放出來,或是將他們所做的一些項目釋放出來。因此,這些項目將有很大的影響力,因此,他們將有很大的影響力。

因此,我認為當工程師是一個很好的成就感,因此,我後來轉為工程師。我曾經做過許多方面的工作,包括前後工作,甚至任職。因此,如果您想了解更多關於工程師的資訊,您可以參考我之前的講座。 因此,我們必須進入OS或其他底層的Panel,才能知道該程式是如何運作的,並且如何改善效能。目前,我們在GoLand台灣的Mesa GoLander,雖然我們最近的活動沒有那麼定時,但我會在GoLand的Panel中提供一些資訊。 如果您發現一些新技術,請在社群網站搜尋GoldLaneTaiwan.biz。 我們想在這個服務上增加額外的檔案審查功能。例如,我想要針對某個特定的檔案內容,我必須先將該檔案送到公司的某個部門的審查單位。在審查通過後,我們才能正式將該檔案上傳到自己的工作室。

因此,在討論這個主題的過程中,我認為我們必須深入地定義產品及應用程式的定義是什麽。 下載要求時的比例。例如,如果這個檔案上傳只是一個單純的使用者,那麼您可以預期它所送出的要求,也就是您可以預測說一天的要求可能不會這麼多,那麼您可能就不會需要說 因此,您必須確保您所擁有的產品品質,並且確保您的安全測試和錯誤的處理方式。 因此,您可能將其交給其他團隊或其他團隊,並且他們也將需要開發。因此,在這樣的情況下,您必須確保您的團隊能夠進行正確的標準,並且您必須確保您的團隊能夠進行正確的標準。感謝您的參與。 因此,您必須在進行編輯以確保正確的標點符號。因此,您必須在進行編輯以確保正確的標點符號。

產品上線後的維運機制,包含是否有足夠的程序讓您在遇到問題時能夠快速地查看該問題是什麼。 在我個人的觀點,所謂的產品及應用程式的50%是開發,50%是維持和維運,這才是最重要的,所以如果您在上線之後沒有這些缺乏這些維運機制的話,我覺得離常常所謂的產品上線其實還有一段距離的。 預計會使用到的範圍。此外,指示則是實際最後產出的結果,是透過這些範圍與無人人互動產生的結果。因此,我從最上面開始來介紹。 P&N將會討論這些功能細節。P&N將會與團隊領導人進行討論。 因此,如果您認為某些產品不應與技術有關,您將被限制產品的發展方向。產品都是以使用者體驗為主。

因此,我會邀請技術領域領袖和其他領導人一起進行討論。因此,我會邀請技術領袖和其他領導人一起進行討論。 在此階段,我們將使用PRT,也就是Product Requirement Document,來產生APIC。APIC是一種類似Spotify的軟件,並且可以使用APIC來提供應用程序。我們將使用APIC來提供應用程序。 因此,這條語音備忘錄將提供更詳細的規定,並提供更詳細的規定,並提供更詳細的規定,並提供更詳細的規定。 在這裡,我們將使用所謂的 APIC 檔案。APIC 檔案可能包含許多項目。例如,APIC 可能是一份檔案上傳,而這份檔案上傳可以分析到使用者可以上傳,使用者可以下載,並且可以重新評估。

這些細節的內容,我們將把它定義為使用者故事。在這裡,PCM將與Template和工程師一起討論這些應用程式後的使用者故事。 因此,使用使用者的故事系統將使用者的故事產生,並且使用者的故事將產生。 那就會產生出對應的軌道。

因此,我們將產生一條語音備忘錄，通過這些語音備忘錄的工程師和策略團隊,我們將根據醫院的需求,比如說,作為一名使用者,我想要發展某些東西。 這條語音備忘錄，已進行編輯以加入正確的標點符號。 因此,我們將將這些技術的規格和文件結合,並將 PN 的使用故事結合,並將其通過提示方式維持為任務。 這些項目將變成一個小項目,例如,我舉一個例子,剛剛有提到檔案上傳,那所謂拆除細節的項目會包含什麼呢?包含說,我要改這一段後 因此,如果您需要更改檔案格式,您將得到更多的支持,並且您將得到更多的支持。 因此,只要確認檔案格式並不需要審查,這將成為一項課程。因此,只要確認檔案格式並不需要審查,這將成為一項課程。

因此,這項任務將與 APF 進行 APF 整合。因此,這項任務將與 APF 進行 APF 整合。 因此,我們將使用AI Agent 進行對應的測試,並且進行應用。在這部分,最主要的任務是評估這些顯示文件是否符合您想要的規範,並且實際上能否符合顯示文件。並且,我們將使用AI Agent 進行測試,以確認這些顯示文件是否如您預期的,並且是否符合您所預期的規範。 因此,當AI 沒想到或是你自己公司的一些特別的任務是需要輔助的。好,所以在這裡全部都驗證完之後,就是 Engineer Level 驗證完之後呢,我們就會進入 Q&A 測試,然後這邊它都會比較偏向 M2M 測試。

- 使用者將使用者的故事 進行測試,然後進行編輯。 因此,如果您是一個很確定的人,或者您正在採取最常見的措施, 很過分地觀看一些工作流程。好,所以我們現在來看,剛剛有介紹到這麼多功能嘛,那其實我覺得很重要的是,功能文件到底該怎麼註冊。 因此,您必須知道,在上一堂課堂中提到的標準語音備忘錄,您必須了解到,一個好的標準語音備忘錄是需要非常多的細節,因此,它必須要有一個文件保存。因此,我認為,我目前還在實驗室中獲得了 因此,在這裡,我們應該會有一個所謂的File Upload Knowledge Base,讓您了解這個功能目前現有的狀況是如何運作的。

我認為組織是非常重要的一項,尤其當您是領導者,您必須在該組織上承擔責任。我建議您在該組織上承擔責任,並在該組織上承擔責任,並在該組織上承擔責任,並在該組織上承擔責任,並在該組織上承擔責任。 此外,我們必須不斷地研究AI問題,並且不斷地探索該問題,以獲取該結果。因此,在創作中,我建議您下載該文件,並且每當您使用該文件時, AI 只會問你一個問題,去縮小它們在互動中的一些規模,而你卻不去超過這條語音備忘錄。我覺得這一條實際上是相對來說比較重要的。 因此,以創作編輯的技巧來說,首先,您必須具體地列出產出。我認為最重要的是,您必須避免讓人工智能做出過多的猜測。

因此,這是第一點。第二點是我們所說的確切的定義流程和細節,例如,您可能要執行四個步驟,您必須將這四個步驟的流程寫得非常清楚,包括您可能要開始分析,您可能要先進行合併和互動, 我們將在第二階段進行編輯,除非您在此處實施。此外,我們將在第二階段進行編輯,除非您在此處實施。 因此,我們必須等待這些疑問解決後,然後進行下一個步驟。因此,這個部分對我們來說是非常重要的,因為有時候人工智能更直接。 因此,我們將在下一步進行編輯。因此,我們將在下一步進行編輯。

就不是如你預期的。

因此,您可以避免遇到一些安全問題。因此,您可以避免遇到一些安全問題。 在編輯完畢後,您將得到更新的文件,並且您將得到更新的文件。 因此,如果您是製作人,您必須提高Agent的正確使用程序,並且每次實施一個標誌,這是非常重要的。我們預期的是,Neural Networks在幫助您實施標誌時,不會超過3次。 每次在實作時,只會使用一個小時的規格, 並且可能會是一個記憶卡密碼。 那麼我們那個developer就可以專心的在Tesla進行相關的測試驗證,這樣就可以提到你最後我們最後的殘酷的一些quality。

因此,我剛才提到了許多問題,實際的應用是如何進行的呢?我這裡提到的是實際的應用,例如,我剛才提到的 PROC ERD-to-APIC,我們想將使用者的使用程序更具體。在下方的項目中,我剛才提到的項目的順序是,例如,我們需要增加使用者的使用程序。 因此,您必須在編輯中選擇正確的標題,並在編輯中選擇正確的標題。 因此,當您正在與外部服務互動時, 它將開始詢問您更詳細的問題。例如,當您正在與外部服務互動時, 如果它無法接受您的文件,您應該如何進行下一個步驟?因此,當您正在與外部服務互動時, 它將開始詢問您更詳細的問題。

因此,我認為ARC可以提醒您,您可能沒有注意到一些細節,我們通常會想到HAPPY CLASS,但是我們不會去想到其他,所以我認為這一點是不錯的,它可以提醒您,您可能沒有注意到一些細節,我們通常會想到HAPPY CLASS,但是我們不會去想到其他,所以我認為這一點是不錯的,它可以提醒您,您可能沒有注意到一些細節, 因此,如果您今天想要確認哪些範圍的範圍可以送到哪個單位,那麼該如何設定哪些範圍的範圍呢?您可以透過設定方式或其他方式。因此,我們將透過這個方案的內容產生一些相對應的訊息。 我們將與人工智能進行互動,讓整個產品的規模更完整,或是讓實體的規模更完整。因此,我們現在正在進行檢查,並且實際上正在進行測試。因此,我們現在正在進行檢查,並且實際上正在進行測試。

因此,在這樣的任務中,讓AI實行測試時,它的規模會變得更大。此外,我們剛才提到的DevOps測試,當你真的要與AI進行互動時,你需要使用這些小規模。 因此,如果您需要添加更多的標點符號, 您將得到更多的資訊。因此,如果您需要添加更多的標點符號, 您將得到更多的資訊。 實際上落地的實作的內容,對,所以這是我們實際,就是實際上在使用這些方法的時候會產生的預算,好,那麼快速講,那麼總結剛剛所提到這麼多內容的,那如果你現在要開始使用,你要怎麼開始的第一步? 因此,我們必須將所有應用條件寫入 Pump 中,並且將其寫入其他應用條件,例如核酸檢測,測試和其他應用條件。

## 會後摘要

### 演講概述

- 講師謝宇軒分享如何運用AI技術來開發真正可上線的產品和應用程式。
- 講者強調產品開發不僅是技術實現，還包括上線後的維護和運營。
- 真正的產品必須能滿足客戶需求，並能在實際環境中穩定運行。

### 產品與應用程式的定義

- 真正的產品是能夠上線並滿足客戶需求的系統，而非僅供自己或親友使用的小項目。
- 產品開發約50%是開發，另50%是維護和運營。
- 產品需要考慮公司架構、環境、安全問題、擴充性及CI/CD等多面向。
- 上線後需要完善的維運機制，否則與真正的產品上線還有一段距離。

### AI輔助產品開發流程

- 從需求討論開始，邀請技術領域領袖和其他領導人共同參與。
- 使用PRD(Product Requirement Document)產生APIC文檔，詳細定義功能。
- 將功能拆解為使用者故事(User Story)，進一步細分為具體任務。
- 使用AI Agent進行對應測試和驗證，確保功能符合預期規範。
- 進行QA測試，包括更全面的M2M(Machine to Machine)測試。

### 有效與AI互動的技巧

- 具體列出預期產出，避免讓AI做出過多猜測。
- 明確定義流程和細節，清楚說明每個步驟。
- 使用AI時設定明確的問題範圍，縮小互動規模。
- 注意安全問題，避免洩露敏感資訊。
- 每次只實施一個功能點，不要讓AI同時處理太多任務。

### 實際應用範例

- 使用AI將PRD轉換為APIC，使用者故事更加具體化。
- AI可幫助發現人類可能忽略的細節，如錯誤處理和邊界情況。
- 使用AI進行測試驗證，提高產品質量。
- 通過與AI互動，讓產品規格更加完整。

### 開始使用AI開發的建議

- 將所有應用條件詳細寫入prompt中，確保AI能產生適合上線的內容。
- 建立團隊內共用的prompt架構和標準流程。
- 從小功能開始，逐步擴大應用範圍。
- 深入了解系統細節，如HTTP通訊等，才能有效利用AI進行程序轉型。
- 調整公司文化和既有流程，以適應AI輔助開發模式。