前言¶

做景观设计 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