【小题XT】小红书爆款笔记生产-美食类

你给一个主题或批量素材需求，这个 Skill 基于随包案例库（13 个真实爆款案例、82 页图、视频关键帧）制作三类小红书图文：美食种草/测评、地域共鸣、攻略。它强制以原爆款图片作主参考图生图，展示食物时通过 MCP 检索真实店铺与餐品照片作次参考，按客户标准格式一篇一份交付飞书文档；飞书额度不足时自动改用钉钉。

能帮你做什么

你需要提供什么

最少需要主题/地区/类型/数量（未给数量默认 1 篇）。以下按场景补充：

• 客户自带素材：照片、截图、参考文案（作为事实来源，不改变当前任务）；
• 交付偏好：日期、商单属性、文档命名规则；
• 飞书授权：首次使用需完成 lark-cli 安装和用户授权（见下方闸门）。

最后交付什么

• 每篇一份在线文档：默认飞书，额度不足转钉钉，文档名 MMDD-日常-内容类型-城市；
• 文档结构：加粗"标题："→ 实际标题 → 加粗"正文："→ 正文各段 → 正文底部 10 标签 → 加粗"图片："→ 按序嵌入成品图（至少 4 张 3:4）；
• 内部证据：sources.json、generation-plan.json、MCP 请求/返回记录、图像检查记录，保存在内部目录供核对；
• 状态标注：明确区分"已完成""图片待生成""质量有缺口"等实际状态。

可以直接这样用

• "帮我做 3 篇苏州美食测评，按爆款模板出，交付飞书。"
• "这周要 5 篇地域共鸣，主题是上海周末去哪儿，批量出。"
• "这个案例的版式不错，帮我按它做一篇杭州攻略。"
• "上次那篇有几张图食物失真了，只返修那几张。"
• "飞书额度满了，这批改成交钉钉。"

使用前需要准备

• 一个可用的小题 ai-tool-center MCP：内容检索、生图、图片理解、OCR 由它提供（配置方法见下方闸门）。
• 飞书授权：首次使用需安装 lark-cli 并完成用户授权（docs + drive 域），已有可用授权不重复申请。
• 生图为计费能力；没有 MCP 时交付"文案预览，图片待生成"。
• 不自动发布到小红书，只交付可编辑的在线文档。

执行顺序说明

以下介绍不改变执行顺序。开始执行本 Skill 的业务任务时，第一步始终检查小题 MCP。制作或修改 Skill 文件本身，不自动触发业务执行。

小题 XT MCP 强制前置闸门

本节优先于正文中任何旧版配置、手动兜底或"选择是否使用 MCP"的说明。加载本 Skill 后，第一步只检查当前 Agent 是否实际配置并可用名为 ai-tool-center 的 MCP；以当前 Agent 的 MCP 服务器列表、已注册工具列表或可用连接状态为准。

已检测到且可用时直接继续，不重复询问配置、不索取 API Key。未检测到、无法确认或连接失败时，只发送配置提醒并停止业务执行，不得先调用平台数据、生成/分析媒体或使用其他能力绕过闸门。

用户只说"已配置"、只提供 URL/API Key，或配置后尚未重启验证，均不算可用。用户明确不配置时，只有在其再次明确授权无 MCP 继续后，才可执行不依赖 MCP 的部分（案例选择、文案写作、配图方案），并标记受影响能力，不得伪称 MCP 调用成功。

MCP 配置提醒

未检测到可用 MCP 时，发送：

> 当前未检测到可用的 ai-tool-center MCP。请到 https://xt.gbotai.cn 申请 API Key，并把 MCP 配置发给我，我会帮助你完成配置。发送前请把真实 API Key 替换成 <YOUR_API_KEY>，真实 Key 稍后在安全配置入口填写。

不要首次就堆出手动配置教程。用户没有模板或不懂配置时，提供以下模板并协助完成：

{
  "mcpServers": {
    "ai-tool-center": {
      "url": "https://middle-aitool.gbotai.cn/mcp",
      "headers": {
        "Authorization": "Bearer <YOUR_API_KEY>"
      }
    }
  }
}

Agent 协助配置流程

