RuiCheng Digital

Autopublish

Cross-platform Campaign Engine

把同一個產品，拆成四種語氣，每天固定時間自動發布。

這不是聊天機器人首頁。這裡要呈現的是一個每天會工作、會換切角、會區分平台語氣的發文系統。現在首頁已改成 `autopublish` 專用 UI，原本的 JARVIS 工作台保留在其他路由。

打開營運後台查看舊工作台
Daily Cadence09:00
Platforms4
Live PublisherThreads
Platform Writing System

同一個產品，不同平台要講不同話。

首頁直接把四平台語氣攤開，讓產品定位跟系統能力一眼就看懂。

直白碎念

Threads

用真人觀點切進產品痛點，適合先打共鳴與討論度，不把它寫成制式廣告文。

很多品牌不是沒內容，是每天都在重複同一句。
重點導購

LINE OA

把資訊壓成可快速掃讀的推播格式，保留 CTA，讓每日觸達不會像長篇公告。

今天主推什麼、為什麼值得看、下一步做什麼。
完整敘事

Facebook

拉長內容密度，補足案例脈絡與可信度，適合成功案例、方法拆解與教育型內容。

同一個產品，FB 要講完整，不能只貼一句口號。
成果導向

Instagram

第一句先抓住視線，再用圖像成果、Hashtag 與明確情境把轉換意圖拉起來。

先讓人停下來，再讓人想點進去。
Operator Board

現在這個專案實際在跑什麼

Manual approval first

先把資料來源、文案生成、去重檢查與第一條發布鏈路做實，再擴平台。這個順序比先做一個漂亮但空的社群後台更合理。

  • 每天固定時間從排程表讀取今日主題與主推產品。
  • 同一份產品資料自動改寫成四個平台版本，而不是硬複製同一稿。
  • 用歷史發文紀錄檢查開頭、CTA 與切角，避免連續撞文。
  • 先打通 Threads 文本發布，再擴到 LINE 廣播、IG 與 FB。
GET /api/social-campaign/preview?date=2026-05-05&platforms=threads,line

POST /api/social-campaign/publish/threads
{
  "text": "今天的 Threads 測試文案",
  "use_campaign_defaults": true,
  "campaign_date": "2026-05-05"
}
Build Stack

已經接好的底層

  • 內容來源本地模板與 campaign snapshot 已接上，接下來可切 Google Sheets 而不必重寫 workflow。
  • 工作流social_daily_campaign 已能讀取今日活動、主推產品、素材、品牌規則與近期發文。
  • 發布能力Threads 文本發布已通，LINE 已有 push / broadcast / narrowcast 介面，IG / FB 還待接。
  • 營運節奏先用 manual approval 跑穩 7 天，再決定是否切到全自動。
Routes

這個站現在怎麼分工

  • `/`Autopublish 的對外產品首頁與系統概覽。
  • `/connect`原本的 JARVIS 連線控制台，保留給內部使用。
  • `/ops`營運後台與內部管理頁。
Next Move

後面應該怎麼做

  • 把今日 preview 接到真正的後台頁，而不是只留 API。
  • 把 Vercel 本地 `.env` 轉成正式 project env。
  • 補 IG / FB publisher，最後再接 log persistence。
進入營運頁打開舊控制台
Deployment Note

這個 UI 的目的

你剛剛指出的問題是對的：既然網域叫 `autopublish`，首頁就不應該先把使用者丟進 JARVIS。這版先把品牌外觀與產品語言校正回來，讓部署出去的第一眼是對的，再繼續往真正的自動發文後台收斂。