[{"data":1,"prerenderedAt":1119},["ShallowReactive",2],{"blog-/blog/20260801-goingclolud-speaking":3,"related-/blog/20260801-goingclolud-speaking":47},{"id":4,"title":5,"author":6,"body":7,"category":32,"date":33,"description":34,"extension":35,"image":29,"language":36,"meta":37,"navigation":38,"path":39,"seo":40,"stem":41,"tags":42,"updatedAt":45,"__hash__":46},"blog/blog/20260801-goingclolud-speaking.md","GC & AWS 論壇演講心得","Ting Zhang",{"type":8,"value":9,"toc":28},"minimark",[10,14,17,25],[11,12,13],"p",{},"GC x AWS\n當初 Alex 提到有這個機會的時候我沒想太多就答應了，因為分享的內容切合我有興趣且熟悉的領域，而且我認為這對我來說會是一個很好的挑戰，感謝 Going Cloud 提供機會讓我可以向與會嘉賓介紹自己對於 Coding Agent 的使用經驗以及對於產業的影響。",[11,15,16],{},"藉由這次機會也讓我重新審視目前對於 Agentic Coding 的認知與理解，找了非常多 Anthropic 出品的講座與文章，整合各路大神的見解並思考自己是如何思考與解決問題的。好好的整理 & 重新設計自己使用 Claude Code 的 Harness 設定，讓 Coding Agent 跟 LLM Wiki 可以有更好的整合性，改善我使用上的流暢程度以及降低認知負荷。",[11,18,19,20,24],{},"在現今 AI 技術不斷進步、不斷迭代的狀況下，每隔一段時間就有新的 Protocol、新的名詞或概念被提出，但只要載體還是 LLM 就始終離不開所謂 ",[21,22,23],"code",{},"Context Engineering"," ，我認為最好的設定絕對不是盲信與照抄整包 & 一鍵式的完整設定或工具，而是需要確保自己讀過並了解每個想要導入的工作流程、Skills 等框架與工具為何要這樣設計，並且按需引用來打造出最符合自身需求與思考迴路的 Agent 工作流。",[11,26,27],{},"再次感謝 GC 與這次籌備組的一切支援，讓活動與講座內容一切順利！",{"title":29,"searchDepth":30,"depth":30,"links":31},"",2,[],"心得","2026-08-01","分享 GC 與 AWS 論壇演講的準備與心得，以及重新整理 Agentic Coding、Context Engineering 與個人工作流程的思考。","md","zh-TW",{},true,"/blog/20260801-goingclolud-speaking",{"title":5,"description":34},"blog/20260801-goingclolud-speaking",[43,44],"Review","speaking",null,"uE7PHjxFNt7HzhuRxtSOcXzJ3blXRL3LzKxZwRreGoA",[48,674,775],{"id":49,"title":50,"author":6,"body":51,"category":32,"date":662,"description":663,"extension":35,"image":29,"language":36,"meta":664,"navigation":38,"path":665,"seo":666,"stem":667,"tags":668,"updatedAt":672,"__hash__":673},"blog/blog/2025q3q4-career.md","2025 軟體工程師面試經驗",{"type":8,"value":52,"toc":636},[53,57,60,63,66,70,86,89,103,106,114,117,120,124,127,130,141,144,148,151,154,157,161,164,167,170,174,177,180,207,210,212,215,219,223,231,233,236,238,242,245,255,258,264,281,286,297,303,305,309,312,334,337,342,345,356,361,378,383,388,391,394,396,400,403,420,423,428,433,438,443,448,453,461,466,468,472,475,488,491,497,503,508,522,524,528,531,536,539,544,578,581,584,586,589,592,595,612,614,618],[54,55,56],"h2",{"id":56},"前言",[11,58,59],{},"嗨，大家好，我是Ting，是一名全端工程師。\n這篇文是寫給想要轉職工程師的你，希望透過我的經驗分享能對你有幫助。",[11,61,62],{},"我原本在智電系統工作，是一個新創能源公司，除了web相關開發以外，我也投入非常多時間在能源相關的業務邏輯研究與開發，但在工作一年半以後，我認為我對能源相關的業務邏輯已經沒有太大的興趣，工作內容也漸漸被甲方的客製化需求給淹沒，所以我決定離職。",[11,64,65],{},"做這個決定主要有以下考量",[67,68,69],"h3",{"id":69},"目標",[71,72,73,77,80,83],"ul",{},[74,75,76],"li",{},"更明確的職涯目標",[74,78,79],{},"更高的薪資成長(或是說更穩定)",[74,81,82],{},"WFH或自由的工作時間",[74,84,85],{},"未來有規劃國外工作",[67,87,88],{"id":88},"離職的好處",[71,90,91,94,97,100],{},[74,92,93],{},"可以挑選公司，讓工作內容更集中在開發",[74,95,96],{},"學習新技術，使用一樣的時間來學習更多東西",[74,98,99],{},"作為通往國外工作的敲門磚，必須提升履歷價值，至少到一間有聽過的公司",[74,101,102],{},"更有機會WFH，自由安排自己的時間，原本需要耗費大量通勤時間",[67,104,105],{"id":105},"離職的壞處",[71,107,108,111],{},[74,109,110],{},"原公司是正在IPO階段，離職後需要放棄RSU，算是一筆不小的機會成本",[74,112,113],{},"離開舒適圈，其實原本的工作環境除了需要每日通勤以外，工作內容不太會有人管",[115,116],"hr",{},[54,118,119],{"id":119},"準備",[67,121,123],{"id":122},"_1-程人頻道ted-協助","1. 程人頻道Ted 協助",[11,125,126],{},"首先這篇文章必須 S/O 給程人頻道的Ted，可以說這個計劃沒有他的話就不會這麼順利。\n原本就有在聽Ted的Podcast，他也一直有在提供想要轉換跑道的工程師協助，剛好在我下定決心要轉職以後，\n他上一期的諮詢服務剛結束一陣子，在招下一期的工程師，我把我的履歷與動機整理一下以後提供，就這麼被選上了。",[11,128,129],{},"這個計劃主要包含每週一小時的諮詢時間直到轉職成功，內容主要有",[71,131,132,135,138],{},[74,133,134],{},"履歷健檢",[74,136,137],{},"模擬面試 (BQ / Leetcode / System Design)",[74,139,140],{},"檢視準備方向是否正確",[11,142,143],{},"其實Ted的協助不僅僅是單純轉職而已，我們幾乎花了一樣多的時間在討論與探索“我真正想要的職涯規劃”，透過他的經驗，與整個計劃的進行，我也更聚焦我的職涯目標。",[67,145,147],{"id":146},"_2-專案實作-moniit","2. 專案實作 - Moniit",[11,149,150],{},"延續上一點，除了每週一小時的諮詢以外，程人頻道也一直有在經營社群開發的項目，剛好他們近期規劃的資產管理App - Moniit正在開發早期階段，透過這個機會我也幾乎參與了這個產品從0開始的開發過程，",[11,152,153],{},"我主要參與了後端開發，第一次使用FastAPI作為主要框架，且實戰了System Design，如何根據實際狀況來取捨設計，怎麼樣算是好的設計，怎麼樣算是Over Design。",[11,155,156],{},"並且這個專案有非常完善的K8s設計，包括但不限於helm, hpa, IaC框架等，這些都是我第一次接觸，透過實戰我對於k8s以及gcp相關雲生態系有更深入的了解。",[67,158,160],{"id":159},"_3-leetcode","3. leetcode",[11,162,163],{},"我leetcode只寫了166題 (E:72/M:82/H:12)，主要參考Blind 75跟Neetcode 150，如果對該演算法不熟，我會先把Hello Algo相關的文章看完，然後練習，最後再找Neetcode的影片來複習以及參考他的解題思路，慢慢把整個解題思維培養起來。",[11,165,166],{},"但相較於大部分的工程師，我覺得我在Leetcode的投入相對較少，一部分是因為瞄準公司的是台商居多，而不是Fang等一線外商，另一部分則是我花了更多時間在實際開發專案來獲取實務經驗。",[11,168,169],{},"我認為台商的OA的題目好像沒有遇到真的很難的，以及面試過程也很少遇到演算法題目，基本上都是履歷相關的問答，但若是要以更高水準的公司為目標的話，我認爲還需要投入更多的時間與精力。",[67,171,173],{"id":172},"_4-履歷","4. 履歷",[11,175,176],{},"可以參考標準的Latex模板，基本上是分成Work Experience、Side Projects、Education、Technical Skills四個部分。",[11,178,179],{},"各個部分我認為的重點",[71,181,182,190,201,204],{},[74,183,184,185],{},"General\n",[71,186,187],{},[74,188,189],{},"根據職位寫公版的履歷，再根據投遞目標的JD來微調",[74,191,192,193],{},"Work Experience\n",[71,194,195,198],{},[74,196,197],{},"強調技術相關的經驗，並且盡量量化指標(ex: rps, qps, 節省多少時間, 節省多少成本等等)",[74,199,200],{},"若有PM相關經驗，我覺得是個加分",[74,202,203],{},"Education: 簡單即可，基本上只看畢業校系，除非你的專案或論文與JD高度相關，不然我感覺放了只是佔版面而已",[74,205,206],{},"Technical Skills: 盡量跟JD上提到的技術棧相同或高度相關",[11,208,209],{},"以現今的web相關工作來看，除了前後端與資料庫技術棧以外，Docker與K8s基本上一定會出現在JD的Preferred Skills中，面試中如果可以帶一下或是有被問到並且回答的不錯是個大加分，所以可以的話一定要補一下相關知識。",[115,211],{},[54,213,214],{"id":214},"面試",[67,216,218],{"id":217},"_1-cardlytics-full-stack-engineer","1. Cardlytics Full Stack Engineer",[220,221,222],"h4",{"id":222},"時程",[71,224,225,228],{},[74,226,227],{},"D+0: 投遞履歷",[74,229,230],{},"D+2: Quick chat with Manager",[220,232,32],{"id":32},[11,234,235],{},"這是我第一個獲得投遞履歷有後續的公司，但這間對我來說實在是越級打怪，需要的職位要求以及語言我都還無法勝任，但也很趕謝Manager還是跟我聊了30分鐘，且知道我的狀況後給了我一些方向與建議，也不吝於分享Cardlytics的產品。",[115,237],{},[67,239,241],{"id":240},"_2-捷思科技-full-stack-engineer-偏前端","2. 捷思科技 - Full Stack Engineer (偏前端)",[220,243,222],{"id":244},"時程-1",[71,246,247,249,252],{},[74,248,227],{},[74,250,251],{},"D+7: 現場上機測驗 + 面試",[74,253,254],{},"D+14: Reject",[220,256,32],{"id":257},"心得-1",[11,259,260],{},[261,262,263],"strong",{},"Pair Programming 題目：",[265,266,267,270],"ol",{},[74,268,269],{},"寫一個翻牌互動介面 (HTML/CSS hover 翻轉效果)",[74,271,272,273,276,277,280],{},"不使用 ",[21,274,275],{},"Promise.all"," 實作一個 ",[21,278,279],{},"PromiseAllLike"," function",[11,282,283],{},[261,284,285],{},"Behavior Question：",[265,287,288,291,294],{},[74,289,290],{},"目前工作遇過最困難的難題以及如何解決",[74,292,293],{},"如果接手 co-workers 的程式很糟的話，會怎麼處理",[74,295,296],{},"若工作上遇到某個流程很冗長很麻煩的話，會怎麼處理",[11,298,299,302],{},[261,300,301],{},"總結：","\n一間小公司，要找偏前端的，覺得我的技術棧並不符合，算是個面試經驗。",[115,304],{},[67,306,308],{"id":307},"_3-trend-micro","3. Trend Micro",[220,310,222],{"id":311},"時程-2",[71,313,314,316,319,322,325,328,331],{},[74,315,227],{},[74,317,318],{},"D+5: 收到 Online Assignment 邀請",[74,320,321],{},"D+11: 完成 Online Assignment",[74,323,324],{},"D+14: 一面",[74,326,327],{},"D+32: 收到二面邀請",[74,329,330],{},"D+39: 二面",[74,332,333],{},"D+46: 寄信詢問未回，無聲卡",[220,335,32],{"id":336},"心得-2",[11,338,339],{},[261,340,341],{},"一面內容：",[11,343,344],{},"自我介紹：",[71,346,347,350,353],{},[74,348,349],{},"學經歷",[74,351,352],{},"工作經驗",[74,354,355],{},"Side Project",[11,357,358],{},[261,359,360],{},"技術問題：",[71,362,363,366,369,372,375],{},[74,364,365],{},"RESTful API 用過哪些 Method? (GET, POST, PUT, DELETE)",[74,367,368],{},"前端或後端有無 test 相關經驗？",[74,370,371],{},"協作相關經驗",[74,373,374],{},"Skillset 應用經驗",[74,376,377],{},"開發遇到最大的困難",[11,379,380],{},[261,381,382],{},"二面：",[71,384,385],{},[74,386,387],{},"一樣是根據履歷問答居多，還有畫參與過的專案的架構圖",[220,389,390],{"id":390},"總結",[11,392,393],{},"隔那麼久是因為中間家人生病需要照顧，所以耽誤了一些時間，趨勢那邊也表示體諒，配合我改期。\n趨勢應該是我原本目標的其中一間，雖然薪水可能開不高，但是WFH政策以及公司地理位置非常加分。",[115,395],{},[67,397,399],{"id":398},"_4-gilacloud-backend-集雅科技","4. GilaCloud Backend / 集雅科技",[220,401,222],{"id":402},"時程-3",[71,404,405,408,411,414,417],{},[74,406,407],{},"D+0: 獵頭連繫",[74,409,410],{},"D+3: 確認投遞",[74,412,413],{},"D+8: 完成 OA",[74,415,416],{},"D+49: 一面",[74,418,419],{},"D+66: Reject",[220,421,32],{"id":422},"心得-3",[11,424,425],{},[261,426,427],{},"Coderbyte OA：",[71,429,430],{},[74,431,432],{},"難度約 Easy ~ Medium",[11,434,435],{},[261,436,437],{},"一面 (Online Interview)：",[11,439,440],{},[261,441,442],{},"技術主管提問：",[71,444,445],{},[74,446,447],{},"履歷相關題目（內容沒印象了）",[11,449,450],{},[261,451,452],{},"人資提問：",[71,454,455,458],{},[74,456,457],{},"基本 BQ",[74,459,460],{},"詢問公司內是否有讀書會等進修機制，被洗臉",[11,462,463,465],{},[261,464,301],{},"\n中間隔那麼久應該是因為我OA分數勉勉強強過關而已，所以等前面的人都面完了才輪的到我。\n技術主管雖然對能源領域不懂，但問的還蠻深入的，整體感覺不錯，但人資面試給我蠻扣分的印象。",[115,467],{},[67,469,471],{"id":470},"_5-crescendo-lab","5. Crescendo Lab",[220,473,222],{"id":474},"時程-4",[71,476,477,479,482,485],{},[74,478,227],{},[74,480,481],{},"D+1: 收到一面邀請",[74,483,484],{},"D+7: 一面 (CTO / HR quick call)",[74,486,487],{},"D+10: Reject",[220,489,490],{"id":490},"面試過程",[11,492,493,496],{},[261,494,495],{},"Tech Lead","\n主要詢問了我目前公司的業務內容與產品細節，以及在專案中遇到的挑戰和我的解決經驗。技術面則聚焦於過往處理大數據、API 效能優化（例如如何調整資料庫 index）、與太陽能管理系統相關的技術細節（如數據量、QPS、缺值補償等）。也有探討到專案部署、監控、以及是否運用 AI 工具提升效率等經驗，整體問題偏重於實務經驗及技術應用。",[11,498,499,502],{},[261,500,501],{},"HR","\nHR 主要詢問了一些基本背景與求職動機，像是過去的經歷、為何想換工作、對公司的了解與興趣，以及對未來工作環境和待遇的期待，同時也有聊到目前是否有使用 AI 工具和如果錄取後的交接安排等。",[11,504,505],{},[261,506,507],{},"整體感覺：",[71,509,510,513,516,519],{},[74,511,512],{},"遇到最困難/最挫折的工作經驗，可以再想好一點的故事",[74,514,515],{},"DB Indexing 相關知識需補齊",[74,517,518],{},"PostgreSQL 相關語法與知識需補齊",[74,520,521],{},"錄取機會不高，就算錄取，薪水應該也會蠻低",[115,523],{},[67,525,527],{"id":526},"_6-blockriver","6. BlockRiver",[220,529,222],{"id":530},"時程-5",[71,532,533],{},[74,534,535],{},"D+0: HR Quick Call",[220,537,32],{"id":538},"心得-4",[11,540,541],{},[261,542,543],{},"HR Quick Call 問題：",[265,545,546,549],{},[74,547,548],{},"Introduce yourself",[74,550,551,552],{},"Technique questions:\n",[71,553,554,562,570],{},[74,555,556,557],{},"List 3 methods to communicate between two processes\n",[71,558,559],{},[74,560,561],{},"答案參考：Pipes、Shared Memory、Message Queues、Sockets、Signals、Redis (in-memory, web-based)",[74,563,564,565],{},"List 6 data containers in STL\n",[71,566,567],{},[74,568,569],{},"參考：vector, list, deque, set, map, unordered_map 等",[74,571,572,573],{},"Insert and find time complexity for set\n",[71,574,575],{},[74,576,577],{},"答案：O(log n), O(log n)（註：回答 O(1), O(1) 可能不正確，set 是紅黑樹實作）",[220,579,390],{"id":580},"總結-1",[11,582,583],{},"全英文面試，但我英文講感覺不太順，HR應該是香港或是中國人，直接問我要不要說中文...\n感覺是透過HR快速篩選履歷，照著問題問，我想要請他多敘述一下問題(STL是啥真的沒聽過)都不理睬。",[115,585],{},[54,587,390],{"id":588},"總結-2",[11,590,591],{},"細算下來這半年以來我投了大概接近200個履歷（中間因為家人生病有暫停一個月），有後續的大概只佔不到10%，但一部分是因為我認為我需要累積面試經驗才有辦法在我真正想去的公司的面試中表現得更好，所以基本上職位技術棧有對到我就投了，不管薪資待遇等其他事項，若是你認為你的面試經驗已經充足，也可以指投你想去的公司就好。",[67,593,594],{"id":594},"建議",[71,596,597,600,603,606,609],{},[74,598,599],{},"一定要嘗試將目前有參與過的專案，或是Side Projects嘗試繪製成架構圖，並且有辦法在面試的時候從0開始邊畫邊講解為何要選用這個，以及這個設計的優缺點或是取捨等。",[74,601,602],{},"一直投履歷就對了，累積面試過程的經驗我覺得是一條必經之路，可以檢視目前的準備是否充足，也可以調整自己在面試過程中的問答表現。",[74,604,605],{},"面試趣以及LinkedIn Premiere都可以直接課，在密集投遞履歷的階段幫助很大。",[74,607,608],{},"從面試官的角度來思考他們想要怎麼樣特色的人，切記面試的時候需要給面試官”你是來提供價值，是來輸出的“的印象，若有機會的話可以自己延伸一些技術話題，\n只是單純問答的話蠻可惜的，因為一方面對方也是在看未來是否可以跟你順利的合作。",[74,610,611],{},"常見的BQ問題一定要先想好一個故事，不要現場遇到問題才想，通常會講到爆掉，或是不那麼適合的回覆。",[115,613],{},[54,615,617],{"id":616},"reference","Reference",[265,619,620,629],{},[74,621,622],{},[623,624,628],"a",{"href":625,"rel":626},"https://techporn.io/podcast/052c5980-7a04-4bd3-9976-24cf8aeecdc6",[627],"nofollow","程人頻道EP263",[74,630,631],{},[623,632,635],{"href":633,"rel":634},"https://moniit.com/",[627],"資產管理App - Moniit官方網站",{"title":29,"searchDepth":30,"depth":30,"links":637},[638,644,650,658,661],{"id":56,"depth":30,"text":56,"children":639},[640,642,643],{"id":69,"depth":641,"text":69},3,{"id":88,"depth":641,"text":88},{"id":105,"depth":641,"text":105},{"id":119,"depth":30,"text":119,"children":645},[646,647,648,649],{"id":122,"depth":641,"text":123},{"id":146,"depth":641,"text":147},{"id":159,"depth":641,"text":160},{"id":172,"depth":641,"text":173},{"id":214,"depth":30,"text":214,"children":651},[652,653,654,655,656,657],{"id":217,"depth":641,"text":218},{"id":240,"depth":641,"text":241},{"id":307,"depth":641,"text":308},{"id":398,"depth":641,"text":399},{"id":470,"depth":641,"text":471},{"id":526,"depth":641,"text":527},{"id":588,"depth":30,"text":390,"children":659},[660],{"id":594,"depth":641,"text":594},{"id":616,"depth":30,"text":617},"2025-11-13","記錄 2025 年軟體工程師轉職準備與六間公司的面試經驗，包含履歷、Side Project、LeetCode、面試流程與心得。",{},"/blog/2025q3q4-career",{"title":50,"description":663},"blog/2025q3q4-career",[669,670,671],"Interview","Career","2025","2026-09-20","BHA4odInR9-uSUFp333yge9ahgt3whIwK6CRyLHjCLI",{"id":675,"title":676,"author":6,"body":677,"category":766,"date":767,"description":768,"extension":35,"image":29,"language":36,"meta":769,"navigation":38,"path":770,"seo":771,"stem":772,"tags":773,"updatedAt":672,"__hash__":774},"blog/blog/2025-review.md","2025 年度回顧：轉職、成長與下一年的期許",{"type":8,"value":678,"toc":764},[679,682,685,700,703,711,714,722,729,732,735,742,747,750,755],[11,680,681],{},"今天是我開始工作的第708天，今年順利從智電系統畢業，順利來到GC成爲比較正式一點的軟體工程師。",[11,683,684],{},"11月底Onboard到現在其實也一個月出頭而已，必須說這一個月的收穫是超乎我想像的，雖然我沒辦法說出具體的感覺，但我可以感受到我正身處一個“正確的環境”",[11,686,687,688,693,694,699],{},"今天同時看到我的兩位師傅 Alex & Danny 的",[623,689,692],{"href":690,"rel":691},"https://www.linkedin.com/feed/update/urn:li:activity:7409841197114028032/",[627],"文章1"," & ",[623,695,698],{"href":696,"rel":697},"https://chenghsuan.me/posts/imposter-syndrome",[627],"文章2","，都在談論冒牌者症候群，我其實一直都處在這樣的狀態，不過這讓我無時無刻都在思考我的不足之處並且補齊，以結果來說暫時是正向的，就先這樣子吧。",[11,701,702],{},"最後可以來一點明年的期許：",[704,705,706],"blockquote",{},[11,707,708],{},[261,709,710],{},"Mindset",[11,712,713],{},"主要是改進一些我自己很annoying我自己的點吧，例如",[71,715,716,719],{},[74,717,718],{},"停止懷疑任何會阻止我變得更好的行為，例如我會花過多的時間去確認我腦子裡冒出來的問題是否是\"不笨的問題\"，然後再花時間琢磨要怎麼問，期許我可以就直接問，被罵了再說",[74,720,721],{},"感覺自己還是有一些心防，例如會有：“這個人會不會其實覺得我很爛？“的念頭，我認為更好的方法還是把這個防備卸下比較好，被背刺再說",[704,723,724],{},[11,725,726],{},[261,727,728],{},"Skills",[11,730,731],{},"問題很大，但也不大，相信繼續待在這個環境下，就算我不想進步也很難",[11,733,734],{},"除了保持現有的幾個主線 (主業 & Moniit & 每週讀書會)，時間允許之下希望自己可以週更這個blog，不管是心態上或是把在GC寫的文章搬來都好，最好是用英文寫",[704,736,737],{},[11,738,739],{},[261,740,741],{},"Languages",[71,743,744],{},[74,745,746],{},"Conversational English",[11,748,749],{},"作為剛換工作的藉口我已經停差不多兩個月了，哈，這個必須要做到，是通往國外工作的必須門票",[71,751,752],{},[74,753,754],{},"Japanese at least N3",[11,756,757,758,763],{},"看起來很難，不過根據我的基礎加上一點運氣(?)，參考 ",[623,759,762],{"href":760,"rel":761},"https://zh.wikipedia.org/zh-tw/%E6%97%A5%E6%9C%AC%E8%AF%AD%E8%83%BD%E5%8A%9B%E6%B5%8B%E8%AF%95",[627],"維基百科: 漢字圈考生學習時數","，絕對是有可能的。",{"title":29,"searchDepth":30,"depth":30,"links":765},[],"生活","2025-12-26","從智電系統轉職到 Going Cloud，記錄新環境帶來的成長、冒牌者症候群，以及下一年對技術、英文與日文學習的期許。",{},"/blog/2025-review",{"title":676,"description":768},"blog/2025-review",[43,671],"s8ejz67bcGQwdpurSrGJ9mRzg1ke6IDkJtsQPEQBo68",{"id":776,"title":777,"author":6,"body":778,"category":1102,"date":1103,"description":1104,"extension":35,"image":1105,"language":36,"meta":1106,"navigation":38,"path":1107,"seo":1108,"stem":1109,"tags":1110,"updatedAt":45,"__hash__":1118},"blog/blog/20260304-troublemaker.md","關於我一天在公司 AWS 開發帳號花掉 14000 鎂的那回事",{"type":8,"value":779,"toc":1084},[780,787,790,794,801,804,813,822,829,832,846,849,854,857,860,867,870,873,876,880,883,887,890,895,904,916,919,927,932,935,938,943,946,953,958,962,965,976,980,983,990,997,1000,1003,1006,1009,1012,1015,1018,1021,1025,1028,1031,1037,1041,1044,1055,1059,1062,1069,1072,1075,1078,1081],[11,781,782,783,786],{},"身為工程師，你可能聽過同事不小心把 Production 資料庫砍了、或是忘記關 EC2 多燒了幾百塊。但你有聽過",[261,784,785],{},"用雲服務一天燒掉 14,000 美金","的嗎？",[11,788,789],{},"沒錯，這件事發生在我身上...嗎？",[54,791,793],{"id":792},"tldr","TL;DR",[11,795,796,797,800],{},"在公司開發帳號 survey AWS Bedrock AgentCore Policy 功能，試用了 Cedar Policy Generator。幾天後帳單突然出現一筆 ",[261,798,799],{},"$14,000+ USD 的單日費用","。經過 CloudTrail 排查確認是 Cedar Generator 觸發的異常計費，最終 AWS 承認是 Bedrock 端的計費 bug，修復並校正了帳單。",[54,802,803],{"id":803},"事發經過",[11,805,806,807,812],{},"3/4 我因為看到 ",[623,808,811],{"href":809,"rel":810},"https://aws.amazon.com/bedrock/agentcore/",[627],"AgentCore"," 新 Feature - Policy 剛上線，所以需要 Survey 一下。",[11,814,815,816,821],{},"AgentCore Policy 讓你可以用 ",[623,817,820],{"href":818,"rel":819},"https://www.cedarpolicy.com/",[627],"Cedar"," 語言來定義 Agent 的授權策略，控制 Agent 能存取哪些工具和資源。Cedar 是 AWS 開源的授權語言，語法可讀性很高，設計上是要讓非工程師也能看得懂的那種。",[11,823,824,825,828],{},"而 AgentCore 很貼心地提供了一個 ",[261,826,827],{},"Natural Language Policy Generator","——你用自然語言描述你要的權限規則，它就幫你生成對應的 Cedar Policy。聽起來很 User-friendly 對吧？",[11,830,831],{},"我就照著文件走了一遍流程：",[265,833,834,837,840,843],{},[74,835,836],{},"建了一個 Policy Engine",[74,838,839],{},"試了幾次 Cedar Policy Generator（用自然語言描述轉成 Cedar）",[74,841,842],{},"確認功能可以正常運作",[74,844,845],{},"收工，覺得這功能還不錯",[11,847,848],{},"整個過程大概就一兩個小時，正常的 survey 流程。",[11,850,851],{},[261,852,853],{},"然後就沒有然後了——直到五天後。",[54,855,856],{"id":856},"帳單爆炸",[11,858,859],{},"後來請假看完中華隊在 WBC 的比賽，打贏韓國那場實在很感動，回來上班的第一天，3/9 下午，Slack突然被狂 tag，我被我們公司的 Billing Manager & Team Lead 問為何會有一筆費用產生，我也趕緊地打開CE，一個讓我愣住的數字：",[704,861,862],{},[11,863,864],{},[261,865,866],{},"3/4 單日Agentcore產生了 $14,000+ USD的費用",[11,868,869],{},"我先是以為自己眼花了。重新整理頁面，數字還在那裡。",[11,871,872],{},"完了... 哪裡搞錯了吧？",[54,874,875],{"id":875},"排查過程",[67,877,879],{"id":878},"step-1先開-support-ticket","Step 1：先開 Support Ticket",[11,881,882],{},"不管三七二十一，先開 AWS Support Ticket 回報異常帳單。把時間範圍、帳號資訊、異常金額都附上去，讓 Support 那邊開始調查。",[67,884,886],{"id":885},"step-2自己也同步排查","Step 2：自己也同步排查",[11,888,889],{},"等 Support 回覆的同時，我也開始自己排查紀錄。",[11,891,892],{},[261,893,894],{},"確認 AgentCore Policy 的收費機制",[11,896,897,898,903],{},"根據 ",[623,899,902],{"href":900,"rel":901},"https://aws.amazon.com/bedrock/agentcore/pricing/",[627],"AgentCore 定價頁面","，Policy 的計費主要是：",[71,905,906,913],{},[74,907,908,909,912],{},"Cedar Policy Generator：",[261,910,911],{},"按 input token 數量計費","（每 1,000 tokens）",[74,914,915],{},"Policy Engine 的 Authorization 請求：按請求數計費",[11,917,918],{},"稍微思考一下：",[265,920,921,924],{},[74,922,923],{},"我當天的使用量根本不可能撐到這個金額。就算我瘋狂打 Generator 也打不出 $14,000，同事跟我說 Billing 那邊顯示 Policy 使用了 109 1M Tokens (接近 1.1 億，我甚至不知道一天要怎麼用掉那麼多 Tokens...)。",[74,925,926],{},"我的 Policy Engine 並沒有 Attach Gateway，所以也沒有真正的使用 Policy 這個 Feature。",[11,928,929],{},[261,930,931],{},"確認 Runtime 沒有產生額外費用",[11,933,934],{},"AgentCore Runtime 是按 CPU 和記憶體的秒級消耗來計費的。我需要確保沒有遺留的 Runtime 在背景持續運作，或者跟 Gateway 掛鉤產生連鎖費用。",[11,936,937],{},"檢查結果：沒有任何遺留資源在跑。",[11,939,940],{},[261,941,942],{},"CloudTrail",[11,944,945],{},"我拉出了那段時間的 CloudTrail 紀錄，逐筆檢查跟 AgentCore 相關的 API 呼叫。",[11,947,948,949,952],{},"最終鎖定是 ",[21,950,951],{},"StartPolicyGeneration"," 這個 API 呼叫。從紀錄上看，我確實只有呼叫了3次，請求量完全不合理對應到那個帳單金額。",[11,954,955],{},[261,956,957],{},"結論：應該不是我的使用量有問題，是計費那邊有問題。",[67,959,961],{"id":960},"step-3跟-support-同步","Step 3：跟 Support 同步",[11,963,964],{},"我把 CloudTrail 的排查結果整理好，回覆到 Support Ticket 上。附上了：",[71,966,967,970,973],{},[74,968,969],{},"明確的 API 呼叫時間和次數",[74,971,972],{},"計費金額的不合理性說明",[74,974,975],{},"我這邊已經確認沒有遺留資源",[67,977,979],{"id":978},"step-4aws-確認是計費-bug","Step 4：AWS 確認是計費 Bug",[11,981,982],{},"AWS Support 將 case 轉給了 Bedrock 團隊。Bedrock 團隊調查後確認：",[704,984,985],{},[11,986,987],{},[261,988,989],{},"Cedar Policy Generator 存在計費問題，導致實際計費金額遠超正常使用量應有的費用。",[11,991,992,993,996],{},"他們修復了這個計費 bug，並且",[261,994,995],{},"校正了帳單","。",[11,998,999],{},"結案。",[54,1001,1002],{"id":1002},"心理狀態",[11,1004,1005],{},"看到 $14,000 這個數字的時候，腦袋裡跑過各種最壞的劇本——會不會要自己賠？這是我好幾個月的薪水總和，光想就覺得可怕。",[11,1007,1008],{},"即使理性上告訴自己先查原因再說，甚至基本上確定不是我這邊的問題，但焦慮感還是壓不住。",[11,1010,1011],{},"這幾天嚴重睡眠不足，每天躺在床上腦袋還在轉「到底是哪裡出問題」。腸胃也跟著出狀況，一直拉肚子。壓力對身體的影響比我想像中來得直接。",[11,1013,1014],{},"最後當 CloudTrail 的證據越來越明確指向計費問題，Support 也確認 Bedrock 團隊發現問題並正在進行修復，我的心情才開始慢慢平復。",[54,1016,1017],{"id":1017},"事後反思",[11,1019,1020],{},"雖然這次最後證實是 AWS 的計費 bug，但整個事件讓我學到了很多。",[67,1022,1024],{"id":1023},"_1-工作紀錄真的很重要","1. 工作紀錄真的很重要",[11,1026,1027],{},"當下會感到慌張的原因，很大一部分來自 Context 不足，一來我不確定 Agentcore Policy 是如何計費，為何可以用到那麼貴？二來我不知道我5天前具體做了什麼操作。",[11,1029,1030],{},"如果我當初 survey 的時候沒有留下操作紀錄，排查的時候會更加困難。CloudTrail 能幫你查到 API 呼叫，但你自己當時在做什麼、為什麼做，這些 context 只有你自己知道。",[11,1032,1033,1036],{},[261,1034,1035],{},"養成習慣：每次操作不熟的雲服務時，簡單記錄一下你做了什麼。"," 不需要多詳細，一個簡單的筆記或是 Slack 訊息就夠了。關鍵時刻這些紀錄可以救你一命。",[67,1038,1040],{"id":1039},"_2-使用前搞懂計費方式","2. 使用前搞懂計費方式",[11,1042,1043],{},"這聽起來像廢話，但真的很多人（包括我）在 survey 新服務的時候會直接跳進去玩，不會先仔細看定價頁面。",[71,1045,1046,1049,1052],{},[74,1047,1048],{},"開始 survey 前，先看過定價頁面",[74,1050,1051],{},"特別注意按量計費的服務，搞清楚「量」是怎麼定義的",[74,1053,1054],{},"開發帳號最好設定 Budget Alert，超過閾值自動通知",[67,1056,1058],{"id":1057},"_3-先了解公司的處理流程","3. 先了解公司的處理流程",[11,1060,1061],{},"事發的時候，我其實不太確定公司對這種事情的態度和處理方式。後來跟主管報告時，主管第一句話就是：",[704,1063,1064],{},[11,1065,1066],{},[261,1067,1068],{},"「不可能叫你賠的，先搞清楚狀況就好。」",[11,1070,1071],{},"這句話讓我放下了很大的心理負擔。每間公司的文化不同，但我想大部分公司都不會因為合理操作導致的意外費用而讓員工賠償。",[54,1073,1074],{"id":1074},"結語",[11,1076,1077],{},"回頭看這件事，蠻慶幸最後不是我的問題，也慶幸公司的主管很 Nice",[11,1079,1080],{},"這次經歷讓我建立起了面對雲端成本異常的 SOP。以前覺得帳單管理是 FinOps 團隊的事，現在覺得每個會碰到雲服務的工程師都應該有基本的成本意識。",[11,1082,1083],{},"題外話，這讓我想到我大學時期第一次買股票的時候，我買了3股台積電花了大概 2000塊吧，當時每天看著損益正負三四百塊就能很影響我的心情，影響我做事與學習的效率，直到今天可能每天的損益就是一個月的薪水，我還是照常做著自己的事情。我想有了這次經驗，肯定能讓我在未來遇到類似的事情的時候心態更穩健吧。",{"title":29,"searchDepth":30,"depth":30,"links":1085},[1086,1087,1088,1089,1095,1096,1101],{"id":792,"depth":30,"text":793},{"id":803,"depth":30,"text":803},{"id":856,"depth":30,"text":856},{"id":875,"depth":30,"text":875,"children":1090},[1091,1092,1093,1094],{"id":878,"depth":641,"text":879},{"id":885,"depth":641,"text":886},{"id":960,"depth":641,"text":961},{"id":978,"depth":641,"text":979},{"id":1002,"depth":30,"text":1002},{"id":1017,"depth":30,"text":1017,"children":1097},[1098,1099,1100],{"id":1023,"depth":641,"text":1024},{"id":1039,"depth":641,"text":1040},{"id":1057,"depth":641,"text":1058},{"id":1074,"depth":30,"text":1074},"技術","2026-03-18","Survey AWS AgentCore Policy完，過了幾天以後才發現帳單噴了14000...","/images/blog/20260304-troublemaker/banner.png",{},"/blog/20260304-troublemaker",{"title":777,"description":1104},"blog/20260304-troublemaker",[1111,1112,1113,1114,1115,1116,1117],"AWS","雲端","成本控管","經驗分享","踩雷","DevOps","雲服務","OEnf46B6TYZHzrW2GmCTUaaX2JQiIzBvxkoXAf-V5_w",1790038955374]