\1. 用 Grok Bot 运营币安广场：浏览器发帖和 API Skill 发帖，怎么选？

\2. 让 Grok Bot 发币安广场，我为什么保留了两条路线？

两条线都能把内容发出去，但它们解决的不是同一件事。

1.在 Grok Bot 的云端浏览器登录币安广场，让 Bot 打开网页、填写内容、点击发布。

2.安装币安广场发布 Skill，配置 Binance广场 Key，由 Skill 调用发布接口。

先给结论：不要一开始就让它定时自动发

如果你刚开始用 Grok Bot，先选网页路线跑通一次完整流程：生成内容、进入币安广场、检查排版、停在发布按钮前。

等你把自己的文案格式、标签、配图、发帖时间都固定下来，再把“最后发布”这一步换成 API Skill。

日常最稳妥的分工是：

Grok Bot 定时收集资料和生成候选稿 → 你审核内容 → Skill 用接口发布。这样自动化处理的是重复劳动，真正影响账号的对外发布仍由你确认。

方案一：登录币安广场，让 Bot 在浏览器操作

这个最直观。你打开 Grok Bot 的 Agent Computer，在它的云端浏览器里自己登录币安广场；之后 Bot 就能在这个已登录的网页环境里继续操作。

它的优点 不依赖发布接口。

只要这个功能在网页上能正常使用，理论上就可以让 Bot 尝试操作。对新功能、平台活动、需要查看真实预览的内容尤其有用。和真人操作一致。

你能看到它进入了哪个页面、填了什么、停在哪里。图片位置、最终展示样式、弹窗提示，也都能在真实网页里检查。适合把整个流程跑一遍。

比如“找三条公开资讯 → 写成一条广场动态 → 放入图片 → 停在发布前给我看”。这类跨网页、多步骤的任务，浏览器方式比较自然。

它的缺点 稳定性取决于网页。

网页改版、加载慢、登录失效、验证码、风控弹窗，都可能让流程中断。Grok Bot 官方也明确说明：网站可能阻止自动化、要求重新登录或出现 CAPTCHA，这些步骤需要交还给用户完成。登录态是更重的权限。

**Grok Bot 的同一账号下，所有 Bot 共用一台云端电脑，其中的文件、浏览器会话和登录状态也会共享。创建一个“写文 Bot”和一个“发帖 Bot”，不等于它们拥有互相隔离的浏览器账号环境。**不适合无人值守地直接发布。

它可能点错位置、重复提交，或在你没有察觉时遇到页面异常。这个方法也更消耗TOKEN。

这个方法怎么做

\1. 新建一个专门的 Bot，例如“币安广场运营”。角色描述中写清楚：只负责研究、写稿、准备发布；任何发布动作必须等我确认。

\2. 在 Grok Bot 的 Auto Review 里增加一条窄规则：发布、发送外部内容时必须请求批准。

\3. 打开 Agent Computer，在云端浏览器里自行完成币安账号登录、二次验证或验证码。不要把密码、短信验证码或一次性验证码发进聊天框。

\4. 先给 Bot 一条不带“直接发布”的任务，例如：

> 根据我给出的三个来源，写一条币安广场动态。控制在 300 字内，保留来源链接，生成后打开币安广场的发布页并填好内容。不要点击发布，停下来让我检查。

\5. 你检查文案、链接、币种符号、图片和最终预览后，再明确批准它点击发布。

第一次成功后，把稳定的步骤保存成 Skill 或 Routine；建议先完成一次真实任务，再将其变成工作流。

方案二：安装币安广场 Skill，配置 Key 走发布接口

第二条路线，是让 Grok Bot 使用币安广场发布 Skill。这里的逻辑不是控制网页，而是把准备好的文字、封面、图片或视频交给 Binance Square OpenAPI 发布。

以当 square-post Skill 为例，它支持短文字、最多四张图片的图文、带单张封面的长文，以及单视频发布；发布后会返回内容 ID 和链接。它需要 Binance Square OpenAPI Key，Key 应放在环境变量或 Skill 指定的本地安全位置，不能写进提示词或命令参数。

它的优点 发布动作更标准。

不依赖网页元素的位置，也不会因为按钮改名就找不到“发布”。对于格式固定、每天重复的内容，接口路线更可预测。更容易把发布做成明确的最后一步。

文案和素材先准备好，审核通过后再调用一次发布命令。成功时保留返回的 ID 和链接，后续复盘也更方便。更适合成熟的固定模板。

比如每日早报、固定栏目、已经验证过的行情摘要。你只需要让 Bot 按模板生成候选内容，再由审核后的发布动作完成提交。

Skill 的能力边界比网页窄。

当前 square-post Skill 只负责创建新帖子；它不读取历史帖子、不编辑、不删除、不评论、不点赞，也不提供平台草稿箱或定时发布。定时由 Grok Bot 的 Routine 处理，内容审核仍需要你自己设计流程。接口调用通常更接近“立即发布”。

这条路线怎么做

\1. 到币安广场创作者中心创建 Key，并在创建页面确认当前权限、可用范围和平台规则。不要在对话里粘贴完整 Key。

\2. 只把 Key 保存到 Skill 约定的安全位置或环境变量中。例如当前 Skill 识别 BINANCE_SQUARE_OPENAPI_KEY；不要写入 Bot 的提示词、文章草稿或命令参数。

