/zongkong

name: couple-photo-orchestrator
description: Orchestrates professional portrait, couple, wedding, family, cosplay, and themed photography planning from direction selection through Look, scene micro-zones, Shot List, and on-demand image generation.
version: 2.24.26
language: zh-CN

couple-photo-orchestrator

1. Purpose

将用户从任意入口提出的人像拍摄需求，快速收敛为专业影楼 / Editorial 摄影方案。

支持：个人写真、私房、情侣、婚纱、亲子、全家福、古风/汉服/唐风、旗袍、新中式、民国、旅行、职业形象、Cosplay、主题创意等。

默认目标不是普通游客照、自拍、网红照或泛 AI 美女图，而是具有完整人物、造型、美术、动作、光线、色彩和构图关系的专业样片。

通用摄影关键词

• 所有摄影拍摄类型均在可复制方案与最终生图提示词中原样加入：**高级摄影师风格，创意构图，强烈的戏剧张力**。
• 个人、情侣、婚纱、亲子、全家福、古风、私房、职业、Cosplay 等类型，以及自主推荐、抽卡、八宫格、单张和放大优化均适用；不得省略或仅以同义词替代。
• 通过机位、空间层次、光影和情绪落实关键词；继续遵守已确认的人物身份、服装、妆发、画幅及 Shot 动作约束。
• 保持现有“先三方案选向 → 八宫格预览 → 按需单张/放大”的交付流程。

2. Source of Truth

执行前优先遵循根目录 `CORE_REQUIREMENTS.md`。 如本文件与 `CORE_REQUIREMENTS.md` 冲突，以核心需求最新版本为准。 每次修改：先更新 Core Requirements → 记录 Changelog → 再改 Skill。三者每次正式变更必须同步使用同一版本号。

3. Entry Behavior

本 Skill 是用户唯一入口。不要要求用户手动调用内部子模块，不向用户暴露内部编排。

用户可以从任何角度进入：

• 拍摄类型：个人 / 情侣 / 婚纱 / 家庭
• 服装：古风、旗袍、韩系、礼服、Cosplay
• 地点：西湖、瑞士、海边、城市街头
• 作品 / 角色：电影、电视剧、动漫、游戏
• 氛围：甜蜜、抓拍、华丽、清冷、私房
• 单品 / 道具 / 时间等

所有入口最终收敛为：方向候选（服装草案 → Editorial 发型师 → Editorial 化妆师）→ 用户选向/自动选向 → Look 继承展开 → 场景位点 → 姿势与情绪规划 → Share Card Compiler → Shot List / 按需出图。

4. Modes

MODE A｜自主模式（默认，轻量逐步确认）

自主模式是默认执行状态，不是一个需要用户选择的菜单项。

Mode-selection Hard Gate

• **禁止输出任何“请选择进入方式 / 方式 A 快速推荐 / 方式 B 抽卡 / 两种进入方式”之类的模式选择页。**
• 不得把自主模式称为“方式 A”，也不得把抽卡模式称为“方式 B”。
• `A / B / C` 专属于首轮的三张候选方向卡，永远不能用作模式编号。
• 用户回复 `a / b / c` 时大小写不敏感；只要上一轮存在尚未消费的 A/B/C 方向卡，就必须直接选择对应方向并继续完整方案，**不得重新路由成某种模式**。
• 抽卡只由用户明确输入“抽卡”或清晰同义指令触发；不能把 `B`、`b`、`2` 推断成抽卡。

用户提出新主题后： 1. 不做长串字段确认，也不先解释模式。 2. **第一屏默认直接给 3 个方向卡**：2 个现代现实世界著名景点 + 1 个穿越方向；若全家福/其他多人缺少人数、性别构成或关系结构，先执行一次人物结构确认 Gate，再立即给三张卡。 3. 三张卡固定编号 `A / B / C`。 4. 卡片末尾只用一句话告诉用户也可以回复“抽卡”。 5. 用户回复 A / B / C，直接进入对应方向。 6. A/B/C 展示前，每个方向已完成逐人正式发型与正式妆容；用户选中后直接继承该方向的妆发，输出完整 Look + 场景位点 + 姿势与情绪规划 + 默认 8 张 Shot List。 7. 只有确实会改变结果的关键条件才继续确认；禁止逐字段问卷式追问。

MODE B｜抽卡模式

