前言¶

做景觀設計 Agent 流程的人大概率會遇到兩類問題：一類是階段之間沒有統一調度者，01 到 06 各自推進，交接點上容易出現階段被跳過、成果被口頭認定的問題；另一類是校驗邊界模糊，調度方順手判斷畫面質量和概念符合度，階段 Skill 的專業性被架空。

下面介紹的 LandscapeFlow AI｜Director 是一個專門解決這兩類問題的調度類 Skill。它不畫圖、不寫 PPT、不做任何具體設計，只負責一件事：把一個景觀設計項目的推進節奏管住，階段之間由它路由，階段完成與否由它把關，而專業判斷始終留在階段 Skill 手裏。

這是什麼¶

LandscapeFlow AI｜Director（景觀設計總監）是一個面向景觀設計全流程的調度 Agent Skill，座標 @user_3bc8c30f/landscapeflow-director，版本 1.0.0，來源 community，分類 ai-agent，發佈者 user_3bc8c30f，無需 API Key（標籤 requires_api_key=false）。

它的定位是項目級調度大腦，只做四件事：

1、接管項目（或從中斷處續接）；
2、判斷當前所處階段；
3、調用當前階段對應的階段 Skill；
4、控制 Human Gate，即必須由人確認的流程閘門。

它同時明確聲明瞭三件不做的事：不重寫階段專業成果、不替代階段 Skill、不做任何具體設計。也就是說，Director 的產出是流程狀態與 Gate 決策，不是設計內容本身。

在 SkillHub 頁面上，該 Skill 的評分爲 100000、下載量 1142 次（以上爲本次抓取時點的數據）。

核心功能¶

唯一的跨階段路由權¶

Director 擁有唯一跨階段路由權，並統一管理 B / C / D 三類流程 Gate。與多數編排型 Skill 不同的是，它把”何時進入下一階段”這件事收得很緊：未獲得 Human Confirmation 不得調用下一階段，最終項目 status: COMPLETED 只由 Director 在 Project Closeout Gate 之後寫入。

這條規則的實際效果是：項目收口狀態只有一個寫入方、一個寫入時機，階段 Skill 不能自行宣佈項目完成，人也不能在流程中間把狀態直接推到終點。

四類 Gate¶

資料中定義的 Gate 共四類，職責互不重疊：

三類流程 Gate 的含義需要分開記：

• B 類 EXTERNAL_HANDOFF_GATE：階段成果交接給設計師做外部製作，交接動作完成不代表階段完成，階段本身仍處於未收口狀態。
• C 類 STAGE_CLOSEOUT_GATE：階段工作全部完成後，Director 向人詢問確認，由人選擇繼續 / 修改 / 查看 / 暫停四種走向。
• D 類 PROJECT_CLOSEOUT_GATE：06C 完成後做最終項目收口，收口之後才寫入項目 COMPLETED 狀態。

A 類 Gate 被明確劃出 Director 的管理範圍：階段內部決策屬於專業判斷，由對應階段 Skill 自主管理。

校驗邊界¶

Director 與階段 Skill 的校驗分工是這套機制裏最需要留意的一條：

• Director 校交付完整性：文件存在 / 可讀 / 數量 / 命名 / 類型 / 缺頁 / 損壞 / stage status 形成，即產物層面的賬目對不對。
• 階段 Skill 校專業正確性：畫面質量 / 景觀合理性 / 概念符合度 / Blueprint 一致性 / PPT 圖文準確性，即內容層面的判斷對不對。

Director 不得自行判斷專業成果，必須委託階段 Skill 執行專業校覈。這句話的實際約束是：調度方不能因爲”文件都齊了”就認定設計專業上合格，專業校覈必須走階段 Skill 這一層，Director 只做完整性檢查和 Gate 控制。

pending_gate 跨會話恢復¶

Director 通過 pending_gate 字段實現跨會話恢復。流程是：

1、當項目進入需要用戶決策的 Gate 時，Director 寫入 pending_gate；
2、用戶完成決策後，Director 清空該字段；
3、此後任何一次接管，Director 優先檢查 pending_gate。

接管時的判定規則是：若 pending_gate 處於 WAITING_FOR_HUMAN 狀態，Director 先校驗 Gate 與 stage 狀態是否一致；一致則恢復流程，矛盾則調用 report_gate_conflict 停止，而不是帶着衝突繼續推進。

