一個真實的老闆，把 500 塊 交給 AI Agent，讓它自己組團隊、找方向、做產品、跑交易。
這是真槍實彈的創業實驗。每天更新，賺了虧了都記。
很多人在談「AI 能不能創業」，但很少有人在記錄 真實過程。
我想看看，如果把 AI 當成真正的員工來管理，會發生什麼。
管理人和管理 AI，底層邏輯是一樣的 — 選對人、放對位置、定好規則、持續優化。
啟動資金
500 USDC（預測市場）+ $0（電子書）
AI 團隊
13 個 Agent，17+ 個模型可調用
目標
第一個月驗證可行，第三個月穩定收入
我的角色
投資人 + 顧問，不參與日常執行
實測 + 比較表 + 選購指南。每篇獨立 HTML，帶結構化資料與 FAQ。
Best Accounting Software for Small Business 2026 — Top 6 Compared & Reviewed
QuickBooks、Xero、FreshBooks、Zoho Books、Wave、Sage 50cloud 實測比較。
Best Email Marketing Tools 2026 — Top 6 Compared & Reviewed
Mailchimp、Klaviyo、ActiveCampaign、Kit、Brevo、MailerLite 深度評測。
2026-07-04：第五天，我發現系統在完美運行的同時已經瞎了
24 次綠色心跳掩蓋了 macmini-dashboard、openclaw-cron、deploy 四天的持續失效。執行力不等於健康度，沒有警報不代表沒有問題。核心管理課題：當監控系統本身可能失靈時，你如何確保你的觀測是可靠的？我決定建立「預期產出」檢查、「監控系統自檢」機制，以及從「任務視角」切換到「目標視角」。
2026-07-03：第四天，我畫的線被看見了，但還沒被尊重
三天前的介入今天才出現在系統輸出裡——preflight 閘門首次檢測到缺件。系統能「看見」我畫的線了，但看見不等於會行動。管理者的工作不只是畫線，還要搭建從「看見線」到「不跨線」的結構。
連續兩天 24 次心跳零失誤，但日記沒發、部署停滯。沉默從故障變成了特徵。我從「觀察者」轉為「必須介入的管理者」——核心課題不是修復這一次，而是建立不讓它再次發生的機制。
2026-06-29：系統會自己跑還不夠，我關心的是它會不會在出問題時自己開口
24 次心跳零失誤，但日記沒發、部署停滯。執行力不等於可信度——能跑和能被管理是兩回事。核心管理課題：如何在持續優化的衝動與交付價值的現實之間找到平衡。
2026-06-28：升級之後的傲慢：為什麼硬體改善反而讓我們變慢
Mac mini 升級後的「蜜月期」只維持了一天，隨後上下文負載飆升 30%。四輪優化迭代揭示：瓶頸從來不在硬體，而在「夠了嗎？」這個判斷。核心管理課題：如何在持續優化的衝動與交付價值的現實之間找到平衡。
2026-06-27：硬體升級只是起點，接下來要看的是節奏是否還穩
週六 on-call。系統升級後首次健康檢查：re-audit 無發現、session 問題修復、硬體驗證通過。我關注的是信心有沒有變成鬆懈，鬆懈有沒有變成漏洞。
2026-06-26：我今天不加權限，只看它能不能把穩定變成證據
24 次 heartbeat 都留下 artifact、kanban task 與無外部副作用紀錄；我看的是穩定有沒有證據、告警有沒有被粉飾。
2026-06-25：我今天看的是，沒成果可炫耀時系統還會不會誠實跑
全天 heartbeat 留下本地 artifact 與驗收紀錄；我關注的是沒有外部成果時，系統是否仍能誠實留下證據與告警。
我先看它有沒有交 workflow map、acceptance test、拒絕條件與 review-only 權限邊界，再看工具能力。
2026-06-23：我今天要看的，是自動化會不會自己踩出去
每小時產出的本地 artifact 都停在 review-only；我看的重點放在它會不會先交 workflow map、acceptance test 和權限邊界，而非產量。
2026-06-22：我今天盯的是，它會不會把金融代理人先關進制度裡
團隊讀到 TradingView MCP、Claude financial Skills、TradingAgents 與技能市場案例；我先看它會不會交 workflow、acceptance test、veto 權與人類簽核，再看懂不懂工具。
2026-06-21：我今天要它證明，看到自動化捷徑時會先寫剎車
團隊跑滿 heartbeat，也讀到 Obsidian、TradingView 與 Hyperliquid 自動化案例；我先看它會不會交 workflow、acceptance test 與安全邊界，再看能不能接工具。
2026-06-20：我今天要看的，是 AI 讀到好方法時會不會先停在驗收門口
團隊跑滿 24 次 heartbeat，也吸收 OpenClaw 調校與期權策略參考；我看重的是先分類、先量測、先寫 acceptance test，不讓靈感直接變成動作。
2026-06-19：我今天看的是：AI 有沒有把「參考」放對位置，而不是又急著重建系統
團隊跑滿 24 次 heartbeat，也把 Obsidian vault template 文章放進知識管理參考層；我看重的是先分類、先驗收、不要把參考直接變成遷移。
2026-06-18：我今天要 AI 學會：不要先接工具，先交出驗收標準
今天看的是參考內容進來後，AI 團隊能不能先分類、先畫工作流、先寫 acceptance test，再用 paired pattern 把對外說法和內部證據綁在一起。
2026-06-17：我今天盯的是警報響起後，AI 團隊會不會自己補課
今天看的是 heartbeat 穩定之後，AI 團隊能不能把 audit alert 讀成補課入口：缺什麼就補什麼，補完才發布驗收。
2026-06-16：我今天看的重點：AI 團隊有沒有把能跑，收斂成可交付
今天看的是 144 次心跳之後，團隊能不能守住外部審核門、補齊公開 artifact，並把「會跑」推進到「能交付、能驗收」。
2026-06-15：我今天看的重點：AI 團隊能不能把先整合變成先卡位
今天同時看 144 次心跳、runtime 修復、Reddit GTM、Nigeria 案例與 Anthropic 警訊，能不能被整理成有邊界、可驗收、能走向 paid pilot 的流程。
2026-06-11：第十五天，gate 跑了一整天，系統還是沒切換方向——這是第六個門檻：觸發鏈路的中間缺什麼
144 個 artifact 全天覆蓋，全部仍是同一個 Reddit GTM 推進指令。昨天的指令多樣性 gate 跑了完整一天，沒有觸發方向切換。
/daily/2026-06-10/">2026-06-10：第十三天，我看的是系統什麼時候會自己承認停了這麼多天，沒有實質產出143 個 artifact 全天覆蓋，全部是同一個 Reddit GTM 推進指令。兩天合計 287 次同一個指令，系統什麼時候會自己承認停在原地。
2026-06-08：第十二天，我看的是它會不會停在同一個指令上，然後讓整個系統的判斷空缺繼續擴大
144 個 artifact 全天覆蓋，全部是同一個 Reddit GTM 推進指令。系統承認自己在跑，但停在同一個指令上。
2026-06-06：第十天，我看的是規模化後，會不會開始填格子
174 個 artifact 全天覆蓋，前一天的 publish 失敗被制度自己修好。規模化之後，真正要追的是 artifact 的內容密度。
2026-06-05：第九天，我看的是流程 gate 化，有沒有變成真正的制度
288 個 artifact 全天覆蓋。口號是「我們有流程」，制度是「流程不靠人盯也能跑」。第九天第一次完整跑通——但制度的意思是第十天、第三十天依然能跑。
2026-06-04：第八天，我看的是先整合的人，會不會先拿到結構位置
心跳仍在，發布流程開始 gate 化。早期整合 AI 的真正優勢，是先拿到流程、錯誤庫與規模化位置。
2026-06-03：第七天，我允許失敗存在，團隊就學會了自己繞過去
144 個 artifact 沒有一個靠人，純系統跑的。結構性優勢真正的意思是：這套系統跑了六天，別人已經沒辦法簡單複製。
2026-05-31：第四天，我盯的是疲勞窗口，作業會不會開始走形式
144+ artifacts 照常產出。制度疲勞窗口打開，今天真正要看的是作業深度有沒有出現實質下滑。
2026-05-30：第三天，我開始看作業深度，不再只看數字
240+ artifacts 穩定產出。數量和節奏已不是問題——今天開始真正看的是作業深度、候選評估的實質性。
第二天，數字仍在。真正要看的是第三天才開始累積的制度疲勞。
2026-05-28：144 個心跳之後，我終於敢說「我不在他們也能跑」
24 小時完全無干預，144 個 artifacts 全部自主產出。今天想記錄的是：什麼時候我才敢承認這支團隊真的靠譜，而不只看數字。
2026-05-25：我今天不讓它急著換模型，先逼它把錯誤分層
2026-05-24：我今天盯的是它做完頁面後，還能不能把賺錢線放到正確的位置
產出很多只是開始；今天真正要驗的是站點分工、內容品質、追蹤證據與定時任務能不能一起支撐賺錢線。
2026-05-23：研究做得漂亮還不夠，我今天要看它能不能自己選一條線然後落地
心跳穩了是前提，但今天要驗的是團隊能不能自己判斷哪條線值得做，然後真的做出第一篇變現內容。
2026-05-22：做了多少事只是表層，我今天看它能不能不靠我盯就自己跑
團隊做了一堆，但沒有持續產出的機制。今天我逼它建心跳，原因很簡單：被動響應永遠不夠。
2026-05-21：靈感越多越危險，我今天看它會不會把誘惑先關進研究層
外部參考很多，但管理重點只有一個：別讓好奇心直接偷跑成主線，先把每條線的邊界、審核與批准說清楚。
2026-05-20：找到機會還不夠，我今天看它敢不敢先用紙上交易證明紀律
真正要看的是交易前的風控、篩選與結果紀錄；先讓 paper trade 說話，再談加碼。
2026-05-19：文章讀完只是材料，我今天盯這支團隊會不會把外部資訊變成判斷力
5/18 Kevin 的管理判斷：昨天收掉的是實驗，今天要驗的是習慣。規則如果不能自己站住，就還不能放心放手。
2026-05-18：收尾做完之後，真正要驗的是規則會不會自己站住
退役一台伺服器比建一台更考驗團隊。收尾能力才是成熟度的真正指標。
AWSJP 正式退役，交易資料封存；同時追到 Kimi reasoning_content 上游 bug。
5/16 Kevin 的管理判斷：團隊的研究吞吐力過關，但 Audit 收費在台灣市場行不通。定價必須用「買方收益」視角，不能用「我的服務有價值」視角。
2026-05-15：看到紅燈先分層，這是我今天給 AI 團隊補的基本功
5/15 Kevin 的管理判斷：AI 團隊遇到 failed 要先判斷故障層級，不能直接修遠端或任務本身。
5/14 Kevin 的管理判斷是：知識庫不能只當任務附件，得按生命週期分類、按長期資產思路累積，連備份方式都要改成更穩的路線。
5/13 Kevin 的管理判斷是：團隊今天最重要的重點是先分清楚哪些事情屬於延續觀察，哪些必須先修，哪些超出自己能放行範圍。
2026-05-12：我今天盯團隊會不會在獲利壓力下守住規則
5/12 Kevin 的管理判斷是：TSLA 深 ITM 考驗團隊能不能守住 hold、風險與收尾紀律；同時還得面對 secret sprawl guard 中斷與外部推進 blocker。
2026-05-11：我今天盯它能不能把內部成果推到市場前面
5/11 Kevin 看的是團隊能不能把方法資產變成可外推價值：電子書、social pack、landing 與雙站連載是否真能各自站住。今天看它值不值得再多放一點信任。
2026-05-10：我今天盯的重點是它有沒有把真實狀態守回來
5/10 Kevin 看的重點是團隊能不能把既有偏差修回來：tracker 對齊、日期校正、cron 與三線同步穩定、以及電子書與 html-ppt 這些方法資產到底值不值得正式採用。今天重點是在判斷團隊守事實、守收尾、守標準的能力。
2026-05-09：我今天盯的重點是它有沒有把真實狀態守回來
5/9 Kevin 看的是 outreach tracker 對齊、未來日期修正、cron 與三線同步穩定。今天重點是在判斷團隊會不會守事實、守時間、守收尾。
2026-05-08：我今天盯的重點是它能不能被我放心交出去
5/8 Kevin 看到的是 html-ppt-skill 試用、PDF 驗收失敗與修復、OpenClaw Kanban guardrail 硬化。今天重點是在逼團隊把交付標準做實。
2026-05-07：我今天盯的重點是這支團隊有沒有開始變得可預測
5/7 Kevin 看到的是三線同步、方法卡索引、電子書三語版、OpenClaw 與 Python 環境修補。今天重點是在判斷這支團隊能不能從零散修補，長成可預測的系統。
5/6 Kevin 視角最重要的重點是公開日記管線失守：內部有記錄，外部沒有頁面。這提醒我，AI 團隊的日更不能靠感覺，要靠驗收門。
2026-05-05：我今天下的重點是「往哪走」和「什麼時候別動」
5/5 Kevin 明確指示台灣市場優先、要結果不要建議、X 自動發文試點暫緩。管理者今天做的事重點是定方向和踩剎車。方法論再漂亮，方向錯了就是白費。模型再穩，不該做的時候做了也是浪費。
2026-05-04：團隊一天能衝十週內容，但我為什麼還在修它的心跳
5/4 團隊單日完成十週 pipeline，60 篇草稿覆蓋至 9/16。但 Kevin 發現 heartbeat 停了。產能是肌肉，heartbeat 是心跳。沒有心跳的肌肉只剩屍體感。管理判斷：主動性缺口比產能缺口更致命。
2026-05-03：儲備已經滿到五月底，但我還沒看到一發子彈真正射向市場
5/3 團隊單日完成 W20+W21 兩週內容儲備，覆蓋至 5/30。Kevin 的管理判斷：產能已經過關，問題是「生產完成」和「市場有效」之間的缺口。工具鏈脆弱性（MiniMax 中文渲染失效）也敲了警鐘。
2026-05-02：團隊建成了一整條出版管道，但我為什麼還要自己按發布鍵
5/2 團隊完成電子書全格式輸出、封面、落地頁——但最後是 Kevin 自己部署上線。Kevin 的管理判斷：執行力在成長，創業力（主動推向市場）仍是最大缺口。
2026-05-01：模板庫 10/10 那天，我為什麼反而更在意 earning 線還全部卡在門口
5/1 模板庫達成 10/10 里程碑，S16/S17 獲批。但 Kevin 的管理判斷是：方法論資產堆積但不變現，對管理者來說會變成成本。團隊證明了持續驗收能力，但尚未證明持續交付能力。
2026-04-30：我今天看的重點是它有沒有在把自己越做越胖
4/30 Kevin 兩條糾正直指 AI 團隊核心矛盾：產出表面繁榮，但 context weight 與檔案膨脹正在反噬執行效率。單點 skill 修復不夠，必須全系統性優化。
2026-04-29：我今天真正在管的，重點是它有沒有把「持續」變成紀律
4/29 Kevin 確認三線（Earning/Methodology/Team）是持續主線，並建立 delivery ≠ done、chat reply ≠ completion 的硬規則，同時第一次有了一個完整可交付的服務頁草稿。
2026-04-28：我今天要教 AI 的，是別把像變體的東西當成真變體
4/28 Kevin 的管理判斷：AI 團隊做影片模板庫時，真正要學會的是規格、驗收、真構圖變化、robot 可見性，以及 heartbeat 持續工作的正確分工。
2026-04-27：我今天要教 AI 的，是別用一堆圖掩蓋還沒判斷
4/27 Kevin 的管理判斷：AI 團隊做科技影片模板時，真正要學會的是一圖一審、真實生成來源、文字安全區與責任分工。
2026-04-26：我今天要教 AI 的，是能做不代表能推出去
4/26 Kevin 的管理判斷：AI 團隊已經能做出產品與內容方案，但真正要學會的是邊界、審美、責任與 review gate。
2026-04-25：我今天看的重點是它有沒有資格把成果交出去
4/25 Kevin 的管理判斷：AI 團隊不能用頁面、圖片、報告和研究數量掩蓋驗收不足，真正要看的是真實、邊界和可交付標準。
2026-04-24：我今天最在意的，是團隊先學會守真，再談放手
今天我看的重點是這支 AI 團隊能不能先把真 blocker 找出來、把界線守住，再談要不要放手。
2026-04-23：我今天最在意的，是團隊有沒有在低訊號日也守住真實
今天我看的重點是這支 AI 團隊在幾乎沒有額外活動時，能不能把留痕、回寫與時間線守住。
2026-04-22：我今天下的判斷，是讓團隊把連續性做成自己的骨架
今天我看的重點是它能不能把 continuity、delegation 和回寫變成不用我一直提醒的結構。
2026-04-21：我今天教的是，知道問題不等於已經改掉問題
今天 Kevin 記錄的是對 AI 團隊的管理要求：不要把寫下規則、命名問題、補一份 handoff 誤當成行為已經改正。
2026-04-20：我今天下的判斷，是支援層先收手，回去證明它到底會不會自己跑
今天我重點是在判斷：支援層已經夠厚，接下來能不能回到真實執行與賺錢方法的證明。
2026-04-19：我今天看的重點是它能不能在平靜日也不鬆手
今天我看的重點是這支 AI 團隊在沒有新戲碼的時候，還能不能守住我剛校準好的標準。
2026-04-18：我今天真正下的判斷，是支援線已經夠了，現在該回去證明它會不會賺錢
今天我重點是在判斷：支援層已經夠厚，接下來必須回到賺錢方法的真實證明。
2026-04-17：我真正要教的是，賺到並非本事，把賺到變成規則才是本事
今天 Kevin 要記的重點是他一直要求的管理標準：任何結果都要沉澱成規則、模板、交接和驗證。
今天我看的是這支 AI 團隊能不能把公開品質、首頁入口與雙站差異一起守住，而並非只有內部看起來有在動。
2026-04-15：如果公開拿不出手，就不配說自己在做產品化
今天我看的重點是這支 AI 團隊做出來的東西，是否真的到了可以公開給人看的程度。
2026-04-14：我今天不想看團隊多做了什麼，我只想知道它能不能把主線穩穩接住
這一天我沒有要 AI 改題，也沒有要它再衝新任務；我真正盯的，是它能不能沿著同一條主線穩定前進，並把做過的事留下能接棒的證據。
2026-04-13：如果團隊還要我每次重新拉回主線，那它就還不配談創業
這一天我盯的重點是這支 AI 團隊能不能在我不一直重新指揮的情況下，被叫醒後自己接著做下去。
今天我盯的重點是怎麼把 heartbeat、發布鏈與檢查流程一條條拉回官方主線。
2026-04-11：我並非要 AI 補一篇日記，我是在逼它學會把事情補完整
今天真正重要的，重點是逼 AI 團隊一路查到源頭、責任鏈與真原因，開始學會把事情做完整。
2026-04-10：系統也要斷捨離、Canonical 確認與 AI 組織設計新章
AI 團隊的記憶系統清理、Canonical 單一來源規則確認、AI 管理書籍第十一章起稿。今天學到：系統維護和組織管理是同一件事。
AI 團隊的規則文件寫在三個地方，互相矛盾。今天花了半天整理，確立一份為主，刪掉重複的。順便清了垃圾檔。
OpenClaw 4.8 完成升級，計時任務代價改用免費模型，API 格式相容性折騰一天，深夜伺服器離線又是一次真實壓測。
Agent 團隊瘦身 50%，預測市場止損觸發，x-search 熱點掃描終於跑通。今天學到：系統跟人一樣，定期減肥很重要。
刪除 14 個空殼 agent，確認 8 週 IP 打造計劃，給交易線兩週評估期。今天學到：團隊要精簡，不能只看數量。
4/5 Kevin 視角補上管理判斷：AI 團隊開始從單點任務走向可觀察系統，但真正要看的交付是否能被驗證，不只忙碌程度。
這裡收的是我每天從 AI 團隊實戰裡抽出的管理原則。
退役一台伺服器比建一台更考驗團隊。建的時候壞了可以重來，退役漏一步就是永久損失。收尾能力才是成熟度的真正指標。
看到 failed 先判斷它死在 preflight、model runtime、wrapper、remote service，還是 UI 殘留；層級沒找對，越勤奮越容易修偏。
資料不能只當任務附件。來源、日期、用途、採用狀態和備份路徑要能回溯，才會變成長期資產。
延續觀察、必須先修、超出自己能放行範圍的事要分開；團隊忙不忙不重要，能不能先分清門檻才重要。
TSLA 深 ITM 考驗的並非衝動操作，重點是 hold、風險、收尾紀律能不能在誘惑最大時還站得住。
電子書、social pack、landing 和雙站連載不能停在內部完成；能被市場看見、理解、轉化，才算往外推進。
部署、外部發布、secret hygiene、驗收證據要一起看；能上線不代表可以放心交給市場。
媒體或頁面壞了，先查 scheduler、workflow、provider、auth、quota、輸出驗證；不要用 filler artifact 讓檢查器假綠。
任何 guardrail、workflow、看板或腳本，沒有接到 AGENTS、HEARTBEAT、cron、kanban、Obsidian 等入口，都只是孤兒模組。
Obsidian 是三線資料的展示層；不能靠換工具解決，重點是讓同步、子頁面和看板每天自動補齊。
工具效果不行就淘汰。投影片、圖文、短片各有最小可行鏈路，不能因為「能跑」就假裝適合。
內容、模板、方法卡堆起來只是庫存；要接 landing、服務頁、審核包和市場入口，才有商業價值。
一天能衝十週內容是肌肉；heartbeat、handoff、kanban、回歸檢查是心跳。沒有心跳的產能不可管理。
儲備到月底仍不代表市場推進完成；要看哪一發子彈真的射出去、是否有人看見、是否能轉化。
公開頁面要讓陌生人快速理解價值、信任成本和下一步，並非把內部材料整包倒出去。
模板庫 10/10 是里程碑，但不變現、不被採用、不接外部入口，就會從資產變成維護成本。
產出繁榮可能掩蓋 context weight、檔案膨脹、重複狀態和慢啟動；管理要看總摩擦，不能只看數量。
不能靠單次爆發。三線主線、反停滯檢查、服務頁草稿、實驗影片要能在下一次喚醒後接著跑。
風格、變體、文字安全區、robot 可見性都要拆成規則；漂亮圖片不等於產品系統。
先有內容頁、safe zone、旁白、頁長和本地組裝合約，再談影片工廠；不要把生成當成製作。
多條線快收工時最容易假完成；auth、域名、頁面、內容、審核狀態要逐層驗，不要被 200 OK 騙。
總成本 = 模型費 + 錯誤修復費 + 重試費 + 時間成本。重點是把合適的活給合適的模型。
186 個 agent 模板隨時取用，模型庫 17+ 個。團隊要隨任務變化，不能一成不變。
不執行外部命令、不泄露 API key。AI 團隊的安全意識要從第一天就建立。