小红薯·笔记文案制作

把一份小红书笔记需求写成可以直接改完就发的文案：标题备选、结构清楚的正文、首图文字、 话题标签，以及一条评论互动引导。文案定稿之后，再用它刚产出的标题和首图文字渲染一张竖版封面。

适用范围与路线选择

以文字为主的小红书笔记都适用本 Skill：商品推荐、体验分享、本地探店、美妆、美食、穿搭、旅行 和知识分享。它写的是给读者看的文案，最后再用这份已认可的措辞做一张封面。

这里的封面路线从本次对话自己的笔记出发：标题和首图文字已经定了，不涉及任何参考图，产出一张图。 如果封面要从真实照片出发，要合成多张有序参考图，要比较几个不同概念，或者要在已认可的稿子上 继续精修，那属于 zhongcao-cover-maker。成组的有序图集属于 zhongcao-carousel-maker。美食主题的视觉笔记请使用 zhongcao-food-note-maker；穿搭合集请使用 zhongcao-ootd-lookbook-maker；非餐饮的门店视觉 笔记请使用 zhongcao-local-business-note-maker。美妆专项的包——护肤流程规划、成分对比，或者 以功效为主线的测评——请使用 zhongcao-beauty-note-maker，这些品类的功效说法把关在那个包里。 纯文字的彩妆、护肤、护发或身体护理笔记仍然留在本 Skill，并且同样要过一遍措辞筛查。

输入与默认值

复用对话中已有的选题、商品或体验信息、受众、语气、写作语言、必须保留的说法和希望读者做的 动作。只有当缺失的事实会改变文案时才追问：受众、要传达的那一个推荐或收获，或者某条必须出现 的事实性说法。价格、功效、资质、可购情况、优惠和亲身体验，绝不能自己编。

默认给出 5 个标题备选（每个不超过 20 个汉字）、一篇 250–500 字的正文（换成其他语言时取自然的 等量篇幅），3 条首图文字备选，5–10 个相关话题标签，以及一条口语化的评论互动引导。保持一个 清晰的承诺、具体的细节、读得下去的段落，以及一个值得收藏或分享的收获。

封面使用 2K 竖版 3:4 画幅和 count: 1，并省略 model，由它解析为 auto。只有当用户点名了 另一个画幅时才改，并把最终定下来的档位和比例冻结进确认里。默认是留出文字安全区，而不是承诺把 中文排印进图；用户确实要图内文字时，把那段确切的短文案写进确认，并且只有在真的能看到结果时才 逐字回读。

标准流程

第 1 到 7 步都不花钱，包括读卡片和给封面报价。唯一可能更早发生的付费是那次可选的小红书查询，它在运行之前单独报价、单独确认。笔记文案本身就是一份完整的交付物。

1. 先写文案简报卡：受众、选题、用户提供的事实、第一人称立场、语气、地点或商品细节、必须保留 的措辞、排除项，以及希望读者做的动作。
2. 提炼笔记角度，把事实和假设分开。需要用户确认的说法要单独标出来，而不是用看似合理的文案把 它填上。
3. 起草 5 个明显不同的标题，选定主标题，再写正文：开头清楚、有体验或依据、给出实用细节、 收尾自然。
4. 补上首图文字、话题标签，以及和正文对得上的评论引导。避免堆砌关键词、承诺结果、编造好评和 硬凑互动。然后对成稿的标题、正文、首图文字和标签跑一遍工作流（references/workflow.md）里的 措辞筛查：命中就改写，而不是加免责声明。
5. 复核小红书的语感、事实依据、可扫读性、受众契合度，以及和所选视觉包有没有重复。交付主稿、 备选，以及清楚标出的假设。
6. 文案交付之后，免费准备封面报价：从主标题、首图文字和品类推导视觉方向——这篇笔记真正要讲的 那个具体主体、场景和处理方式——然后读取 text_to_image 的实时卡片：调用 beatra.models.list。用户此前已经说过不要配图时，跳过这一步和后面两步。
7. 把封面和冻结方案放在同一条消息里给出，然后停下来。说明这是付费步骤，并展示最终提示词、 2K 3:4 画幅、count: 1、auto 会怎样解析模型、该档位的当前估价——当 auto 仍有多个模型 可选时，则给出实时区间并以其上限为批准天花板——以及稳定的 client_request_id。用户不接这 一步，他要的东西也已经全部拿到了。
8. 只有在用户批准了那份冻结方案之后，才调用一次 beatra.images.generate。用 beatra.tasks.get 轮询到终态，然后交付结果。