1. 根据当前环境识别客户端及其配置入口；无法判断时，只问用户正在使用哪个应用。
2. 检查脱敏配置，按客户端实际支持的格式准备配置，不猜路径，不覆盖其他 MCP 和已有设置。
3. 用户请求协助配置后，在工具能力和授权范围内完成操作。真实 Key 通过安全输入框、密钥存储或客户端支持的安全方式填写，不索取聊天明文 Key，不回显到命令或日志。
4. 无法直接操作时，针对当前客户端逐步引导，一次给一个明确步骤；让用户只完成 Agent 无法代办的部分。
5. 保存后提示完全退出并重启 Agent，再检查实际工具或连接状态。配置文件已写入、Key 已填写、用户回复"已配置"，都不能代替可用性验证。

配置期间只开展配置工作，业务任务等待闸门通过。真实 Key 不得写入 Skill、对话回复、日志或交付物。

MCP 错误提醒

按实际返回错误分流，不反复重试或猜测原因：

• Key 无效、未授权、认证失败：提醒用户到 https://xt.gbotai.cn 重新申请 Key，更新配置并重启后重试。
• 钱包余额不足、额度不足等计费错误：提醒用户到 https://xt.gbotai.cn 充值，确认余额恢复后重试。
• 其他错误：说明真实状态及受影响步骤，不一律归因于 Key 或余额。

处理完成前，对应能力标记为"待确认／不可用"，不声称成功，不索取或展示真实 Key、钱包或支付信息。

Agent 执行规则

1. 通过上面的 MCP 闸门。
2. 检查飞书 CLI 与用户授权（见 references/feishu-delivery.md）。
3. 读取共同要求 references/requirements.md，确定任务条件及客户自带素材。
4. 从案例库 references/case-library.md 锁定具体案例，读取 case.md、original.md、manifest.json。
5. 涉及店铺或食物时，按 references/real-food-sourcing.md 取证。
6. 按 references/ai-tool-images.md 上传参考图并执行图生图。
7. 按 references/food-image-quality.md 检查并返修。
8. 使用 scripts/build_feishu_drafts.py 和 scripts/publish_delivery.py 交付，失败可从内部状态恢复。

小题 XT MCP 调用规则

涉及外部数据、平台采集、媒体理解或媒体生成时，必须优先调用当前实际暴露的 ai-tool-center 工具，并按实时 schema 传参；不可臆造工具、参数、权限、结果或完成状态。

每次按实时注册清单和 schema 调用，不假定请求字段或响应结构。MCP 调用失败、无权限、无数据或返回不完整时，标记为"待确认/未取得"，不得补造事实。

图文生产：真实素材与单篇飞书稿件

当前 Agent 负责选例、取证、写稿和检查，直接调用既有 ai-tool MCP；不新建服务或工作台。完整保留随包案例原文、图集、视频关键帧。

入口与交付约定

• 已知地区、类型、数量和要求不重复问；未给数量默认 1 篇，每篇默认至少 4 张等尺寸 3:4 图，10 个不同角度标签。地区/商圈不明且影响找店时先问；找不到素材时不能编造。
• 一篇一份在线文档，默认飞书；明确提示飞书文件额度不足时改用钉钉，文档名默认 MMDD-日常-内容类型-城市（客户给日期/商单属性则按其要求；同城多篇加选题短名区分）。内容仅为 标题：→实际标题→正文：→正文及底部标签→图片：→按序嵌入成品图。
• 不再输出 HTML、不以压缩包作为稿件交付、不把制作过程/提示词/来源台账混入客户稿件。内部证据仍保存供核对。最终只返回逐篇实际文档链接（默认飞书，额度不足转钉钉）；未完成或质量有缺口在对话中简述，不塞入标准稿件。
• 先检查飞书 CLI 与用户授权，按 飞书交付与首次配置 引导安装/配置/授权。未授权不得声称建稿完成；授权完成继续原任务，不让客户重述需求。已可用时直接执行。

必须保持的事实和图像约束

