小红薯·美食图制作器

制作一套按顺序交付的小红书美食食记，把一道菜或一次探店体验变成完整的视觉故事：首图、菜品特写、质地或餐桌细节和用餐氛围图。再以用户自己的表达方式，配好标题灵感、文案节奏和标签，并且只使用用户已经提供的事实。

适用范围与路由

当用户需要围绕美食的统一组图、探店食记、咖啡或甜品笔记、菜品亮点或美食推荐故事，并希望多张图呈现同一次体验时，使用这个 Skill。它可以从菜品、餐桌、餐厅或包装照片开始，也可以从具体菜品或探店概念开始。

如果需要泛主题轮播图，使用 zhongcao-carousel-maker；如果只需一张独立封面，使用 zhongcao-cover-maker。当本 Skill 负责美食食记时，始终以用户明确的菜品、餐厅、食材、摆盘、餐具、包装、场合和视觉参考为中心。餐厅名、菜单、价格、地点、优惠和口味说法，只在用户已经提供时写入。

输入与默认故事

复用对话中已经明确的菜品、探店场景、目标读者、风格词汇和参考图。一张源美食照片或一个具体菜品、探店概念是最低必要输入。只询问会实质改变结果的缺失选择：美食主体、用餐或探店场景、视觉方向。

有美食照片时，将它作为美食主导图片的第一个有序参考。只有概念时，依据用户描述的菜品、食材、摆盘、场景和氛围制作原创食记。

默认制作竖版 3:4、2K 的四页美食食记；只有实时模型卡支持 count: 4 与 output_relationship: "sequence" 时，才将它作为一组协调序列交付：

1. 首图 — 以诱人的美食介绍开场，并留出干净的标题空间。
2. 主打菜 — 以近景清晰呈现主菜与摆盘。
3. 细节 — 展现质地、夹起或切开瞬间，或推进用餐故事的餐桌细节。
4. 用餐氛围 — 以餐桌、餐厅或探店收尾画面，为美食推荐笔记提供最后的细节支撑。

除非用户要求指定模型、兼容性或价格决定，否则保持 model: "auto" 与模型管理的控制项。在固定模型、画布、控制项、数量、输出关系或当前价格前，先读取 beatra.models.list，再针对所选的 image_to_image、text_to_image 或 image_edit 能力进行判断。如果实时模型卡不支持协调的四图序列，先展示支持路线、最高费用和相应调用次数，再由用户选择不同的付费工作。

标准流程

1. 制作一张美食食记卡：美食主体、用户确认的必保信息、探店场景、读者、故事角度、配色、光线、餐具或包装、标题安全区和每一页角色。
2. 选择路线：源美食照片使用 beatra.images.transform；菜品或探店概念使用 beatra.images.generate；已认可页面的聚焦精修使用 beatra.images.edit。
3. 将四页提示词写成同一个视觉家庭，并准备免费的笔记角度、标题灵感、文案节奏和标签。
4. 读取实时模型卡，再展示一次确认：全部页面角色、完整提示词、有序参考、必保信息、画布、模型行为、控制项、数量、输出关系、当前最高费用和调用次数。
5. 获得确认后，为这套协调序列分配一个稳定且不透明的 client_request_id，仅通过随包客户端提交一次，并保留返回的任务 ID。
6. 轮询原任务，按美食食记卡复查可访问结果，并按笔记顺序交付图片、文案方案以及实际返回的图片与计费事实。

使用美食食记规划（references/food-note-planning.md）设计视觉故事；精确路线、确认、轮询和恢复细节参见美食食记工作流（references/workflow.md）。

付费工作确认

策划、笔记写作和提示词草拟免费。出图之前唯一可能计费的是那次可选的小红书查询，它单独报价、单独确认。任何图片生成或精修前，先获得一次明确确认，确认冻结的美食食记卡、全部付费图片请求、源图和参考图顺序、画布、模型、控制项、数量、当前价格、最高费用和总调用次数。

凡是改变美食主体、源图或参考图顺序、提示词、页面角色、画布、模型、数量、输出关系或控制项，都是新的付费工作，需要新的确认和新的 client_request_id。对已认可页面进行的聚焦精修同样是新的付费工作。

执行与交付

所有远程操作只能使用本 Skill 随包的 scripts/mcp_client.py。在 call <tool-name> 后通过标准输入传入一个 JSON 对象。不要配置或调用宿主 Beatra Connector，也不要使用 REST/OpenAPI 作为回退。命令与连接排错参见随包 MCP Client 连接诊断（references/mcp-connection.md）。

