鐵人檔案
這是一個正在正式站上線的訂閱制服務的真實維運紀錄，不是概念展示。系列依序記錄技術架構、十個真實踩過的地雷（SQL跳脫、時區換算、資料單位混淆等）、訂閱分級與第三方訊息平台整合、AI內容生成的容錯設計，以及自動巡檢代理與CI/CD部署驗證機制。誠實記錄Claude Code在架構決策、地雷排查與日常維運代理中實際扮演的角色，給想一個人維運商業服務的開發者一份可直接參考的實戰紀錄。
一個不方便的事實 LLM API 會掛。逾時、限流、5xx、回傳格式跑掉——全部都會發生，而且往往挑在你睡覺的時候。如果 Day 20 那個每日摘要功能直接依賴...
換個視角：這次寫協作過程本身 Day 21 講了容錯模式的設計。今天倒帶重放，講這個模式當初是怎麼跟 Claude Code 一起落地的——因為那次協作過程本身...
一人團隊的殘酷算術 沒有 QA、沒有 code review 的同事、沒有值班輪替——一人維運的服務，所有品質防線只剩一道：測試。我的專案累積了 1200+ 個...
問題：每個新對話都是失憶的開始 跟 AI agent 協作最根本的摩擦：它沒有連續的記憶。今天的對話裡它深刻理解了你的架構、你的地雷、你的商業約束——明天開一個...
一個人也能有「團隊」 Claude Code 有一個能力：主對話裡的 agent 可以把工作拆出去，交給獨立的子 agent 執行——各自在乾淨的上下文裡工作,...
從「對話工具」到「排程代理」 前面講的協作都是「我在場」的形態：我發起對話、它執行、我驗收。但 Claude Code 還有另一種運作形態——以排程代理的身份，...
一個危險的等式 我的服務目前的部署設定：程式碼推上主分支 = 觸發自動部署到正式站。 沒有人工審批環節、沒有部署窗口、沒有「週五不上線」的規矩。 在有真實付費使...
系列走到尾聲，最後三天離開程式碼，講講商業側的現實——畢竟這是一個「訂閱制服務」的維運紀錄，而訂閱制的第一個靈魂拷問永遠是：到底要多少訂戶，這件事才養得活自己？...
程式碼之外的那座山 如果你以為一人做訂閱服務，難的是技術——這系列前面二十八天可能加深了這個誤會。到了要正式收錢的階段，你會發現真正的關卡陸續浮現在完全陌生的領...
三十天的濃縮 二十九天講了架構、地雷、成本、協作、商業。最後一天，把整個系列蒸餾成三件事——如果你只記得三句話，我希望是這三句。 第一件事：把踩過的坑寫下來，寫...