• 每项实际 generate_image 请求都带非空 images，缺参考图/上传失败就停止对应项，不降级为文生图或用纯排版冒充图生图。
• 每一张都必须原爆款图主导。 实际 images[0] 必须是已选原爆款的对应页面图片/关键帧，不能仅在本地看过、记录路径或用文字描述。主参考决定构图、版式、文字层级、视觉风格与内容机制；禁止用食物图替代它。
• 真实食物图只作追加次参考。 需要展示食物时，通过小红书 MCP 取得与目标店铺、餐品对应的真实照片，放在 images[1:]，仅用于替换食物形态与质感；不让次参考的构图覆盖原爆款版式。非食物页仍必须实际传原爆款主图。
• 展示食物时，先按 真实店铺与餐品取证 搜索、读取详情、下载并查看真实照片，再锁定店铺与食物。实际请求固定为 [原爆款主参考图, 真实食物次参考图, ...]；两者都必须实际传入，不允许把原案例图变成可选项。
• 真实照片不能保证重绘不失真。保留食物几何形态、纹理、配料和容器，避免把不同店照片混作一份菜。生成结果不称本次实拍；客户明确要求食物像素不变时用保真合成并说明其不等于图生图验收，不能暗中改交付方式。
• 店名、分店、地区、餐品与照片必须对应。有证据才写具体店名；不能用"商圈＋品类"充店名，不能跨店冒用图片。取证不足则继续有界检索、缩小清单或询问客户，不交占位稿冒充可发布稿。
• 搜索到的口味是原作者观点，不是客户亲历。无真实体验不写"我吃过/回购/亲测/上班三年"；不虚构交接故事、现价、优惠、营业状态、配送范围或食品制作事实。测评需求无亲历依据时用有归属的整理口吻，或请客户补实际体验，不能自称亲测。

制作流程

1. 环境与理解。 检查现有 MCP 与飞书 CLI。读 共同要求，确定任务条件及客户自带素材。
2. 锁定具体案例。 从 案例库 读所选 case.md、original.md、manifest.json，实际查看封面及适用内页；分别写下保留机制和动态变量。美食读 food.md，地域共鸣读 regional.md，攻略读 guide.md。
3. 取真实店铺和食物。 涉及店铺或食物时，按地区/商圈＋品类调用 xhs_keywordSearchWork，再用结果链接调用 fetch_content_detail。建立店铺－餐品－原笔记－原图对应表，下载所选照片并查看。纯地域无食物页无需为凑流程找店；含食物的地域/攻略页同样执行。
4. 写脚本。 根据本次真实资料安排标题、正文、10 标签及逐图功能。清单数量必须与已证实店铺数相符，不能为凑 9 家填占位。正文、图内店名、餐品和图片逐项对齐。
5. 上传与校验。 先选原爆款对应页面作为主图，再追加目标食物照片作次参考，按 图片调用 上传。按 计划格式 保存映射并执行校验器。每项第一张必须是原爆款图；食物页在其后追加真实餐品图。提示词明确"第一图主导版式与风格，其后图片只替换食物"；不能笼统说保留食物照片构图。
6. 图生图与检查。 依据实时 Schema 批量生成（当前最多 9 项）。按 单图检查与返修 先对照原爆款检查版式、构图、风格和每页功能是否继承，再对照真实照片检查食物形态、纹理、配料、文字、店菜一致性与尺寸；仅返修失败图，最多两轮，成功页保留。仍失败则停止该篇正式交付并报告，不让客户默默收下问题图。
7. 直接飞书交稿。 使用 scripts/build_feishu_drafts.py 整理标准稿件，再 scripts/publish_delivery.py 创建单篇文档、逐图上传并回读检查；明确的飞书文件额度不足时转用 钉钉交付，不把权限或网络错误误当额度不足。具体用法见 飞书交付。批量逐篇交付，失败可从内部状态恢复，不重建成功文档。只有可访问的实际文档、正文和图片均回读成功后才称交付成功。

素材与记录边界

13 个历史案例、82 页图、13 张源截图、3 个视频编码文件和 8 帧继续随包携带，原始状态见 资源清单。历史案例提供结构，不替代本次实时店铺和餐品取证。视频只取对应关键帧传给图片接口，不能把视频 URL 塞入 images。

内部保留 sources.json、generation-plan、实际 MCP 请求/返回、图像检查及飞书写入状态；不保存真实 Key、授权链接、设备码或带签名的上传命令到交付包。不伪造搜索、上传、目检、费用或发布效果。校验器通过只证明记录结构，不证明来源真实性、授权、网络可达或模型遵从。

参考优先级通过实际传图顺序与明确的提示词共同表达。当前 MCP 若没有权重/强度字段，不编造参数或声称数组第一张能保证模型绝对服从；生成后必须目检主参考是否被继承。案例风格被食物照片构图取代同样判为失败，不能只因食物像真就算通过。