這條機制解決的是會話中斷問題：人在中間決策時會話斷了，下次接管不至於丟失 Gate 狀態，也不會在狀態不一致時誤判。

階段完成與項目完成是兩回事¶

資料中明確強調：Stage 06 COMPLETED 不等於 Project COMPLETED。階段收口與項目收口分屬 C 類與 D 類 Gate，只有走完 06C 之後的 Project Closeout Gate，項目狀態才由 Director 寫入 COMPLETED。

這條邊界在落地時容易被忽略：六個階段全部跑完，項目仍然處於未收口狀態，最終收口仍是獨立一步。

安裝與啓用¶

官方資料中沒有給出命令行安裝方式，因此不在此提供安裝命令。啓用方式以官方地址爲準：

https://api.skillhub.cn/user_3bc8c30f/landscapeflow-director

配置層面的已知信息有兩點：一是該 Skill 無需 API Key；二是項目側需要維護 project-status.yaml，Director 依據其中的階段狀態判斷當前所處階段並推進或收口，pending_gate 字段也存放在項目狀態裏，作爲跨會話恢復的依據。

按資料說明，該 Skill 不塞入 01～06 任何專業方法、不修改 01～06 階段 Skill、不修改 Blueprint 已確認設計內容，因此在啓用時可以直接與既有階段 Skill 並存，不需要爲它改寫階段 Skill 的行爲。

典型用法¶

Director 的觸發場景來自官方資料，共五類：

1、需要”接管 / 續接 / 推進景觀設計項目”；
2、project-status.yaml 中某階段需要推進或收口；
3、05A / 06A 完成後需要交接設計師；
4、設計師完成外部產出後需要校驗並繼續；
5、06C 完成後需要最終收口。

可以按一個完整項目的順序看它如何運轉：

1、接管項目：Director 讀 project-status.yaml，先檢查 pending_gate，沒有遺留則確定當前階段；
2、調用階段 Skill：調用對應階段的 Skill 產出專業成果，Director 不介入設計內容；
3、階段收口：階段完成後，Director 執行完整性校驗，再通過 C 類 STAGE_CLOSEOUT_GATE 請人確認，人選擇繼續 / 修改 / 查看 / 暫停；
4、外部交接：涉及 05A / 06A 的流程，先過 B 類 EXTERNAL_HANDOFF_GATE 交接設計師做外部製作，外部產出回來後 Director 校驗完整性並繼續；
5、最終收口：06C 完成後，Director 走 D 類 PROJECT_CLOSEOUT_GATE，由人確認後寫入項目 COMPLETED。

其中第 4 步的 B 類 Gate 是容易被誤讀的環節：交接完成只表示”設計師可以開始外部製作”，階段本身沒有收口，階段收口仍需走 C 類 Gate。

適用場景與注意¶

適合的使用方式是：項目已經拆分爲 01～06 若干階段，每階段有對應專業 Skill，需要一個統一入口管理階段流轉與人工確認。Director 作爲入口層疊加在既有階段 Skill 之上，不改變階段 Skill 本身。

幾個需要注意的點：

1、Director 不做專業判斷，需要場景 Skill 具備獨立校覈能力。如果某個階段沒有可委託的專業校覈方，完整性校驗過不了專業正確性這一關，流程會在 Gate 處停住。
2、B 類 Gate 與 C 類 Gate 不能合併理解。交接外部製作不是階段完成，若在交接後直接推進下一階段，屬於流程誤判。
3、pending_gate 與 stage 狀態必須保持一致，出現矛盾時正確動作是 report_gate_conflict 停止，而不是手工清理狀態繼續。
4、Stage 06 COMPLETED 不等於項目完成，項目 COMPLETED 只能由 Director 在 Project Closeout Gate 之後寫入。
5、資料未給出安裝命令與運行環境要求，落地前需到官方地址確認安裝與配置方式。

結尾¶

LandscapeFlow AI｜Director 的價值在於把”流程”和”設計”徹底分開：路由、完整性校驗、Gate 控制歸 Director，專業校覈歸階段 Skill，人的確認卡在每一個 Gate 上。對已經有階段化 Skill 體系、缺少統一調度入口的團隊，它是一個可以疊加在既有流程之上的調度層。

官方地址：https://api.skillhub.cn/user_3bc8c30f/landscapeflow-director