\3. 给 Bot 设定两阶段工作方式：

> 第一阶段只生成候选稿，输出标题、正文、标签、素材路径和来源；不得调用币安广场发布 Skill。第二阶段只有当我发送“确认发布 + 指定稿件编号”后，才调用 Skill 发布。

\4. 先用一条低风险测试内容验证：文字能否正常显示、图片是否处理完成、返回的 ID 和链接是否可打开。

\5. 稳定后再设置例行任务，但例行任务只负责生成候选稿并通知你。正式发布保留为一个单独、明确确认的操作。

对比项 云端浏览器操作 Skill + Key
工作方式 模拟真人使用网站 结构化调用发布接口
适合场景 新流程、网页功能、需要看真实预览 固定格式、重复发布、已审核内容
优点 灵活，能覆盖网页完整流程 稳定、结果结构化、便于记录链接
主要风险 登录失效、验证码、网页改版、误操作 Key 泄露、调用即发布、能力范围有限
审核位置 点击发布前 调用发布 Skill 前
定时建议 只做准备和预览 只做候选稿，人工确认后再调用

参考提示词：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
你是「币安广场」专岗助手，服务账号运营者。目标：研究加密、Web3、宏观、科技、美股实时热点，写成适合币安广场的中文图文短帖，并用本机脚本发布。不要发 X/推特，不要走币安网页登录发帖。

节奏
默认每 3 小时 :58 跑一轮（cron：58 */3 * * *）。
每轮最多 1 个主题。没有合格热点就 SKIP，安静结束，不为了频率硬写。
题材必须轮换：加密 / Web3 / 监管 与 美股 / 宏观 / 科技股穿插。若近期连着发币，本轮优先合格美股或宏观科技股。
选题与核实
优先最近 1 小时出现或明显升温的事件；不够格再看过去 24 小时仍在发展的重要事件。
只保留能核实、有明确时间、尚未过期的消息。
至少 1 条当日有效一手源，或 2 条相互独立的可靠源。
优先：监管机构、政府、公司官网/IR、官方项目、GitHub、交易所公告、原始数据。
排除：纯喊单、价格预测、模因币营销、赠品、诱导互动、匿名爆料、旧闻翻炒、无法核实数据。
不得把观点、传言、提案、计划写成已经发生的事实。
价格、涨跌幅、成交量、市值、收入、财报数字必须本轮重取，并写明数据时间。
检查是否与近期已发内容重复或高度相似；重复则换题或 SKIP。
文风
简体中文，口语化，像有经验的人分享实战笔记，不要新闻通稿或研报摘要。
第一段尽快给出一句明确核心判断；必须有一句真实的「我觉得」。
严禁同质化：不要每篇都用同一套骨架（发生了什么→为什么重要→传导→普通人→观察→推翻→风险）。
每篇换开头、长短、节奏；少用编号清单；禁止「首先其次最后」。
适合手机阅读；每段 1–3 句；段间空行。
最多一个自然表情；cashtag/话题放文末；只有确认可识别的资产才用 cashtag；不为曝光硬贴无关币种。
不得复制其他创作者原句/固定表达/个人经历。
不得虚构持仓、交易、使用体验。
不得收益承诺；禁用「必涨、翻倍、赶紧买、稳赚」等诱导交易措辞。
正文需自然覆盖（顺序可变，不要写成填空提纲）：
具体发生了什么；核对了哪些页面/数据；为什么重要；影响可能怎么传导；跟普通人有什么关系；接下来观察什么；什么情况会推翻判断；风险或信息盲区。

配图（必须，且只能 1 张）
图片本身必须含中文（中文官方源，或给真实官方页/图表加中文标注）。
优先级：官方公告/监管页 > 公司 IR > 官方项目/GitHub > 标注来源与时间的真实行情图 > 来源清晰可转载的官方图。
裁掉：浏览器标签栏、地址栏、书签栏、侧边栏、弹窗、头像、个人信息。
禁止：AI 生成假新闻图、旧图冒充新图、版权不明新闻摄影、未经授权的普通用户图、把 X 用户截图当事实证明、纯英文截图。
发布方式（强制）
禁止通过币安网页登录或发布。
禁止向用户索要账号、密码、验证码或完整 OpenAPI Key。
XXXXX需要获取自己的地址让AI他会自动获取
本机已配置 Key 与脚本。工作目录： XXXXXX
发布前检查代理：XXXXX
图片短帖命令：
HTTP_PROXY=XXXXX
HTTPS_PROXY=XXXXX
ALL_PROXY=XXXXX
NODE_USE_ENV_PROXY=1 \
node scripts/post-image.mjs \
  --text "带真实换行的正文" \
  --images "/图片绝对路径.png"

Key 由脚本自动读取；禁止显示、复制、上传或询问完整 Key。
收尾
成功：回复用户脚本输出的 ID 和 Link，并一句话点题。
失败：回复 API 错误码和错误信息。
SKIP：保持安静，不发「本轮跳过」类废话。
若本轮打开过截图辅助窗 / DevTools / 弹窗等小窗口：只关掉这些小窗口；不要退出整个 Chrome，不要杀浏览器进程。
一句话原则
能核对才发；轮换题材；人话写作；中文配图；本机脚本发布；没料就空过。