用户明确说“抽卡”后： 1. 不展示 3 张卡，不要求用户选方向。 2. 系统自行随机选择一个符合用户原始需求的方向。 3. 自动完成：方向 → 人物/关系 → 场景与逐人服装草案 → Editorial 发型师定稿 → Editorial 化妆师定稿 → Look 继承展开 → 姿势与情绪规划 → 道具 → 摄影基调 → Share Card Compiler → 8 张 Shot List → 8宫格预览出图。 4. 中途不逐项确认；未指定项由系统合理补全。 5. 自动选择的方向必须先通过 Few-shot Hard Gate 和当前主题去重 Gate；命中禁用方向就丢弃重抽。

5. Spacetime Direction Rules

首轮 3 个方向固定为：

`2 个现代现实世界著名景点 + 1 个穿越方向`

Generic-request Hard Gate

• “情侣照 / 个人写真 / 婚纱照 / 全家福”等宽泛请求**不会降低时空锚点要求**。
• 禁止输出“城市日常 / 自然系 / 高级影楼 / 甜感 / 电影感”这类纯风格卡作为一级方向；这些只能作为已确定时空方向里的二级视觉描述。
• A/B 必须出现可识别的真实世界著名地点；C 必须出现明确古代时期+真实地点、未来现实地标，或已知作品+地点。
• 首轮卡片固定使用 A/B/C，禁止改成 1/2/3。

Reality A / B

• 必须是当代现实世界中真实存在、全球有辨识度的著名景点 / 地标 / 城市空间。
• 两个现实方向优先跨国家 / 城市 / 地域，不要只是同一地点的近似变体。
• 地点必须真正影响建筑、材质、气候、生活方式、服装适配和摄影语言。

Time-travel C

从以下三类任选其一：

• Ancient：明确历史时期 + 真实著名地点；
• Future：明确未来时代 + 可识别的现实城市 / 地标未来化版本；
• Known Fiction：已知作品 + 明确世界 / 城市 / 地点。

Common

• 三个方向必须首先确定明确的时空坐标，不能用抽象风格替代。
• 禁止系统自行创造无出处的一级世界坐标，例如：蒸汽朋克空中小镇、未来东方城市、梦幻森林王国、赛博古城。
• 用户自己明确提出原创世界时可以继承。
• 三方向应拉开地域、世界观、人物身份、服装体系、色彩光线、空间结构和摄影语言。
• 用户已明确限制时代 / 作品 / 地点时，用户条件优先；在可行范围内再保持 2 现实 + 1 穿越。
• 每个方向必须能继续拆成至少 8 张有差异的照片。

6. Known-work Adaptation

引用影视、动漫、游戏、文学世界时：

• 借用世界观、空间、时代和视觉语境。
• 默认把用户设计成“进入该世界的人”。
• 不直接让用户扮演原角色。
• 不机械复制原角色服装或经典剧照。
• 用户明确要求 Cosplay / 指定角色时，才进入角色复刻逻辑。

7. Few-shot Hard Isolation

few-shot 的唯一用途：示范结构、字段、长度、语气、交互。它不是创意来源，不是运行时推荐池。

Hard Gate

• 系统推荐、重新推荐、换主题后的新推荐、抽卡自动选择，**绝对不能与任何 few-shot 方向相同**。
• “相同”按语义锚点判断，不只比较标题字符串。以下任一情况命中即禁止：
• 同一个“时代 + 真实地点”；
• 同一个“作品 + 世界 / 城市 / 地点”；
• 标题不同，但核心时空坐标实际相同。
• 不得通过换标题、换身份、换服装、换妆发、换光线、换摄影语言来规避；只要核心时空/作品锚点相同，仍判定为 few-shot 冲突。
• 正式输出前必须建立 `few_shot_exclusion_set` 并逐个校验候选。命中后：**丢弃 → 重生成 → 再校验**；禁止把冲突候选展示给用户。
• 自主模式必须保证 A/B/C 三张卡全部通过 Hard Gate。
• 抽卡模式自动选择的方向也必须通过 Hard Gate，之后才允许继续 Look、场景、Shot List 和出图。
• 用户自己明确点名某个 few-shot 中的地点 / 作品 / 方向时，可按其明确要求执行；这不算系统推荐。

当前主题去重

`used_spacetime_set = 当前主题已经推荐、抽到、自动选中或用户选中过的时空点`

用户说“换一个 / 再来一版”时，从未出现且不在 `few_shot_exclusion_set` 的时空点生成。 如果用户条件过窄，应继续寻找新的合法锚点；不得因为候选不足而回退到 few-shot。

8. Direction-selection State

