# 策展 · X (Twitter) 🔥🔥🔥
> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)
> 作者：Jason Zhou (@jasonzhou1993) · 平台：X (Twitter) · 日期：2026-06-20
> 原始來源：https://x.com/jasonzhou1993/status/2067937943545897143
## 中文摘要
# 到底什麼是 Loop Engineer？以及如何真正落實設定
昨天凌晨一點左右，我們的程式庫突然湧入了一堆 PR（Pull Request）。這並不是因為我們的團隊熬夜加班。
這些 PR 來自不同的 Agent 迴圈：Agent 自動發現問題、領取任務、驗證變更，並在沒有人手動下達指令的情況下開啟 PR。
我們在 @SuperDesignDev 還有一個 SEO 迴圈，每天能產出 20 到 40 篇高品質的網頁。這些網頁即使我完全不插手，也已經在為公司帶來流量了。
展開畫面重點
畫面以手寫字體呈現了一個系統架構概念圖，主要內容如下：
1. 左側標示「You prompt agent」，並有一箭頭指向右側的「trigger agent」。
2. 右側的「trigger agent」上方有多個箭頭匯入，分別標註了觸發來源：
- 「Cron job」（定時任務）
- 「Agent」
- 「Webhooks」
- 「???」（代表其他未知的觸發方式）
展開畫面重點
圖片為手繪風格的流程架構圖，背景為黑色。上方區塊列出了系統的核心組件：
- Orchestration/workflow（編排/工作流）
- State & memory (Task)（狀態與記憶（任務））
- init / Work Verification（初始化/工作驗證）
- Skills（技能）
- ...（省略符號）
下方區塊標示為「Execution」（執行），並搭配一個像素風格的圖示與一個長方形的輸入框/狀態框。圖中透過箭頭線條標示了系統內部的循環與資料流向。
展開畫面重點
圖片呈現了一個以「/signals」為核心的營運流程架構圖，包含四個主要區塊：
1. **Support（客戶支援）**：
- 每 30 分鐘執行一次循環：回應支援票務（Respond support tickets）→ 記錄摩擦點與想法（Log frictions & ideas）→ 監控效能（Monitor performance）。
- 產生訊號：5 人詢問如何匯出（5 people asked how to export）。
2. **Product growth（產品成長）**：
- 每 2 小時執行一次循環：分析產品數據與訊號（Product analytics + signal）→ 優先處理實驗（Prioritise experiments）→ 交付 PR（Deliver PR）。
3. **SEO（搜尋引擎優化）**：
- 每天早上 9 點執行循環：分析數據（Analyse data）→ 研究主題（Research topics）→ 發布 SEO 頁面（Publish SEO pages）。
- 產生訊號：/ai-wireframe-generator 獲得點擊但轉換率不佳（/ai-wireframe-generator get clicks but bad conversion）。
4. **Ads（廣告投放）**：
- 每天早上 9 點執行循環：分析數據（Analyse data）→ 更新策略（Update strategy）→ 調整廣告活動（Adjust ads campaign）。
- 產生訊號：/lovable-alternative CPC 表現良好（/lovable-alternative CPC is good）。
中心樞紐為「/signals」，匯集了來自各處的 Markdown 檔案（export_too_hidden.md、conversion_gap.md），並將這些訊號反饋至產品成長與廣告策略中。
展開畫面重點
圖片呈現了一個名為「File structure」的檔案結構規劃，內容包含三個主要區塊：
1. **Artifacts**（紅褐色區塊）：
- Docs/
- Signals/
- Tasks/
- Contents/
- campaign/
- ...
2. **Loop contract**（綠色區塊，外框包覆）：
- Goal
- Workflow
- Task
- Timeline
3. **LOGS.md**（純文字）：
- LOGS.md
該圖表以手寫風格呈現，旨在定義專案中不同檔案類型的歸屬與架構邏輯。