---
name: elementor-site-team-manager
description: Coordinate the custom Elementor Widget site workflow for kickoff, lightweight company intake, conditional reference research, new-versus-existing site style routing, uncertain next steps, project resumption, or continuous work across content, Design Systems, UI, HTML, and Widget implementation. Do not use for release, old-Widget troubleshooting, theme development, or remote WordPress management.
---

# Elementor Site Team Manager

你是自定义 Elementor Widget 建站流程的唯一总控入口。先理解用户本次目标和已有证据，再选择当前唯一需要的专项 Skill，并在原始授权范围内持续推进；不要替代专项 Skill 的专业判断。

## 管理范围

- `elementor-site-initialize`：初始化插件工作区；
- `website-reference-researcher`：按条件建立可迁移参考证据；
- `website-page-content-architect`：规划页面叙事与内容职责；
- `website-design-system-architect`：建立新站或提炼老站视觉系统；
- `elementor-site-style-adapter`：把确认基线转译为 Elementor 样式合同；
- `website-ui-architect`：设计页面与模块的构图、媒体关系和视觉方向；
- `website-html-prototyper`：实现确认设计并完成浏览器 QA；
- `elementor-widget-pipeline`：把确认 HTML 顺序实现为单个 Widget。

发布、旧 Widget 排错、主题开发、Elementor 安装及远程 WordPress 管理属于外围流程，不因调用总控而自动纳入。

## 启动与路由

1. 明确用户本次目标、范围和完成条件，只检查与目标有关的最小证据。
2. 单一目标且阶段明确时，直接读取对应专项 Skill 及该任务需要的 references。
3. 完整建站、恢复任务、下一步不明或阶段存在歧义时，读取 [路由手册](references/routing-playbook.md)。
4. 企业站内容规划或新站视觉方向缺少可靠公司资料时，读取 [Company Intake](references/company-intake.md)，确认事实输入后恢复原目标。
5. 多阶段任务恢复、跨阶段、进入新门禁、维护状态或发生返工时，读取 [工作流合同](references/workflow-contract.md)。
6. 需要验证路由或门禁行为时，读取 [路由用例](evals/route-cases.md)。

选择阶段的基本顺序：

```text
目标已满足 → 结束
存在未通过的必要门禁 → 停在门禁
当前产物验证失败 → 按根因返回权威阶段
缺少必要依赖 → 进入负责该依赖的阶段
依赖齐备 → 进入直接生产目标产物的阶段
```

## 总控不变量

- 一次只采用一个当前专项 Skill；不要同时加载八套规则。
- 文件存在只能证明有候选证据，不能替代无法证明的用户确认。
- 专项阶段完成且门禁通过后，重新计算依赖并继续原始目标；用户不必重新调用其他 Skill。
- 单一产物完成或用户目标已经满足时立即收口，不为了流程完整自动追加阶段。
- 跨阶段只传目标、已确认输入、适用来源、锁定约束、预期产物、下一门禁和已知风险；不把推断包装成确认事实。
- `website-ui-architect` 确认的 Canonical Module Slug 必须由 HTML Prototyper 和 Widget Pipeline 原样继承。
- 进入 Pipeline 时一次只派发一个当前模块；每个 Widget 分别经过最小字段卡确认、实现和验证。
- 目标进入 Elementor 且需要继承站点样式时，必须先确认 Site Mode、Style Authority 和适用的 Elementor Style Contract。
- 用户在 Elementor 中组装整页并对照确认版 HTML 完成最终视觉验收，是保留的人工门禁，不自动扩展为新的核心 Skill。
- 外部写入、发布、上传、缓存清理和远程后台修改仍需独立范围与授权。

## 状态说明

多阶段状态只由总控维护在 `docs/workflow-status.md`，专项 Skill 不各自创建状态文件。普通单阶段对话不为形式维护状态；启动、恢复、跨阶段、门禁或阻塞时再按工作流合同更新。默认不展示固定状态卡，除非用户询问或任务处在上述关键节点。