敘事角度
先判斷這周適合講階段、假設、實驗、信號還是不確定，避免把早期學習包裝成成功故事。
工具任務
Build-in-Public Story Generator
把 Tomako 的真实 GTM 进展转成社区能接受的公开叙事：阶段、假设、动作、信号、不确定和反馈问题，而不是营销稿。
生成透明、有數據、有疑問的公開進展帖
輸入產品階段、本週進展、Tomako 生成的 GTM 假設、已有信號和想請社區反饋的問題。結果會給出多平臺草案和真實性檢查。
Review 原型
你可以得到什麼
四個平臺草案
同一素材分別生成 Indie Hackers 長帖、Reddit 討論帖、X thread 和 LinkedIn 進展帖。
真實性檢查
標出營銷味、證據缺口、過度公開和社區契約風險，提醒你發之前改掉。
反饋問題
把“大家怎麼看”改成更具體的判斷問題，讓社區有空間給出有用反饋。
適合公開學習記錄，而不是普通社媒發帖
適合獨立開發者、早期 SaaS、開發者工具、AI 產品和正在驗證 GTM 渠道的小團隊。
尤其適合已經用 Tomako 生成過渠道選擇、發佈計劃或增長假設，但不知道怎麼把它講給社區聽的時候。
輸入可以很粗糙，但必須包含真實進展和一個想請教的問題；否則結果會像普通宣傳稿。
輸出定位為草案和複核材料，不是自動發佈、獲客保證或社區運營替代品。
同一素材，不同社區契約
Indie Hackers 適合完整講背景、假設、數字、學習和請教點。
Reddit 需要先降低宣傳感，把問題放在前面，並說明你不是來硬推產品。
X thread 要把每條拆成階段、行動、信號和不確定，不要只有口號。
LinkedIn 可以強調決策質量和學習過程，但不能寫成公司新聞稿。
公開之前，先檢查哪些內容不該公開
不要公開客戶姓名、敏感收入、未發佈路線圖、私密社區截圖或可識別用戶反饋。
指標可以寫成區間、相對變化或樣本數；沒有數據時要承認是定性信號。
Tomako 的 GTM 策略只能作為假設來源，不應被寫成已經驗證的市場結論。
如果帖子最後只有註冊鏈接或強 CTA，就不再是 build-in-public，而是廣告。
為什麼這個工具屬於 Tomako，而不是普通發帖生成器
從 GTM 假設出發
普通工具先問平臺和語氣；這裡先問階段、渠道假設、信號和不確定。
保留疑問
好的 build-in-public 不是把一切寫得很順，而是讓讀者看到你正在驗證什麼。
按社區改表達
Reddit、Indie Hackers、X 和 LinkedIn 的可接受表達不一樣，不能只換長短。
先複核再發布
結果會提醒哪些句子太像營銷、哪些結論沒有證據、哪些信息不適合公開。
把結果當成發佈前複核單
發佈前刪掉沒有證據支撐的絕對結論。
至少保留一個失敗、猶豫或待驗證問題。
把指標、用戶反饋和 Tomako 假設分開寫，避免混成一段宣傳。
對 Reddit 版本尤其要檢查是否像自我推廣。
複製前確認公開邊界：哪些數字、客戶、路線圖和內部決策不能發。
好的 build-in-public 工具應該具體，也應該剋制
質量：輸出應有真實結構，而不是把產品賣點換成社媒語氣。
可信：必須區分事實、假設、指標、定性觀察和未確認問題。
易用：第一版只需要產品階段、本週進展和反饋問題，不要求完整增長報告。
平臺匹配：不同平臺的草案應改變社交契約，而不只是改變字數。
安全：要提醒過度公開、客戶隱私、路線圖和社區自我推廣風險。
常見問題
這個工具會自動發到 X、Reddit 或 LinkedIn 嗎？
不會。它只生成草案和複核清單。你需要人工編輯，並按各社區規則手動發佈。
沒有真實數據可以用嗎？
可以，但帖子應該明確說這是定性觀察或待驗證假設。沒有數據時不要偽造增長感。
它和普通 AI 發帖生成器有什麼區別？
普通工具通常從平臺和語氣開始。這個工具從階段、GTM 假設、證據、有效/不確定和社區反饋問題開始。
這個 review 版本是否接入了真實 Agent？
還沒有。當前是前端確定性原型，用於驗證交互和輸出結構；轉 published 前應確認是否升級為 Agent/Skill Result。