工具 · 內容 · 系統
工具、內容、基礎設施、自動化與投資互相調用——新項目站在已有的東西上,不是從零開始。
Research → Think → Create → Act → Self-Improve,每輪記錄、復盤、寫回 MD 憲法。
L1 對話層做事,L2 觀景層看,文檔治理兩面之間。
用呼吸當唯一操作的平靜遊戲,沒有失敗、沒有分數。
自建郵件系統接 Twenty CRM 與 Newsletter,AI 驅動。
零 Key 多源並發搜尋聚合器,誰行誰上。
從 Web 到桌面到嵌入式,結構設計先於代碼。
Automation——可控服務加上唯讀的能力清單,檔案始終留在原地。一條自改進閉環:Research → Think → Create → Act → Self-Improve,每一輪都被記錄、複盤,並寫回 MD 憲法;Self-improvement loop(PDCA + MD 憲法):每一輪餵給下一輪。
做出一件東西,尚未分發——FengMedia 37 個項目(2026-10-05《強將手下無弱兵》)是由選題到成片的創作中樞;FengInvest 91 scripts 都算 create(市場研究 / 資產分析報告)。
Docs are the control plane——每輪迭代重寫憲法,憲法塑造下一輪循環;AI 是更嚴格的讀者,它按字面執行。
可控服務 + 唯讀能力清單 · 檔案留在原地
Two-layer interface principle:L1 負責 build,L2 負責 view,docs 負責管——這一頁(FengOS)就是觀看層。
每一個動作都在對話裡運行:人用 natural language(Skill)驅動 ZCode / Skill;AI 讀 docs、調工具、寫回結果;System 是真實系統,結果以唯讀方式浮出。
唯讀,用來檢查與展示;本頁就是觀看層(FengOS)。
AGENTS 規則 · MISSION 目標 · todo 帳本 · FENGMEM 記錄 · Skill 包
C1 · 資料留在本地 C2 · 產出進入備份管線
Docs are the control plane——AI 是最嚴格的讀者,它按字面執行。
systems in production:FengInvest · FengMedia · FlyGo · FengMail · 純工具:TTS-UI
體系全景不替別的頁説話——範式、論證、工程各歸其位,這裏只留指路牌。
五層、雙軌、雙循環怎麼拼成一個人帶一支艦隊的操作系統——5DT 範式的框架全景與軟件工程架構,完整版見 Feng Human-in-the-Loop 頁。
對話層負責做,觀景層負責看,文檔層負責管——兩層界面原則的完整論證與診斷法,見 理念頁。
結構設計先於代碼,交付才是目的——從 Web 到桌面到嵌入式。 從結構到交付。
FengOffice——AI 統一郵件與 CRM,把內容營運的基礎設施收進一條自動化鏈路。
一個 CLI 管郵件,一個 Docker 棧跑 Twenty CRM,郵件發現 → 回覆 → CRM 錄入,完整鏈路打通。新聞稿由 Newsletter 系統(Listmonk)自動分發。
不接受模糊需求。拆到可量化、可驗證,才叫清楚。
用 PDCA 推進:先規劃,再按階段執行、檢查、修正,而不是一來就亂寫。結構想清楚以後再解耦,不能把所有東西亂塞在一起。
PDCA 推著走。拆解、研究、規劃、執行、檢查,層層遞進。
結構想清楚以後再解耦,不能把所有東西亂塞在一起。能複用的全部複用——可抽離的模組、樣式、組件和流程,我都會盡量做成可複用。
真實世界不是二維表格。數據是網狀關係,不是行列。
我會一起考慮用戶需求、部署路徑、維護成本,以及工具如何嵌入真實流程。產品加運營視角、調試與迭代紀律、文檔與交接意識——這些比代碼本身更重要。
我經常把 API、表格、本地文件、提示詞系統接起來,把原本零散的手工步驟收束成能運行的工作流。
開源優先,AI 加速,選最合適的而不是最炫的。
優先研究開源項目:如果已有合適的開源方案,我會先研究別人的實現,再決定怎麼做。沒有開源項目時再研究 AI 方案:但 AI 只是加速器,不是取代結構思考的東西。
代碼不是唯一重點:功能是否正確、是否穩定、是否好用,比單純堆代碼更重要。
代碼只是中間產物。文檔、部署、維護、迭代,才是交付的開始。
如果你想看具體倉庫、代碼講解、架構說明,或者需要偏招聘視角的技術篩選版本,我可以按場景展示最相關的代碼:增長工具、內部軟件、自動化工具或多平台構建。
想得到,做得出
工具需要有商業場景才有價值
與黃仁勳於HKUST合影——我在他的後面。
他站在我面前,我卻覺得我們並無不同——不過是同一段故事裏,翻到了不同的頁碼。他也許是這世上最重要的人,但他的時間銀行裏,存款不如我多。