先上传本地源文件，并将返回的 artifact 放入变换请求的 images[0]。后续图片最多三张，可按已经说明的顺序引导美食造型、配色、构图或用餐场景。纯概念路线使用生成路线。聚焦精修时，将已认可页面放入 images[0]，再使用精修路线。

首次使用时通过 beatra.installations.register 注册本包。返回的 task_id 属于最初获批的工作，只能使用 beatra.tasks.get 轮询。只有创建响应确实未知时，才以完全相同的冻结请求和原有请求标识重放；如果缺少任务 ID，先使用 beatra.tasks.list，并在任何重放前用 beatra.tasks.get 核验候选任务。只在用户要求时使用 beatra.tasks.cancel；如果取消返回 409，继续轮询原任务，仅当其终态状态为 canceled 时才报告取消完成。

按用户确认的菜品、摆盘、餐具和包装必保信息、每页角色、3:4 构图、视觉连贯性和首图标题安全区复查可访问图片。只交付完成任务实际返回的事实：artifact 链接、尺寸、格式、已解析模型、任务 ID 和 billing.net_charged_credits。给出按顺序排列的美食食记、页面角色、标题灵感、文案节奏、标签集，以及至多一个未执行的聚焦精修建议。

动笔之前先读小红书

可选，而且付费。当前连接开放了 Beatra 公开社交查询时，本包可以直接去读小红书，而不是靠 用户的印象来写：同题材正在跑的一页笔记、用户粘过来的某一篇笔记、那篇笔记的一页热门评论， 以及某个账号的资料或近期笔记。六个操作，只覆盖小红书。

这六个操作每一个都是 60 积分，而且这个平台没有更便宜的操作可以退而求其次。同样的读取在 TikTok 上是 6 分，十分之一；抖音上除了它自己的关键词搜索（也是 60）之外也都是 6 分——所以不要笼统说「比抖音贵十倍」，要说清是哪一种读取。 三步读——同题材一页、一篇笔记、该篇评论一页——是 180 积分，每多翻一页 再加 60。开口之前先把这个数说出来，每一次查询在运行之前单独确认，并说清不查也照常交付，一分钱不花。 一次只提一个读，不要一上来就报一个四步的方案。

判据是白名单本身，不是一份例外清单：平台上没有白名单里的操作，就查不了；也绝不拿别的平台的 笔记冒充小红书的。拿到图片链接不等于看过那张图——只对宿主真能打开的图说视觉结论。 每一个进到成品里的数字，都要标明是查来的（带读取时间）、用户给的，还是缺失的。不估算， 也不拿同类笔记通常的样子来凑。

能查什么、每次查询要花多少、结果如何标注和找回，见读小红书（references/note-lookup.md）。

按任务查阅参考文档

• 美食食记卡、四页默认结构、源图与参考图角色和笔记角度：美食食记规划（references/food-note-planning.md）。
• 精确的变换、概念生成、精修、确认、任务跟踪、恢复和复查：美食食记工作流（references/workflow.md）。
• 首次使用或凭据过期：安装与认证（references/installation-and-auth.md） 和安装注册（references/installation-registration.md）。
• 任务字段、余额、校验和结构化错误：任务与结果（references/tasks-and-results.md） 和计费、错误与恢复（references/billing-errors-and-recovery.md）。
• 客户端命令、诊断和卸载：随包 MCP Client 连接诊断（references/mcp-connection.md） 和卸载与断开（references/uninstall-and-disconnect.md）。

运行时与安全自动更新

随包客户端会在每个安装中静默检查更新，最多每 24 小时一次。发现更高版本时，不另行确认地自动安装。它只使用固定的 Beatra 官方发现地址与不可变 CDN 路径。替换前，会使用预期身份、大小和 SHA-256 值校验压缩包、清单及每个包内文件，然后只替换已安装 Skill 目录中本包拥有的文件。

检查、下载、校验、替换、回滚和恢复失败时，当前安装保持可用，原本请求的命令也会继续执行。这个设置将持续生效并保存在当前安装中。官方来源、完整性校验、替换范围、失败行为和控制方法参见自动更新与安全（references/automatic-updates-and-safety.md）。

python3 scripts/mcp_client.py update --auto off
python3 scripts/mcp_client.py update --auto on
python3 scripts/mcp_client.py update --check