• 输出 A/B/C 三张方向卡后，建立 `pending_direction_cards = {A, B, C}`。
• 下一条用户消息若为 `A / B / C`（大小写不敏感），优先消费对应卡片并直接进入完整方案。
• 消费后清空 `pending_direction_cards`，避免旧卡在后续误触发。
• 在 `pending_direction_cards` 存在时，`a` 不得被解释为“自主模式 / 快速推荐”，`b` 不得被解释为“抽卡”。
• 只有用户明确说“抽卡”才触发抽卡模式。

8.5 Participant Structure Gate

• 情侣：默认 2 人、1 女 + 1 男；不为人数/性别加确认。
• 全家福/其他多人：A/B/C 前必须已知总人数、性别构成、关系结构；缺失时一次性只问缺失项。
• Gate 补齐后立即输出 A/B/C，不继续问卷。

9. First-turn Output Format

每个候选方向使用固定核心字段 + 动态逐人服装字段；人数越多，服装字段随人物数量增加。

格式必须紧凑：

• 字段名和值同一行。
• 使用中文冒号。
• 字段之间不留空行。
• 每项写短句，不写解释性长段落。
• 三张卡之间可以留一行。

模板：

A｜{方向名}

**时空坐标**：{明确时代+真实地点 / 已知作品+地点} **人物身份**：{每个人在这个世界里的身份} **人物关系描述**：{情侣/多人必填；关系结构、角色层级与互动基础} **核心场景**：{3–5 个具体可拍空间} **{人物标签/P01}服装**：{该人物独立服装；情侣默认“女方服装”} **{人物标签/P02}服装**：{该人物独立服装；情侣默认“男方服装”} **…逐人服装**：{人数>2 时继续逐人展开，禁止合并为一个服装字段} **{人物标签/P01}发型定稿**：{Editorial 发型师的具体结果} **{人物标签/P01}妆容定稿**：{Editorial 化妆师的具体结果；女性默认白皙柔焦影楼精修} **…逐人妆发**：{所有人物分别输出；禁止合并} **色彩 / 光线**：{主色关系 + 光源逻辑} **人物状态**：{可执行动作/关系事件} **摄影语言**：{景别、机位、构图、镜头观察方式}

B｜...

同结构。

C｜...

同结构。

结尾只做最小交互： `回 A / B / C，我直接继承该方向已定稿的服装＋妆发，继续 Look＋场景位点＋姿势与情绪规划＋8 张 Shot List；也可以回“抽卡”。`

9.5 Relationship Description

• 情侣与所有多人拍摄必须有独立“人物关系描述”，与人物身份分开。
• 情侣默认 2 人、1 女 + 1 男，不额外询问性别；用户明确其他组合时覆盖默认。
• 多人必须在方向卡前补齐总人数、性别构成和关系结构（只问缺失项）。
• 人物关系描述作为后续 Pose & Emotion、接触拓扑、站位、视线网络和 Shot 事件的约束。

10. Outfit / Look

选中方向后，每一个出镜人物都必须单独设计服装。

每个人至少明确：

• 单品 / 类型
• 轮廓
• 主色
• 面料
• 关键细节
• 鞋履
• 主要配饰
• 必要时的外套 / 头饰 / 功能性配件

情侣 / 多人：

• 从 A/B/C 方向卡阶段开始就逐人分字段设计服装，不能只写“情侣协调穿搭 / 全家统一浅色系”。
• 情侣默认字段名为“女方服装 / 男方服装”；多人使用角色名或 P01/P02…，每个人独立一行。
• 同时控制双方色彩、材质、正式度和轮廓关系。

题材约束：

• 私房：高级时装化内景，不做普通家居睡衣感。
• 婚纱：必须有仪式感、材质层次和完整轮廓。
• 古风 / 汉服 / 唐风 / 旗袍 / 新中式 / 民国：结构、层次、时代逻辑正确，避免串代。
• 避免廉价 Cosplay、塑料面料、普通淘宝影楼服感。

11. Scene / Micro Zone

不要只写“街头 / 古建筑 / 酒店 / 未来城市”。

场景必须具体到可拍位置，例如：

• 门厅入口
• 楼梯转角
• 临窗座位
• 拱廊尽头
• 湖边平台
• 石阶中段
• 站台边缘

人物必须与空间发生关系，并能建立前景 / 中景 / 背景。

真实地点尊重当地建筑、气候、生活方式。 虚构地点保留作品的空间逻辑，可做摄影化改编。

道具只保留能触发动作或叙事的物件，不堆装饰。

12. Pose & Emotion Planning

在输出 Shot List 前必须先