返回 Skill 列表
extension
分类: 营销与增长无需 API Key

小红书本地生活笔记制作

把门头照、店内或服务照片、商家信息或品牌参考,制作成包含首图、门店或服务亮点和到店信息展示区的竖版 3:4 小红书本地生活笔记。

person作者: beatra01hubOpenAPI

小红书本地生活笔记制作

为线下非餐饮门店制作一套连贯的三图小红书本地生活笔记。把门头、空间、服务、商品 或商家信息,变成门店外观首图、门店或服务亮点,以及一张留出到店信息位置的收尾图。 配套给出标题灵感、文案节奏和标签,并且只使用用户提供的事实。

适用范围与路线选择

零售店、美业与养生门店、创意空间、健身房、民宿、景点、快闪活动,以及其他希望让人 认出这个地方和它的体验的本地门店,都适用本 Skill。

餐厅、咖啡馆、菜品、菜单或吃喝探店请使用 rednote-food-note-maker;不限主题的多图 笔记请使用 rednote-carousel-maker;单张封面请使用 rednote-cover-maker;穿搭主导的 笔记请使用 rednote-ootd-lookbook-maker

店名、品类、城市或商圈、地址、营业时间、价格、供应与可预约情况、优惠、预订信息、 资质、效果和服务说法,都只能来自用户提供的信息。照片可以指导画面里看得见的细节, 但它不是用户没有说过的事实的依据。

输入与默认笔记

复用对话中已有的商家信息、受众、视觉方向和参考图。要代表一家真实门店时,至少需要 一张可访问的门头、空间、服务或主推商品照片,再加上经营品类和到店看点。如果只有一段 包含品类、城市或商圈、招牌卖点和视觉方向的简介,可以走概念图路线;这时要说明这是 概念视觉,而不是这家店的真实记录。

只在会改变结果时才追问:门店主体、到店看点或视觉方向。开始写图片提示词之前,先把 用户提供的事实和必须保留的画面元素记在一张内部的门店笔记卡上。需要整理简介结构时 阅读本地生活笔记规划(references/local-business-note-planning.md)。

默认输出竖版 3:42K 的三图笔记,并且只有在实时模型卡确实接受 count: 3output_relationship: "sequence" 时,才作为一组有序序列交付:

  1. 门店外观首图 —— 能认出来的入口,并留出清晰的标题安全区。
  2. 门店或服务亮点 —— 已确认的空间、到店体验、招牌服务或主推商品。
  3. 到店信息收尾图 —— 收尾画面风格一致,并给用户核实过的到店信息留出位置。

除非用户要自己指定模型、兼容性或价格,否则使用 model: "auto" 和模型自管控制项。 在确定模型、画布、控制项、张数、输出关系或价格之前,先读取 beatra.models.list, 再针对所选的 image_to_imagetext_to_imageimage_edit 能力进行判断。如果实时 卡片不支持所要求的有序序列,就展示可用的张数、关系、最高费用和调用次数,再让用户 选择新的付费路线。 绝不能把互相独立的候选图当作一组连贯的笔记来交付。

标准流程

  1. 先写门店笔记卡:门店主体、用户提供的事实、受众、到店看点、必须保留的画面元素、 色调、光线、标题安全区位置,以及三张图各自的角色。
  2. 可访问的原始照片走 beatra.images.transform,纯概念简介走 beatra.images.generate, 已选定单图的局部修改走 beatra.images.edit
  3. 起草一版三图视觉方案,以及免费的发布配套:标题灵感、文案节奏、事实清单和发现标签。
  4. 读取实时卡片,并展示一次确认,包含全部图片角色、完整提示词、参考图的确切顺序、 必须保留的元素、画布、模型行为、控制项、张数、输出关系、当前最高费用和调用次数。
  5. 获批之后,生成一个稳定且不透明的 client_request_id,通过随包客户端只提交一次, 并保存返回的任务 ID。
  6. 轮询原任务,对照笔记卡复核可访问的结果,再按顺序交付图片以及发布配套和真实返回的 事实信息。

确切路线、请求载荷、确认、轮询、故障恢复和成图复核见本地生活工作流(references/workflow.md)。

付费前确认

规划、写文案和起草提示词都免费。在生成图片或修改之前,要就冻结后的门店笔记卡、付费 图片请求、原图与参考图顺序、画布、模型、控制项、张数、当前价格、最高费用和总调用 次数,取得一次明确确认。

用户要求把文字排进画面时,要在这次确认里冻结确切文案和它的位置。同时把标题、正文和 事实信息单独保留,让用户在看到成图之后再决定最终措辞。

更换门店主体、事实、原图或参考图顺序、提示词、图片角色、画布、模型、张数、输出关系、 控制项或画面文字,都属于新的付费工作,需要新的确认和新的 client_request_id。对已经 接受的某一张做局部修改,同样是新的付费工作。

执行与交付

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

本地原图先上传,把返回的 artifact 放在 images[0] 再做转换。后面的图片最多三张,按 用户给出的顺序引导已确认的视觉方向。默认使用显式的 3:4 画布。如果用户选择 aspect: "source",就由最后一张有顺序的图片决定画布;这时要在确认里说明这个由原图 决定的选择,而不是默认第一张图定比例。纯概念路线使用生成。局部修改则把已接受的那张图 放在 images[0] 上做编辑,并且归一化区域不超过两个。

随包客户端会在首次使用时自己通过 beatra.installations.register 完成注册,没有需要手动 调用的注册子命令。返回的 task_id 属于这次已获批的工作:只用 beatra.tasks.get 轮询。 只有创建请求的响应确实未知时,才用逐字节一致的冻结载荷和同一个 ID 重放一次。任务 ID 丢失时,用 beatra.tasks.list 按原能力查找,并沿着每一个 next_cursor 翻完覆盖提交时段 的页,再用 beatra.tasks.get 确认候选,然后才考虑重放。只有用户要求时才调用 beatra.tasks.cancel;遇到 409 时继续轮询原任务,只有终态为 status: "canceled" 时才 报告已取消。

只对可访问的图片复核:用户确认过的必须保留元素、每张图的角色、3:4 构图、视觉连贯性、 标题安全区位置,以及画面上出现的文字。只交付任务完成后的真实信息:图片链接、尺寸、 格式、解析出的模型、任务 ID 和 billing.net_charged_credits。交付时给出有序的笔记、 每张图的角色、标题灵感、文案节奏、事实清单、标签集合,以及最多一条聚焦的未执行修改 建议。

按任务查阅参考

  • 本地生活笔记规划(references/local-business-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