修改

更换商品事实、受众、说法、语气或行动号召，都属于新的文案需求。尽量只改受影响的部分，其余已 确认的措辞保持不动。改写文案仍然不花钱；已经按旧标题渲染出来的封面，在标题变了之后属于新的 付费工作。

文案简报卡、说法处理、措辞筛查、标题与正文格式、修改规则、封面载荷和路线边界见 工作流（references/workflow.md）。

需要确认的决策

付费闸门有两道，永远不合并成一次批准：可选的小红书查询，运行前单独报价、单独确认；以及封面。图内文字和据此推导出的提示词，都要先过措辞筛查才能冻结进那份方案：极限词 和受管控品类的功效说法，画成图——或者做成前后对比——并不比写进正文更可接受。封面和冻结方案 一起给出，所以用户是在同一条消息里看到价格和那句征求同意的话；在这份方案存在之前给出的同意， 不能拿来提交任何东西。针对已经展示的方案明确说继续，才算批准。比较选项、标题还没定、价格问题 还没答，都不算。

每一次额外的 beatra.images.generate 都是新的付费工作，需要它自己的标识和它自己的、展示当前 价格的确认——包括结果不满意之后按原参数重摇一次这种、请求本身什么都没变的情况。改写文案仍然 不花钱。

不要为已经交付的那张封面再付一次钱：把同一张已交付的图拿到 zhongcao-cover-maker 重渲染， 等于一张图收两次费。对已交付封面做真正的编辑是另一回事：它改变的是这张图而不是重复它，所以交给 zhongcao-cover-maker，由它自己计价和确认。独立的封面需求——不是承接本次对话里写出来的文案 的那种——同样路由到 zhongcao-cover-maker，即使用户手上没有任何照片。

执行方式

所有远程 Beatra 工具都只通过随包的 scripts/mcp_client.py 调用，工具名作为命令行参数， 参数以 JSON 从标准输入传入：

printf '%s' '{"capability":"text_to_image"}' | python3 scripts/mcp_client.py call beatra.models.list

不得配置或调用宿主 Beatra Connector，也不得使用 REST/OpenAPI 作为回退。随包客户端会在首次调用时 自己完成安装注册，因此没有单独的注册子命令。给封面一个稳定的、不含用户内容的不透明 client_request_id，并且只提交一次。

交付与复核

交付标题、正文、首图文字、话题标签、评论引导、标出的假设，以及——当确实渲染了封面时——它的 产物链接、返回的尺寸、任务 ID、解析出的模型和 billing.net_charged_credits。只报告任务真正 返回的内容。

能看到封面时，检查信息流缩略图尺寸下主体是否清楚、预留的文字区域是否留得干净、3:4 比例是否 正确，以及用户要求的图内文字是否与已确认的措辞逐字一致。看不到时，说明哪些部分没有检查过， 而不是把它们描述成已核验。

恢复

立刻记下任务 ID，并且只轮询那一个任务；queued 和 running 都表示等待。创建响应丢失时，用同 一个 client_request_id 重新提交那份一模一样的冻结载荷。任务 ID 丢失时，先按能力列出任务并与 自己的记录比对，然后才考虑重试。insufficient_balance 表示什么都没开始、也没有扣费，充值之后 可以原样重新提交同一个请求。封面失败或重做，都不会影响已经交付的文案。

动笔之前先读小红书

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

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

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

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

按任务查阅参考

日常写作、措辞筛查和封面步骤使用工作流（references/workflow.md）；轮询与结果字段查阅 任务与结果（references/tasks-and-results.md）；余额与结构化错误查阅 计费、错误与恢复（references/billing-errors-and-recovery.md）。首次使用时查阅 安装与认证（references/installation-and-auth.md）和 安装注册（references/installation-registration.md）；客户端连不上时查阅 随包 MCP Client 连接诊断（references/mcp-connection.md）；移除本包时查阅 卸载与断开连接（references/uninstall-and-disconnect.md）。

运行时与安全自动更新

随包客户端会静默检查是否有更新版本，最多每 24 小时一次。发现更高版本时，不另行确认地自动安装。它只使用固定的 Beatra 官方发现地址与不可变 CDN 路径，校验压缩包、清单和每个随包文件，并且只替换本包拥有的文件；检查、下载、校验、替换或恢复失败时都不会中断：当前安装仍可使用，原本请求的命令会继续执行。更新失败绝不构成重试付费生成的授权。这个设置会在本安装中持续生效。详见自动更新与安全（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