← Financial Cloud Cloud Cloud Club · 建構文章

極點宏觀|Financial Cloud Cloud · 建構文章

用 Vibe Coding 打造多語言 AWS 證照模擬試題上線系統

系列: 模擬考場

文章: E1

文章
Kiro 工作坊
01 使用 Kiro 建置:他加祿語學習 App 的提示優先產品設計工作坊
Kiro 工作坊
02 使用 Kiro 建置:他加祿語 學習 App 的教育優先開發技巧工作坊
Kiro 工作坊
03 使用 Kiro 建置:他加祿語 學習 App 的深入開發流程工作坊
Kiro 工作坊
04 使用 Kiro 建置:將 他加祿語 學習 App 在地化為中文變體工作坊
Kiro 工作坊
05 使用 Kiro 建置:他加祿語 卡片的文法與發音補強管線工作坊
Kiro 工作坊
06 使用 Kiro 建置:他加祿語 學習 App 中可審查的獨特額外例句工作坊
Kiro 工作坊
07 與 Kiro 同行:晶圓廠工程健康度 Hook 工作坊
Kiro 工作坊
08 與 Kiro 同行:蝕刻製程視窗風險測試自動化工作坊
Kiro 工作坊
09 與 Kiro 同行:黃光微影漂移風險開發工作坊
Kiro 工作坊
10 工程團隊入門 — 日常工廠值班使用 fab spc drift sync portal
Kiro 工作坊
11 工程團隊附錄 — fab spc drift sync portal 的日常工廠值班使用
Kiro 工作坊
12 Kiro:規格驅動工廠軟體的現場工程工作坊
Kiro 工作坊
13 Kiro:實作 Lab — 從零建置具型別的 Factory Risk Portal
Kiro 工作坊
14 Kiro:工程開發人員的提示、程式碼和型別標準手冊
Kiro 工作坊
15 Kiro:為什麼強 React 提示可以防止型別宣告錯誤啟動
Kiro 工作坊
17 與 Kiro 一起建構:建立工廠自動化入口網站 React UI
Kiro 工作坊
18 與 Kiro 一同建構:打造工廠自動化入口網站背後的自動化分析引擎
Kiro 工作坊
19 與 Kiro 一起實作:將 AI 工廠自動化輔助程式新增至工廠自動化入口網站
Kiro 工作坊
21 Kiro:2 小時專業開發人員工作坊指南
Kiro 工作坊
22 Kiro:從零建置 Fab SPC Drift Synchronization Portal
Kiro 工作坊
23 Kiro:提示詞庫與深度程式碼說明附錄
Kiro 工作坊
30 與 Kiro 一同建構:建立工廠自動化入口網站 UI
Kiro 工作坊
31 與 Kiro 一同建構:打造工廠自動化入口網站背後的自動化分析引擎
Kiro 工作坊
32 與 Kiro 一起實作:為工廠自動化入口網站增添 AI 工廠自動化助理
Kiro 工作坊
33 與 Kiro 一起開發:重建 CME Direct 風格的量化損益排行榜 UI
Kiro 工作坊
34 與 Kiro 一起開發:重建損益排行榜背後的量化分析引擎
Kiro 工作坊
35 與 Kiro 一起建構:適用於量化排行榜的 AWS AI 驅動交易台助理
Kiro 工作坊
36 單頁交易平台 SOP
Kiro 工作坊
AgentCore
A1 使用 AgentCore 與 Strands 建構:Gateway MCP 工具織網開發者工作坊
AgentCore
A2 使用 AgentCore 與 Strands 建構:受治理的多 Agent 風險系統開發者工作坊
AgentCore
A3 使用 AgentCore 與 Strands 建構:執行期主權風險代理人開發者工作坊
AgentCore
模擬考場
E1 用 Vibe Coding 打造多語言 AWS 證照模擬試題上線系統
模擬考場
E2 利用 Vibe Coding 開發技巧打造 AWS 證照模擬練習室
模擬考場
E3 打造靜態 AWS 模擬考場背後的練習引擎
模擬考場
Amazon Q
Q1 Amazon Q:ACM 憑證自動更新的CloudShell優先開發人員工作坊
Amazon Q
Tagalog 練習室
T1 為 AWS Manila Community Day 打造 Tagalog 學習 App:提示詞優先的產品設計
Tagalog 練習室
T2 為 AWS Manila Community Day 打造 Tagalog 學習 App,採用教育優先的開發提示
Tagalog 練習室
T3 為 AWS Manila Community Day 打造 Tagalog 學習 App 的開發流程深度解析
Tagalog 練習室
T4 將 Tagalog 學習 App 在 AWS Manila Community Day 情境中在地化為中文版本
Tagalog 練習室
T5 為 AWS Manila Community Day 打造 Tagalog 卡片打造文法與發音補強流程
Tagalog 練習室
T6 為 AWS Manila Community Day 打造 Tagalog 學習 App 的 Extra Examples 更獨特且可審閱
Tagalog 練習室
路線圖
R1 企業級 Data Analytics Roadmap 一百個深度情境題
路線圖
R2 前端開發路線圖:真實企業場景
路線圖
香港 Community Day
C1 伴隨 AWS Community Day 的香港週末:從雲端技術論壇到維港璀璨夜景
香港 Community Day
C2 講者的奢華週末:分享您的 AWS 故事,讓香港成為您的專屬舞台
香港 Community Day
C3 香港七十二小時:AWS Community Day 講者的極致之旅
香港 Community Day
馬尼拉 Community Day
C4 AWS Community Day Manila:一場連結雲端技術、城市文化與真摯友誼的快樂週末
馬尼拉 Community Day
C5 AWS Community Day Manila:雲端建立者在菲律賓感受最幸福的精神
馬尼拉 Community Day
C6 AWS Community Day Manila:在快樂之城建構、打破、重來,並找到歸屬
馬尼拉 Community Day
C7 菲律賓馬尼拉初次造訪建議
馬尼拉 Community Day
菲律賓 × 香港
C8 菲律賓香港資本市場升級
菲律賓 × 香港
回測
B1 使用 Bedrock AgentCore 與 Strands Agents 建立機構級 Amazon 純做多 (Long-Only) 回測代理
純做多 AMZN 代理:AgentCore、Strands 與可稽核的 Backtrader 帳本。
B2 使用 Backtrader、AgentCore 與 Strands Agents 建立具市況感知能力的 Amazon 部位管理
把市況當成部位控制,而不是圖表註解。
B3 使用 Nasdaq、S&P 500、Dow、AgentCore 與 Strands 建立相對於基準的 Amazon 進出場時機系統
相對 Nasdaq、S&P 500 與道瓊來判斷 AMZN 時機。
B4 使用 Bedrock AgentCore、Strands Agents 與 Backtrader 建立受治理的 Amazon 交易歷史工廠(Trade-History Factory)
把回測做成可稽核的交易歷史工廠。
B5 使用 Bedrock AgentCore 與 Strands Agents 建立智慧代理型 (Agentic) Amazon 回測營運模型 [Part 1]
先建立營運模型,再爭論結果。
B6 為 Amazon 擇時與部位管理建立客製化 Cerebro 程式碼說明 [第 2 部分]
先講 Cerebro 引擎,再講圖表。
B7 為 Amazon 策略結果與經驗教訓建立交易員審閱紀錄 [Part 3]
把策略排名寫成交易員審閱紀錄。
B8 使用 AgentCore 與 Strands 建立受治理的 FSI Amazon 部位管理 Playbook [Part 4]
受治理的 FSI Amazon 部位管理手冊。
B9 使用 Amazon Bedrock AgentCore 建立主權風險交易代理,分析殖利率差、FX 避險與債務重新定價
主權風險代理:殖利率差、外匯避險與債務重定價。
B11 建置現代波動率交易與合法泰國復原規劃代理程式:記憶體驅動的 Strands 多代理程式風險防護系統
記憶驅動的 Strands 代理:波動率與泰國復原規劃。
B12 使用 Amazon Bedrock AgentCore Memory 建構空頭跨式部位交易風險治理
空頭跨式部位的交易風險治理。
B13 在 Amazon EKS 上建構生產環境就緒的信用與收益質押 AI 智能體
在 EKS 上跑生產級信用與收益質押代理。
挑戰
01 週末生產力挑戰:Fab SPC 漂移同步入口網站
Fab SPC 漂移審查與建議入口網站。
02 週末生產力挑戰:Quant P&L Commander — AWS 上由 AI 驅動的交易生產力入口網站
AWS 上由 AI 驅動的交易生產力入口網站。
03 週末煩人的任務挑戰:交易台在雲端、鏈上、空中執行摘要
DeskPulse 日常交易執行摘要。
04 週末 Agent 挑戰:上午 6 點交易風險審查
無人值守、以證據為基礎的晨間交易風險簡報。
05 Weekend Creative Challenge: Leadership Card Game
瀏覽器版創意引導卡牌。
06 Full Stack Challenge: Community Day Board App
瀏覽器版活動溝通空間。
領導力卡牌
01 Leadership Card Game: 雲端還沒自動化的最後一項本事:像領導者一樣說話
寫給 建構者的現場隨筆——談語言、勇氣,以及 Leadership Card Game
02 領導力回合的解剖:Leadership Card Game 實際怎麼玩
給 建構者的引導員實地指南——讓演練嵌進真實會議
03 Leadership Card Game: 當機會不再屬於主辦者
寫給 建構者的現場隨筆:權力轉移、多語領導力練習夜,以及走完入口、資源、敘事的職涯弧線
04 週末創意挑戰:Leadership Card Game
一篇建構者手記:願景、架構,以及週末創意挑戰教會我的事
05 從週末挑戰專案到 $1,386 群眾募資:改變你在職場現身方式的領導力練習
一個週末做出的作品,變成 600 張卡的線上領導力練習室,並募到 $1,386。
06 從週末挑戰專案到 $1,386 群眾募資:進入科技產業的第一天路徑
一個週末挑戰如何變成具備 600 張卡、由 AWS 驅動的多語產品,並募到 $1,386?
07 從週末挑戰專案到 $1,386 群眾募資:用轉移機會建立專業品牌
一個週末挑戰把領導想法做成能跑的多語產品,並募到 $1,386。
08 Leadership Card Game — 群眾募資活動
募資目標: HKD 5,000 已募金額: HKD 1,386 距目標還差: HKD 3,614 進度: 28% 創作者: D.C. Dan · L.L. Diana · L.K. Lva 所在地: 日本、香港、新加坡 投資人權益: 即期價值、私密會員卡牌編輯器雲(Private Membership Card…
09 PR/FAQ 01 — Leadership Card Game 面向社群建構者正式推出
「逆向工作法」文件 · 對外新聞稿 + FAQ 產品: Leadership Card Game 受眾: 社群經理、志願組織者、職涯早期建構者
10 PR/FAQ 02 — 企業引導員採用 Leadership Card Game 進行現場領導力演練
「逆向工作法」文件 · 對外新聞稿 + FAQ 產品: Leadership Card Game 受眾: 學習與發展負責人、人員管理者、敏捷教練、企業引導員
10 PR/FAQ 03 — 多語 Leadership Card Game 為建構者擁有權開放全球練習室
「逆向工作法」文件 · 對外新聞稿 + FAQ 產品: Leadership Card Game 受眾: 全球 建構者、雙語社群、跨境產品團隊、開源導師
AWS Builder Center
01 AWS Builder Center、社群精神與 AWS Builder Jacket
霓虹訊號、共享創意,以及為建構者打造的外套。
02 走進 AWS Builder Center:一座能學習、貢獻,也讓人有歸屬感的全球技術平台
一段精彩旅程,不一定從機場開始。
03 AWS Community Builder 的巨大成功
當建構者公開分享,整個社群就會一起前進。
04 AWS Builder Center 的巨大成功
一座為好奇心打造、充滿活力的全球街區。
05 週末走進 AWS Builder Center:從社群靈感到令人難忘的 AWS Builder Jacket
星期五晚上,開始於建構者熟悉的感覺:有一個點子,正卡在問題與可能性之間。

本文介紹此展示專案的分發層(Distribution Layer):包括多語言網頁、語言專屬的絕對 URL、證照題庫擴充、建立信任感的後設資料(Metadata),以及隨時可以發佈的上線內容。文章同時說明了當 Prompt(提示詞)變成運作規範時,Vibe Coding 該如何突破單一原型的限制進行規模化。核心重點在於負責任地進行交付:翻譯畫面上所有可見的內容、維持連結的可預測性、持續且一致地擴充目錄,並將 Prompt 紀錄作為未來開發者的產品文件。


免責聲明

目的: 本平台為一項獨立專案,僅專注於教育探索與人工智慧研究的進階發展。旨在加深對現代技術的理解,不具備任何外部干預。使用者可在這個安全的環境中研究複雜的系統、測試創新想法,並安全地進行學習。

非商業用途: 此獨立專案完全沒有任何潛在的商業模式。本專案嚴禁旨在產生任何財務收入、貨幣利潤或任何實質的商業價值。我們的核心重點純粹在於學術發展,確保使用者完全免費使用,且不含任何隱藏費用、企業贊助或廣告企劃。

無擔保: 由於本平台是使用實驗性人工智慧的教育工具,產生的輸出內容偶爾可能會不準確、具誤導性或完全不完整。所有提供的內容皆嚴格按「現狀(as is)」提供,完全不提供任何明示或暗示的保證、事實正確性的承諾或對整體可靠性的擔保。


目錄

● 第 1 部分:將分發機制融入產品中

此部分說明了為什麼此展示專案要加入語言專屬頁面、絕對路徑 URL、後設資料(Metadata)、社群分享圖片與直接連結,而不是將分發當作後期的行銷任務。

● 第 2 部分:對整個頁面進行在地化,而不僅僅是選單

此部分介紹第二階段翻譯的品質保證(QA),過程中發現了部分未翻譯的英文殘留,並修正了阿拉伯文、印地文、孟加拉文、日文、泰米爾文、烏爾都文等多種語言的可見內容。

● 第 3 部分:使用可複用的卡片擴充證照目錄

此部分展示如何透過遵循 「AWS Certified Data 模擬試題」卡片的樣式,來新增不同的考試主題,同時維持信賴感、狀態標籤、描述和連結的一致性。

● 第 4 部分:使用絕對 URL 確保發佈的可預測性

此部分說明為什麼要將語言選項從相對檔名改為公開的絕對路徑,以及這如何減少已部署頁面和分享連結在存取時的歧義。

● 第 5 部分:將 Vibe Coding 轉化為一套運作系統

此部分為本系列畫下句點,提供一個可重複的運作模型:提出 Prompt、檢視、加上限制、驗證、記錄文件,並在不失去產品一致性的情況下進行小步快跑的微調與交付。


第 1 部分:將分發機制融入產品中

目標

讓原本開發環境之外的使用者,也能輕鬆觸及、分享、理解並信任這個展示專案。

Prompt(提示詞)

該提示詞要求加入強大的社群後設資料(Metadata)、現代化 AWS 風格的著陸頁(Landing Page)、證照庫、贈送活動亮點、文章卡片,以及無需註冊即可點擊的直接連結。

結果

著陸頁現在整合了 Open Graph 和 Twitter Metadata、公開的練習連結、主視覺英雄圖(Hero Image)、證照卡片、AWS Builder 文章連結、語言選擇器以及在地化網頁。

關鍵技巧

● 分發(Distribution)是一項產品功能,而不是事後才考慮的事情。

● 公開連結應該要在不需要登入或私有狀態的情況下正常運作。

● 第一眼畫面(第一屏)必須快速說明白身價值。

● 後設資料(Metadata)的內容必須與產品所要傳遞的訊息相匹配。

● 每張卡片都應清楚標示目前是「立即可用」還是「即將推出」。

最實用的分發決策是「直接存取」。開發者點擊卡片就能直接進入練習題庫,沒有帳號註冊這道門檻來阻擋價值的呈現。


第 2 部分:對整個頁面進行在地化,而不僅僅是選單

目標

透過翻譯頁面上的所有可見內容(而非僅翻譯下拉式選單標籤),來建立值得信賴的多語言支援。

Prompt(提示詞)

該提示詞要求為繁體中文(台灣)、印地文、西班牙文、阿拉伯文、法文、孟加拉文、葡萄牙文、俄文、印尼文、烏爾都文、德文、日文、奈及利亞皮欽語、埃及阿拉伯文、馬拉地文、泰盧固文、土耳其文、泰米爾文、粵語(香港)和簡體中文等建立翻譯版本。

結果

第一代生成了網頁,第二輪檢查發現有部分英文殘留。隨後更新了網頁,使主體區段、證照卡片、文章描述、研究方向和頁尾文字都完成了在地化。

關鍵技巧

● 生成頁面後,應透過搜尋英文字詞進行品質稽核,找出遺留的未翻譯英文。

● 將當前語言標示為「已選擇(Selected)」。

● 針對阿拉伯文與烏爾都文頁面,使用 dir="rtl" 屬性。

● 若翻譯後會降低識別度,請保持產品名稱的穩定(不強制翻譯)。

● 使用絕對語言 URL,使部署後的導覽行為符合預期。

Vibe Coding 給我們的啟示是:生成並非終點。翻譯需要一個審查與修正的迴圈。那句寫著「請雙重檢查」的 Prompt,與寫著「請建立」的第一句 Prompt 同等重要。


第 3 部分:使用可複用的卡片擴充證照目錄

目標

在不重新設計圖書庫的前提下,持續新增考試主題。

Prompt(提示詞)

該提示詞反覆使用相同的指令模式:新增特定證照,遵循 AWS Certified Data 模擬試題風格,並使用精確的查詢字串(Query String)。

結果

這種模式成功以一致的風格新增了機器學習(Machine Learning)、金融服務(FSI)總體交易、雲端營運(Cloud Operations)、交易台設計(Trading Desk Design)、核心網路(Networking Core)、生成式 AI 開發組織(Generative AI Dev Organization)和 AI 開發等卡片。

關鍵技巧

● 將一張主要卡片作為基準實作參考(Reference Implementation)。

● 保持狀態標籤一致。

● 確保描述語意平行對等,方便使用者快速瀏覽。

● 在每個 Prompt 中使用精確的查詢參數。

● 對照 JSON 檔名驗證每張卡片的連結。

這是一種目錄策略。當樣式穩定後,新增主題就變成了單純的內容營運,而不是設計與切版工作。


第 4 部分:使用絕對 URL 確保發佈的可預測性

目標

確保語言導覽在任何已部署的網頁、分享連結或巢狀路徑中,都能以相同的方式運作。

Prompt(提示詞)

該提示詞要求所有語言選項使用類似 index_{lang_code}.html 的部署絕對路徑。

結果

現在所有 21 個 index 頁面都使用了絕對語言選擇器數值。英文指向 index.html,而每個在地化網頁都指向各自的 index_{lang_code}.html 語言路徑。

關鍵技巧

● 絕對 URL 可在頁面移動時消除歧義。

● 語言導覽不應依賴當前路徑。

● 更新多個檔案時,使用一個基礎 URL 字串。

● 確認沒有殘留任何相對路徑的選項值。

● 在 URL 轉換後保留選取狀態。

絕對 URL 是那種在出錯之前看起來微不足道、甚至有點無聊的發佈細節。Vibe Coding 應該包含這些看似枯燥的發佈細節,因為使用者體驗到的正是這種可靠度。


第 5 部分:將 Vibe Coding 轉化為一套運作系統

目標

將專案經驗轉化為可重複的方法,以便日後在 AI 的協助下建構未來的學習產品。

Prompt(提示詞)

整個提示詞軌跡展示了一個閉環:提出具體修改、檢視輸出、精煉 UI、新增內容、驗證連結、翻譯網頁、稽核品質,並記錄最終結果。

結果

最終的資料夾不只是一個展示,它更是以 Prompt 為導向之產品建構的教戰手冊(Playbook):包含資料契約、靜態 UI、響應式練習器、在地化著陸頁,以及不斷擴充的證照庫。

關鍵技巧

● 以「微小增量(Small Deltas)」方式進行提示。

● 在每次修改後,確保系統仍可正常運作。

● 在進行下一次修改前,先閱讀程式碼。

● 使用搜尋和計數工具作為審查手段。

● 寫下那些曾產生有用行為的 Prompt。

這套運作系統非常簡單:提示、檢視、限制、驗證、記錄並發佈。氛圍(Vibe)固然重要,但「檢查(Checks)」才讓它真正成為一項工程。


1:在地化 (Localization)

● 背景: 專案從單一英文著陸頁,擴展至包含英文在內的 21 個在地化網頁。

● 目標: 在不改動練習引擎的前提下,讓全球開發者都能存取此展示專案。

● Prompt:

基於英文 index.html 為所有列出的語言建立翻譯版本。

● 結果: 每個在地化網頁都包含翻譯後的可見內容,並預先選取了對應的語言選項。

● 精選技巧:

● 翻譯主體內容。

● 保持產品名稱的可識別度。

● 設定 lang 屬性。

● 必要時使用 RTL (從右至左) 排版方向。

● 驗證代表性頁面。

展示專案的實證: 每個在地化網頁都包含翻譯後的可見內容,並選取了對應的語言選項。這是審查人員可以直接檢查的部分。實戰筆記應緊密連結這項實證,而不是偏向對 Vibe Coding 的籠統建議。

審查檢核點: 針對在地化,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


2:絕對 URL (Absolute URLs)

● 背景: 語言導覽必須在已部署的網頁上正常運作,而不僅僅是本機測試檔案。

● 目標: 讓每個語言選項都指向一個穩定的部署目的地。

● Prompt:

為所有語言選項使用部署後的絕對路徑。

● 結果: 所有的選擇器現在都使用了完整的部署目標網址,同時保留了已選取的狀態。

● 精選技巧:

● 更新所有網頁。

● 保留英文選項。

● 搜尋是否有殘留的相對路徑。

● 保留 selected 屬性。

● 使用單一 URL 規律。

展示專案的實證: 所有的選擇器現在都使用了完整的部署目標網址,同時保留了已選取的狀態。這是審查人員可以直接檢查的部分。

審查檢核點: 針對絕對 URL,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


3:目錄擴充 (Catalog Growth)

● 背景: 隨著時間推移新增了多個證照主題:機器學習(ML)、金融服務(FSI)、雲端營運(Cloud Operations)、網路、生成式 AI 與 AI 開發。

● 目標: 在不造成卡片樣式不一致的情況下擴充目錄。

● Prompt:

遵循「AWS Certified Data 模擬試題」樣式來新增每項考試。

● 結果: 證照庫格線變得可預測且易於瀏覽。

● 精選技巧:

● 重複使用卡片的 CSS Class。

● 保持描述語意平行。

● 使用精確的查詢字串。

● 標記可用狀態。

● 驗證目標數據。

展示專案的實證: 證照庫格線變得可預測且易於瀏覽。這是審查人員可以直接檢查的部分。

審查檢核點: 針對目錄擴充,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


4:翻譯品質保證 (Translation QA)

● 背景: 初始的在地化生成了頁面,但隨後的檢查發現主體區段中仍有英文字句殘留。

● 目標: 對翻譯輸出進行稽核,而不是直接假設一次生成即大功告成。

● Prompt:

雙重檢查所有在地化網頁;確保整個網頁內容都已翻譯。

● 結果: 第二輪修正解決了區段文案、證照卡片、文章描述、研究文字和頁尾的翻譯問題。

● 精選技巧:

● 搜尋英文短語。

● 檢查多種語言字元。

● 檢查 RTL 頁面。

● 翻譯圖片的 alt 替代文字。

● 保持技術性名稱的穩定。

展示專案的實證: 第二輪修正解決了區段文案、證照卡片、文章描述、研究文字和頁尾的翻譯問題。這是審查人員可以直接檢查的部分。

審查檢核點: 針對翻譯品質保證(QA),請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


5:社群後設資料 (Social Metadata)

● 背景: 在任何人點進模擬試題練習室之前,網頁必須具備優良的社群分享效果。

● 目標: 讓網頁連結在社群預覽和搜尋摘要中看起來更具可信度。

● Prompt:

針對社群媒體分享設計優質的後設資料(Metadata)。

● 結果: HTML <head> 部分現在包含 Title、Description、Keywords、Open Graph 以及 Twitter 標記。

● 精選技巧:

● 撰寫具體的標題。

● 讓描述契合頁面承諾。

● 使用圖片 Metadata。

● 保持作者一致性。

● 檢查分享的預覽文字。

展示專案的實證: HTML <head> 部分現在包含 Title、Description、Keywords、Open Graph 以及 Twitter 標記。這是審查人員可以直接檢查的部分。

審查檢核點: 針對社群 Metadata,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


6:信任感的文案 (Trust Language)

● 背景: 網頁必須在不重複解釋實作細節的情況下,迅速與使用者建立信任感。

● 目標: 使用能說明價值、受眾和學習成果的產品文案。

● Prompt:

建立可贏得信賴並透過 AWS Builder 文章塑造個人品牌的內容。

● 結果: 頁面成功融合了平台優勢、講師背景介紹以及文章卡片。

● 精選技巧:

● 以學員價值為核心。

● 避免使用粗糙的底層實作術語。

● 使用具體的證照主題。

● 透過連結提供客觀佐證。

● 保持聲明的真實客觀。

展示專案的實證: 頁面成功融合了平台優勢、講師背景介紹以及文章卡片。這是審查人員可以直接檢查的部分。

審查檢核點: 針對信任感的文案,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


7:上線維運 (Launch Operations)

● 背景: 上線準備工作包含 URL、語言選擇、卡片連結、行動版排版、螢幕截圖與 Metadata 的優化。

● 目標: 將發佈視為一張檢核清單,而非模糊的事後拋光。

● Prompt:

針對行動端響應式與桌機版微調 UI 顯示。

● 結果: 此展示專案獲得了一致的格線系統、響應式圖片、清晰的導覽功能與公開的語言目標路徑。

● 精選技巧:

● 檢查桌機版的資料列排版。

● 檢查行動版的堆疊效果。

● 檢查圖片顯示。

● 檢查所有連外的卡片。

● 檢查語言重導向。

展示專案的實證: 此展示專案獲得了一致的格線系統、響應式圖片、清晰的導覽功能與公開的語言目標路徑。這是審查人員可以直接檢查的部分。

審查檢核點: 針對上線維運,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


8:內容治理 (Content Governance)

● 背景: 大型題庫需要一致的格式和易懂的使用者端顯示名稱。

● 目標: 避免隨著目錄擴充而造成內容雜亂與蔓延。

● Prompt:

不要在顯示文字上提到 JSON;顯示易懂的證照名稱。

● 結果: 使用者能看到乾淨的證照名稱,而後台檔案則繼續維持結構化的命名。

● 精選技巧:

● 將檔案名稱與顯示名稱分離。

● 為未來項目貼上「即將推出」等標籤。

● 在內部使用來源 Metadata。

● 檢查問題數量。

● 避免暴露原始開發與實作細節。

展示專案的實證: 使用者能看到乾淨的證照名稱,而後台檔案則繼續維持結構化的命名。這是審查人員可以直接檢查的部分。

審查檢核點: 針對內容治理,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


9:語言標籤設計 (Language Label Design)

● 背景: 語言選擇器原本使用英文名稱(如 Traditional Chinese)來顯示語言,後來改為各語言的母語名稱。

● 目標: 幫助使用者在不需要懂英文的情況下,直覺辨識出自己的語言。

● Prompt:

使用對應的語言來顯示語言名稱,例如將 Mandarin Chinese 顯示為 繁體中文。

● 結果: 選擇器現在顯示諸如 繁體中文、简体中文、हिन्दी、Español、العربية الفصحى 和 日本語 等標籤。

● 精選技巧:

● 使用母語標籤。

● 保留英文選項。

● 儘可能避免過長的標籤。

● 檢查特殊字元。

● 保持選項順序穩定。

展示專案的實證: 選擇器現在顯示諸如 繁體中文、简体中文、हिन्दी、Español、العربية الفصحى 和 日本語 等標籤。這是審查人員可以直接檢查的部分。

審查檢核點: 針對語言標籤設計,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


10:英文備用機制 (English Fallback)

● 背景: 在建立在地化網頁後,選擇器中仍需要出現英文選項以方便切換。

● 目標: 讓使用者能隨時輕鬆返回源語言網頁。

● Prompt:

將英文 index.html 新增到所有頁面的選擇語言選項中。

● 結果: 現在每個網頁都包含了英文選項,且只有 index.html 將其標示為已選擇。

● 精選技巧:

● 新增備用語言。

● 驗證選擇狀態(selected state)。

● 在清單中維持相同的位置。

● 保持標籤簡單。

● 從在地化網頁進行切換測試。

展示專案的實證: 現在每個網頁都包含了英文選項,且只有 index.html 將其標示為已選擇。這是審查人員可以直接檢查的部分。

審查檢核點: 針對英文備用機制,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


11:發佈路徑安全 (Published Path Safety)

● 背景: 部落格輸出隨後移除了公共網域的提及,而網頁應用程式在需要之處則保留已部署的 URL。

● 目標: 將公開應用程式行為與文章安全用詞進行分離。

● Prompt:

在輸出的 Markdown 檔案中,不要提及公共網域。

● 結果: 部落格使用相對的練習連結與泛用的部署路徑文案。

● 精選技巧:

● 搜尋被禁止的詞彙。

● 安全地替換連結。

● 維持範例的實用性。

● 不要破壞應用程式檔案。

● 驗證所有三種輸出。

展示專案的實證: 部落格使用相對的練習連結與泛用的部署路徑文案。這是審查人員可以直接檢查的部分。

審查檢核點: 針對發佈路徑安全,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


12:文章卡片連結 (Article Card Links)

● 背景: 行動裝置使用者需要知道整張文章卡片都是可以點擊的。

● 目標: 讓文章的發現過程變得直覺,而不需要添加額外微小的按鈕。

● Prompt:

將「閱讀文章(Read article)」的連結文字改為整張卡片皆可作為連結,並在卡片中添加點擊按鈕。

● 結果: 每張文章卡片現在都是一個帶有明確點擊提示的錨點(Anchor)。

● 精選技巧:

● 讓整張卡片都可以點擊。

● 保持 CTA(呼籲行動)文字可見。

● 僅將懸停(Hover)作為視覺增強效果。

● 避免巢狀連結。

● 測試行動裝置上的點擊。

展示專案的實證: 每張文章卡片現在都是一個帶有明確點擊提示的錨點。這是審查人員可以直接檢查的部分。

審查檢核點: 針對文章卡片連結,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


13:個人檔案卡片連結 (Profile Card Link)

● 背景: 講師個人檔案需要與文章卡片有相同的行為。

● 目標: 讓個人檔案的存取顯而易見且對行動端友好。

● Prompt:

將「AWS Builder Center Profile」連結文字改為整張卡片皆可作為連結。

● 結果: 個人檔案卡片變成了一個帶有明確點擊提示的全卡片連結。

● 精選技巧:

● 使用統一的互動模式。

● 保護外部連結安全性。

● 添加 rel 屬性。

● 使 CTA 更加明確。

● 避免使用單獨且微小的按鈕。

展示專案的實證: 個人檔案卡片變成了一個帶有明確點擊提示的全卡片連結。這是審查人員可以直接檢查的部分。

審查檢核點: 針對個人檔案卡片連結,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


14:螢幕截圖切換 (Screenshot Switching)

● 背景: 此展示專案使用了一張螢幕截圖代表桌機比例,另一張螢幕截圖代表行動端比例。

● 目標: 保持視覺實證的響應式呈現,而非在所有地方強行使用同一張圖片。

● Prompt:

在行動版中,使用 screenshot2.png。

● 結果: <picture> 元素會根據較窄的寬度選擇行動端圖片。

● 精選技巧:

● 使用 picture 來源元素。

● 設定外觀比例。

● 將圖片存放在專案儲存庫中。

● 使用具描述性的 alt 替代文字。

● 避免版面配置位移(Layout Shift)。

展示專案的實證: <picture> 元素會根據較窄的寬度選擇行動端圖片。這是審查人員可以直接檢查的部分。

審查檢核點: 針對螢幕截圖切換,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


15:格線限制 (Grid Constraints)

● 背景: 提示詞指定桌機版區段每列只能顯示三張卡片。

● 目標: 使目錄和文章的瀏覽變得更具可預測性。

● Prompt:

在桌機版中,每列只包含 3 張卡片;「精選 AWS Builder Center 文章」每列也只包含 3 張卡片。

● 結果: CSS Grid 在桌機上使用三欄、平板上使用兩欄、行動端則使用一欄。

● 精選技巧:

● 設定明確的網格欄數。

● 一致地使用間距(Gaps)。

● 在斷點(Breakpoints)處進行調整。

● 避免不均勻的手動分行。

● 讓卡片自然換行。

展示專案的實證: CSS Grid 在桌機上使用三欄、平板上使用兩欄、行動端則使用一欄。這是審查人員可以直接檢查的部分。

審查檢核點: 針對格線限制,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


16:贈送活動文案 (Giveaway Copy)

● 背景: 贈送活動訊息最初只提及一項 Data 考試,後來擴充至多個主題。

● 目標: 讓行銷誘因能反映出實際目錄的豐富度。

● Prompt:

修改描述以提及網頁中包含的更多證照主題。

● 結果: 主視覺區(Hero)現在重點突出了資料(Data)、生成式 AI、機器學習、雲端營運、網路和金融服務(FSI)主題。

● 精選技巧:

● 保持吸引人的文案簡潔。

● 提及最強烈的主題。

● 避免主視覺文字超載。

● 與可見的卡片保持一致。

● 在目錄擴充時同步更新文案。

展示專案的實證: 主視覺區(Hero)現在重點突出了資料(Data)、生成式 AI、機器學習、雲端營運、網路和金融服務(FSI)主題。這是審查人員可以直接檢查的部分。

審查檢核點: 針對贈送活動文案,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


17:多語言維護 (Multilingual Maintenance)

● 背景: 在地化後新增一張英文卡片,意味著若不更新,翻譯頁面將會產生內容偏差。

● 目標: 認識到在地化會帶來持續的維護工作。

● Prompt:

基於英文版本建立翻譯網頁並雙重檢查所有內容。

● 結果: 該專案現在每當目錄內容變更時,都需要一個可重複的更新流程。

● 精選技巧:

● 追蹤來源頁面的變更。

● 同步傳播新卡片。

● 在地化相關描述。

● 驗證選取的選項。

● 小心地自動化重複的更新工作。

展示專案的實證: 該專案現在每當目錄內容變更時,都需要一個可重複的更新流程。這是審查人員可以直接檢查的部分。

審查檢核點: 針對多語言維護,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


18:SEO 與 Metadata 的克制使用 (SEO and Metadata Restraint)

● 背景: 如果 Metadata 試圖列出所有主題,可能會顯得像垃圾內容。

● 目標: 使用簡潔的 Metadata 來支援品牌和產品承諾。

● Prompt:

值得信賴的 AWS 證照情資與現代化學習系統。

● 結果: 網頁 Metadata 保持寬泛,而可見的證照圖書館則列出具體考試。

● 精選技巧:

● 不要堆砌關鍵字。

● 保持標題的人性化。

● 將描述用於傳遞核心價值。

● 讓網頁主體承載細節。

● 審查社群分享卡片。

展示專案的實證: 網頁 Metadata 保持寬泛,而可見的證照圖書館則列出具體考試。這是審查人員可以直接檢查的部分。

審查檢核點: 針對 SEO 與 Metadata 的克制使用,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


19:公開學習承諾 (Public Learning Promise)

● 背景: 該專案定位為供開發者使用的免費練習室,而非收費的封閉式課程漏斗。

● 目標: 讓公共利益清晰且直接。

● Prompt:

重點突出免費存取和 AWS 證照的好處。

● 結果: 該網頁提供了直接的練習管道,並解釋了學習平台的信任模型。

● 精選技巧:

● 避免註冊阻力與繁瑣流程。

● 明確說明學員利益。

● 保持連結直接有效。

● 謹慎且精確地使用認證語言。

● 使模擬試題立即可用。

展示專案的實證: 該網頁提供了直接的練習管道,並解釋了學習平台的信任模型。這是審查人員可以直接檢查的部分。

審查檢核點: 針對公開學習承諾,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。


20:運作模型 (Operating Model)

● 背景: 此展示專案透過 Prompt、檢視、修正和驗證不斷成長。

● 目標: 將該工作流程轉化為可重複的發佈模型。

● Prompt:

建立技術部落格文章,展示 Vibe Coding 的開發技巧。

● 結果: 此部落格系列現在透過具體的產品決策來傳授 Prompt 導向的開發。

● 精選技巧:

● 小步提示(Prompt small)。

● 檢視輸出。

● 精確修正。

● 使用搜尋驗證。

● 記錄模式。

展示專案的實證: 此部落格系列現在透過具體的產品決策來傳授 Prompt 導向的開發。這是審查人員可以直接檢查的部分。

審查檢核點: 針對運作模型,請確認三點:背景描述了真實的專案壓力、目標指明了預期的行為,且結果指出了檔案或瀏覽器中可見的具體內容。若缺少其中一項,請在發佈前重寫該筆記。