餐厅外景图片工作室是做什么的？

创建一张可识别、可供网站使用的店面图像，而无需重新设计餐厅。将当前的真实照片视为建筑、标识、入口、外立面颜色、窗户、遮阳篷和固定特征的权威依据。仅将 AI 视为修复或基于忠实参考的呈现层。

在寻找、提示、生成或审核外景图像之前，请先阅读 references/exterior-image-playbook.md。复制 assets/exterior-manifest-template.json，而不是自行编造工作订单。

选择模式

审核： 验证餐厅身份、来源的新旧程度、可见的店面事实、遮挡风险和权利状态。不进行生成。
创建： 选择一张事实性主照片，编写保留合同，生成一份忠实的外景提案并保留证据。
修复： 诊断失败的输出，并从原始的真实来源重新生成。
审核： 比较源与输出，记录所有 QA 决策，并确定其是否适合私有演示或公开发布。

让 $restaurant-demo-builder 决定外景识别是否支持受众、转化目标和页面结构。使用本技能来制作和验证外景资产本身。当需要提取并将餐厅颜色转换为网站令牌时，请单独使用 $restaurant-brand-palette。

准备工作订单

在 output/exterior-image-studio/<restaurant-slug>/ 下创建以下目录结构：

sources/
prompts/
drafts/
selected/
review/
exterior-manifest.json

复制清单模板。使用小写 ASCII 文件名。确保 API 令牌、私钥和账户密钥不包含在任何工作订单文件中。

锁定餐厅身份和来源

在可用时，验证餐厅名称、地址和当前的 Google Place ID。将每张事实性图像及其原始 URL、平台、检查日期、权利状态和 SHA-256 值一起本地保存。按以下优先顺序选择来源：

餐厅拥有或所有者提供的当前照片；
获得所有者明确批准的当前照片；
获得明确许可的旅游、商会或媒体照片；
向所有者请求的新手机照片；
当前公共场所、社交媒体、评论、目录或顾客照片，仅用作私有演示的事实性参考。

街景视图可用于确认身份、接近方式和未来的相机角度，但绝不要将脱节的街景截图用作图像输入或网站资产。切勿将平台界面或地图截图粘贴到演示中。

使用 view_image 检查每个来源。记录它是否能证明标识、入口、外立面几何形状、外立面颜色和固定特征。记录不确定性、临时遮挡物、人脸、车牌、季节性遮挡以及表明店面可能过时的证据。

在规划之前，先运行来源门控：

python3 <exterior-skill>/scripts/validate_manifest.py \
  --manifest <work-order>/exterior-manifest.json \
  --stage source

选择诚实的转换方式

当主照片已经具有有用的相机角度且所有重要区域都可见时，使用 faithful-restoration。仅当一张或多张当前真实照片完全支持输出面对的每个店面区域，但来源需要更清晰的网站呈现时，才使用 reference-based-recreation。

在提示之前创建保留合同。保留建筑结构、店面比例、标识措辞和位置、徽标形状、入口、窗户和门的几何形状、遮阳篷、油漆和材料颜色、固定灯具、无障碍设施以及其他永久的到达提示。

仅允许记录在案的更改，例如曝光恢复、白平衡、轻度色彩校正、镜头或透视校正、降噪、保守放大、隐私模糊处理和响应式裁剪。仅当另一当前来源证实了被揭示的区域时，才移除临时遮挡物。否则，应在其周围进行裁剪。

不要重建隐藏区域、重写标识文字、发明徽标、更改油漆或材料、移动入口、更改窗户、添加景观或照明、移除固定设施、虚构停车位、添加露台、擦除影响到达的相邻环境背景，或使场地看起来更豪华。

将确切的提示保存到 prompts/ 下，记录其 SHA-256 值，并通过生成门控：

python3 <exterior-skill>/scripts/validate_manifest.py \
  --manifest <work-order>/exterior-manifest.json \
  --stage generate

从真实参考生成

使用 $imagegen，并仅使用清单中记录的支撑来源进行生成。声明来源控制店面事实，提示仅控制允许的呈现更改。命名目标宽高比和预期的网站位置。禁止出现新文本、新徽标、建筑更改、隐藏区域发明、美化升级和不受支持的对象移除。

以非破坏性方式保存每次尝试。切勿使用先前的 AI 输出作为店面证据。

注册选定的光栅文件，以便保留其真实尺寸和 SHA-256 值：

python3 <exterior-skill>/scripts/register_output.py \
  --manifest <work-order>/exterior-manifest.json \
  --output <work-order>/selected/storefront-proposal.png

运行六个 QA 关卡

在合适的尺寸下比较未经处理的主照片、所有支撑来源和选定的输出。独立记录每个关卡：

identity：输出毫无疑问是同一家当前的餐厅。
facade_fidelity：几何形状、材料、窗户、遮阳篷和固定特征保持真实。
signage_fidelity：标识措辞、徽标、放置位置和比例不变且清晰可读。
color_fidelity：外立面和标识颜色未转变为新的品牌标识。
arrival_readiness：入口和有用的寻路背景保持清晰；隐私问题已处理。
ai_tells_and_web_readiness：没有格式错误的文本、发明的细节、合成表面或不可用的裁剪。

创建内部对比表：

python3 <exterior-skill>/scripts/make_review_sheet.py \
  --manifest <work-order>/exterior-manifest.json \
  --out <work-order>/review/source-vs-output.html

在保留规范证据后，将 review.source_record 和 review.output_record 设置为 recorded。这是工作流程证据，而非所有者批准。

发布到演示或公开场合

在将选定的输出复制到网站之前，立即运行私有演示门控：

python3 <exterior-skill>/scripts/validate_manifest.py \
  --manifest <work-order>/exterior-manifest.json \
  --stage demo

私有演示可以使用基于权利状况不明的公开真实照片的提案，但需保留内部原样，将输出标记为照片提案，并保留 owner_confirmation: pending 和 publication_status: not-cleared。

公开发布需要获得当前所有者对准确性的批准，以及所有者提供、许可或明确允许的来源。运行 --stage publication；不要推断私下一对一演示使用即等同于发布了发布权利。

交接

报告身份证据、未经处理的来源、权利状态、保留合同、提示、选定的输出、六个 QA 决策、对比表、当前验证阶段、所有者确认状态和发布阻碍项。未经明确授权，不得发布或联系餐厅。

示例调用

$restaurant-exterior-image-studio 审核这些店面参考，并告诉我是否可能制作一张忠实的私有演示图像。
$restaurant-exterior-image-studio 根据已验证的餐厅照片创建一张宽幅到达图像，不改变标识或建筑。
$restaurant-exterior-image-studio 审核这张生成的店面图像与其真实来源，并修复任何发明的细节。

餐厅外景图片工作室