Product
這一個礼拜我在准備其他的代碼，沒怎麼碰這個項目。等我回來重新打开它的時候，看到的东西不太一樣了。
每天都在做的時候，你會觉得每個功能都很有黏性——毕竟是你投了大量時間开發出來的，每一塊都觉得不可或缺。但放下一個礼拜，沒有了那種黏著感，事情反而清晰了。
距離让我看见了什麼
少了每天的惯性投入，一些現實的考量浮了上來。
我之前設计了特別多工作流，想法很 ambitious——多步骤、多分支、深度可配置。想象很興奋，但換了雙眼睛再看，我看到的是認知負担。到底有多少人會真的走完那些流程？這不是一個確定的數字。
更诚實的做法是回到那句老话：基礎功能能不能跑通，能不能做到最好用？
先打地基，再蓋楼
有一個宏大的蓝圖我是同意的。但第一周就要建摩天大楼，那是另一回事。先把地基打好，頂層的事可以之後再來。
這不是在說投入夠不夠，也不是在質疑想象力。而是關于"有的放矢"——分清楚什麼是紧迫的，什麼是愿景。
這個阶段真正要權衡的是：我是花時間打磨已有的功能、形成產品閉環？還是开更多線程、做横向擴张？確實有很多可以做得很惊艳的东西，但每做一個，都在挤壓打磨基礎場景的時間，也在拉長开發周期。
第一個月和第六個月
重新審视的時候，我發現有些功能像是這個產品六個月以後的樣子，有些則是第一個月就該想清楚的。
所以我把几乎所有属于第六個月甚至第一年的东西，從當前版本裡拿掉了。不是刪掉，是存起來。這樣做是為了留出空間，去思考怎麼把最基礎的东西表達清楚。
过度解釋的倾向
有一件事是我在構建过程中發現的：虽然我每天都在用這個產品，但我一直在担心自己有沒有交代清楚它到底是做什麼的。會不自觉地加更多引導、做更多解釋、試圖挡住所有可能的困惑。
根源在于我不知道別人會不會用它。而真相是，沒有進入市場就不會知道。最好的反饋永遠是用戶反饋。沒有它，就容易陷入一種在真空裡打磨的狀態——被自己的投入感動，而不是被真實信號驅動。
所以這周我砍掉了 20% 的功能。我觉得還是要把這個做得更具體一些。
一個月前的我不會這麼做
一個月前如果有人跟我說砍功能、少做一點，我大概會觉得：凭什麼要限制自己？那樣感觉想象力受到了束缚，想得不夠遠。
但後來我在想，很多想法虽然好，并不意味著一次就要把功能仓库塞滿。一口吃不成胖子。有些想法需要放一放，關鍵是它们現在是不是被需要的。
西瓜和芝麻
當面對越來越多的問题和 task 時，核心問题會反复浮現：你到底想做什麼？一個什麼都想做的產品，最後什麼都做不好，精力會很分散。
觉得疲劳的時候，答案不是花更多時間把所有事情都做完。有時候你需要跳出來，站在更高的地方看一看：關于這一切，我到底在做什麼？
關鍵不是你有十個還是一百個 agent skill，而是弄清楚這十個到底發挥了多大作用。三個月以後它应該是什麼樣？六個月以後呢？
這不是要從每天挤出更多 productivity，而是在時間維度上去看這個產品怎麼演化——從自己的 ecosystem 出發，找到它的生態位。
寫软件也是在練習表達
這個產品以什麼方式和人交互？在這個交互裡，什麼是最重要的？
就像和人說话一樣。語速快不代表你要說的更多。恰恰是在你有大量信息要傳達的時候，更要想清楚什麼是最重要的，然後說那個。
不是把所有东西一股脑列出來，而是抓雙方都能有效溝通的东西說。
寫软件會倒逼你想清楚這件事：你到底想說什麼？什麼是最重要的？
說到底，寫代碼也是在練習如何清晰地表達自己。
這不是行銷，是我們自己踩過的坑。