原文放在：https://github.com/chenmitchell/omg-payment-skill
現在的開發是靠腦袋、靠執行力，而不是拘泥。有想法，就交給 AI。我從不會寫程式，到今天可以做出這樣的東西，靠的就是運用 AI。
千里之行，始於足下；見賢思齊，見不賢而內自省。
「不要抱怨沒有人，因為你就是那個人。」 — 取自 g0v 零時政府宣言
不創新，就是死亡。跟不上腳步，就是慢性自殺。
透過 AI 輔助，我們可以快速地生成，所以如果不快速迭代，就會在這速度當中，被取代。這不是危言聳聽，這是 2026 年的日常。
過去一個 feature 從想法到上線，要經過 PM 寫 PRD、設計師畫稿、工程師估點、sprint planning、code review、QA、上線。現在一個人用一個週末就能做出原型，一週就能上線測試。瓶頸不再是技術，而是想法產生的速度，以及迭代的決心。
如果你還在觀望，覺得「AI 還不夠成熟」、「我等它更好再用」，請記住：觀望的每一天，別人迭代一次；觀望的每一週，別人上線一個新 feature；觀望的每一個月，別人的產品已經比你領先三個版本。
AI 不會等你準備好，市場也不會。
快，不是為了贏過別人，是為了不被時代遺留在原地。
上級叫你從 A 撤離到 B，兩個小時直升機就要到了。然後咧，你們要慢慢跑？你以為直升機會等你們喔？任務有時間，你們就是要不擇手段。你們給我跑到吐，也要給我完成。這裡是作戰單位。你要是活下來就一直活著，不然就是死在戰場上。
做產品也一樣。
Deadline 不是建議，是物理事實。競品下週上線，合規文件月底要交，客戶下個月要驗收，時間不會因為你準備不完就延後。任務有時間，你就是要想盡辦法在時限內把它做完。
想盡辦法不是亂搞。該砍的功能就砍，該用半成品先上就先上，能找 AI、能找社群、能抄現成的就絕對不從頭自己寫。不完美但能跑，永遠勝過完美但沒上線。今天交六十分，明天補到八十分，下週再修到九十五分，永遠勝過三個月後交一份一百分但已經錯過時機的版本。
你活下來，產品活下來，就一直活著。不然，就是死在市場上。沒有第三條路。
努力不一定會成功，但是不努力就一定會失敗。
這句話看起來像廢話，但它是整份心得裡最重要的一句。
很多人不動手，是因為怕失敗。怕寫的 code 被笑，怕文件被挑毛病，怕 repo 沒人 star，怕公開以後被發現自己其實也不懂。所以選擇觀望，選擇再研究一下，選擇等一個「更好的時機」。
但不動手本身，就是一種失敗。它是一種靜悄悄的、不會被人發現的、每天都在發生的失敗。你心裡那個想解決的問題，每天都還在困擾你和你身邊的人，你知道自己可以動手，但你沒有。
動手了，成功機率從零變成某個大於零的數字。不動手，成功機率永遠是零。
本 Skill 也可能失敗。可能沒人 fork，可能被官方出個更好的版本取代，可能幾個月後就沒人在乎。但那都是努力過之後的失敗，跟沒動手的失敗本質不同。前者讓你學到東西，留下作品，累積聲譽；後者只讓你晚上睡不著。
所以今天就動手。不完美沒關係，慢也沒關係，只要是往前走的。
千里之行，始於足下。這是老子《道德經》第六十四章的話。不必等準備好，走出第一步就是進度。
見賢思齊焉，見不賢而內自省也。這是孔子《論語・里仁》裡的話。看到好的 repo 就學起來，看到差的實作就回頭檢查自己是不是也犯一樣的錯。本 Skill 之所以存在，要特別感謝綠界科技的 ECPay-API-Skill（https://github.com/ECPay/ECPay-API-Skill），那是一份寫得極為用心的作品，啟發了我很多——從資料夾的分層、測試向量的寫法、法規範例的結構，到「把事實與意見分開」的敘事方式，都是從那份 Skill 上學到的。看完之後我就想，OMG 的 FunPoint 金流情境也需要一份這樣的東西，那就自己來寫一份。這份 Skill 是我個人以社群身分寫的，不是任何公司的官方資源，也沒有取得任何官方的背書。寫得不好的地方是我自己的責任，寫得還可以的地方則要感謝綠界那份 Skill 帶給我的啟發。
不要抱怨沒有人，因為你就是那個人。這句話取自 g0v 零時政府的精神。沒有人做 OMG 的 AI Skill，那就自己做一個。沒有人寫繁體中文的冪等性教學，那就自己寫一篇。沒有人測這個 API，那就自己測一次，把測試向量公開。每一個抱怨的背後，其實都是一個空缺的位置，填上去的那個人，就是你。
g0v 是一個致力於推動開放協作的社群。參與者來自四方，社群自由且多中心運作，每個參與者自主決定貢獻專案，或發起新專案，所以沒有強制性，各專案各自運作、決定治理模式。g0v 的座右銘是「不要問為何沒有人做這個，先承認你就是沒有人」，因為「沒有人」是萬能的。g0v 許多成員來自開放原碼社群，鼓勵成果開放授權（Open Source 或 Creative Commons 授權），讓知識流通刺激更多貢獻。這段話節錄自 g0v 零時政府宣言（https://g0v.tw/intl/zh-TW/manifesto/）。
本 Skill 的精神與 g0v 宣言一致，並且遵循它的核心原則。
這個 repo 沒有 gatekeeper，任何人 fork 之後就可以自行 iterate，不需要維護者的許可。不強制任何人貢獻，也不強制任何人使用，看到覺得有用就拿走，看到覺得不夠好就改掉。所有內容採 MIT License，包括測試向量、CI 腳本、bot 模板、法規範例，都可以自由 fork、修改、商用。沒有人寫 OMG 的 AI Skill，那本 repo 的維護者就是那個「沒有人」；沒有人把這份文件翻成英文，也許你就是下一個「沒有人」。本 Skill 之所以存在，就是因為看到 ECPay 做了，於是自己也來做一份。希望下一個看到這份 Skill 的人，也能被刺激去補上另一個生態系的缺口。
不需要會寫程式，不需要唸過資工系，不需要在大公司工作過。你需要的只有三件事：一個想法（我想解決某個問題），一點執行力（打開 AI 助手，把想法講出來），加上不拘泥（不追求第一次就完美，願意 iterate，願意公開，願意被指正）。
AI 是所有人的放大器。過去一個想法從萌芽到上線需要一個團隊半年，現在一個人一個週末就能做出原型。瓶頸不在技術，在願不願意動手。
把這份精神傳下去。如果本 Skill 對你有幫助，請不要只收下就走。去做一件你身邊的人會感謝你的事，然後把它公開出來。不管是寫一份繁體中文的技術文件、翻譯一份英文指南，或是做一個小工具解決朋友的問題，都算。
寫這個 Skill 的時候，我提醒自己幾件事。不要怕被笑，公開的東西一定會被人挑毛病，被挑毛病代表有人在看，被挑毛病是進步的開始。不要怕錯，錯了就改，改了就公告，公告了就記進 CHANGELOG。不要怕小，一個小小的 README 改動，一個小小的測試向量，也是貢獻。不要怕慢，從 0 到 1 永遠比從 1 到 100 難，已經在 1 了就不要回頭。
本文件不是法律條款，不是技術規格，只是一段心得。讀完之後，希望你能像我當初看到 g0v 宣言與 ECPay Skill 一樣，產生「我也想做點什麼」的衝動。那個衝動就是起點。
— Mitchell Chen https://www.mitch.tw 2026-04-12
g0v 零時政府宣言：https://g0v.tw/intl/zh-TW/manifesto/
ECPay/ECPay-API-Skill（本 Skill 架構的致敬對象）：https://github.com/ECPay/ECPay-API-Skill
omgtwhub（若未來出現的 OMG 官方 AI 金流 Skill）：https://github.com/omgtwhub/