早晨打开一份市场简报，最有用的往往是几个能直接点回原文的更新。若只有大段评论，时间混在一起，价格又没有单位，仍然要重查。本篇从一页原文读通开始，接着配置 Telegram 私聊，最后再决定每天何时发送。整个过程不需要交易所账户或钱包。

先决定明天早上到底要看什么

第一次只选两个关注对象和一种资料，例如 BTC、ETH 的官方项目更新，或一个平台的公告。不要同时要求全市场涨跌榜、宏观新闻和‘上涨原因’。范围太大时，你很难判断是没有消息，还是根本没有查到。

在本地记下来源网址、关注对象、时间范围和自己的时区。例如‘过去一天，Asia/Singapore，每天 08:00’，这是你选择的发送时间，不是数据会在那个时刻更新的保证。若以后加入价格，另记数据提供方、计价币种、价格时间、涨跌幅区间。关注列表里涨得最多，不等于全市场涨幅第一。

先手动打开来源，确认不登录也能读到正文。读不到、付费墙后或只显示搜索摘要的资料，暂时不要拿来做自动简报。

安装后先在本机读通一篇原文

准备一台不存放钱包、密钥或工作机密的设备，以及可用的模型服务。模型和网页服务可能收费，先在各自账户设置你能接受的限额。提示词里的‘只读’不是权限隔离：不要给这个助手交易工具或不必要的文件访问权。

按照 OpenClaw 官方入门页核对当前 Node.js 要求。当前快速启动入口为 npx openclaw@latest；这会下载并运行软件，请先核实包名与官方文档，再自行执行。按向导完成安全确认、模型登录或配置，并打开本机 Dashboard。不要把 Dashboard 暴露在公网。

先发一句普通消息确认模型能回答，再给它一个你刚读过的公开网址，请它列出标题、发布时间和原文中一项事实。回答的文字通顺还不够：你应能在原文找到那项事实。若无法获取网页，查看 网页工具文档，确认已启用适合该网页的工具和服务；依赖脚本的页面可能需要浏览器读取。不要靠反复改提示词掩盖抓取失败。

给简报划定一份小而清楚的工作范围

下面是给助手的任务说明，不是配置文件，也不会自行建立定时任务。把方括号内容换成你已经打开核对过的资料。

只阅读这些公开来源：[网址列表]。整理 [起止时间、时区] 内与 [关注对象] 有关的更新。每条写清发生了什么、原文链接、原文时间和本次读取时间。分开写‘原文明确写到’与‘仍无法确认’。同一件事只保留一条，优先原始发布者。读不到的来源直接列出，不用旧消息凑数。不推断价格涨跌原因，不给交易建议，不连接账户。先生成一次，暂不发送、不建立重复任务。

检查第一版时，挑一条数字、一条时间和一条结论回到原文核对。遇到转述消息，应继续找到其引用的原始公告；找不到就标成转述，而不是改写得像已证实。若原文没有价格，简报也不应凭空出现价格。

一份合格的小简报可以只有两条更新，也可以写‘已读完约定来源，这段时间未发现新条目’。但只有当所有约定来源确实读取成功时，才能写后一句。

把消息送到自己的 Telegram 私聊

在 Telegram 核实 @BotFather 后用 /newbot 创建机器人。返回的 token 相当于控制凭证，不要贴进群聊、文章示例或 SOUL.md。依照 官方 Telegram 配置把 token 存到本机受保护的配置或指定环境变量，并启用 Telegram。保留私聊配对模式 dmPolicy: "pairing"，不要为了省事开放给所有人。

按文档启动或重启 Gateway，在你自己的机器人私聊发送消息。使用 openclaw pairing list telegram 查看待配对请求，只对你刚刚发起的请求执行 openclaw pairing approve telegram <CODE>。这里的 CODE 是这一次请求的配对码，不是机器人 token；陌生人的请求不要批准。

先请助手发一条明显写着‘测试’的短消息。确认收件人、机器人和内容都正确后，再发送刚才那份简报。第一次不要接群组，也不要转发给别人。能在 Dashboard 看到回答，不代表 Telegram 已经收到。

确认第一份无误后，再设每天重复

当前 OpenClaw 的重复工作由 Automations 管理，不能把‘每天八点执行’写进 HEARTBEAT.md 就当作已建立日程。官方自动化文档说明了日程与发送目标的配置。先在你的安装版本中核对实际功能，旧版不要照着新版界面猜操作。

可以这样提出要求：‘沿用刚才核对过的来源和格式，每天 08:00，时区 Asia/Singapore，发送到刚才测试成功的私人对话。请先展示日程、收件人和任务内容，等我确认再创建。’核对时区，不只核对一个 08:00；核对实际收件对话，不只看机器人名称。

建立后在自动化列表确认任务存在、已启用、下次执行时间正确。手动运行一次，分别检查执行记录和 Telegram 收件结果。重复任务需要运行环境在约定时间可用；笔记本睡眠、前台进程退出或服务停止，都可能中断。需要后台运行时再按官方入门页安装 Gateway 服务，并确认服务状态，不必一开始租服务器。

早上没收到时，按断在哪一步找

没有执行记录：先查 Gateway 是否运行、机器是否休眠、任务是否启用、时区和下次执行时间是否正确。不要重复创建同名任务，否则恢复后可能一口气收到多份。

执行了，但内容空或过时：打开当次来源的获取结果，确认是网页改版、访问失败、服务限额，还是时间范围选错。失败要明确写出，不能拿昨天的价格冒充今天的结果。若只读到了列表标题，没有读到正文，就不要生成正文细节。

简报生成了，但没收到：检查配对、发送目标和发送记录；先重发一条测试消息，排除内容过长或特定内容导致的问题。修复后只补发必要的一份，并注明它涵盖的时间范围。

最后观察几个实际约定时点，逐次确认有执行、有可回查的原文、有正确收件。若消息多到你不再看，先减来源和频率；若费用超出预期，暂停重复任务再查调用记录。‘自动发送成功’与‘值得每天读’是两件事。

稳定以后，才考虑加第二类数据

需要价格时，先在数据提供方当前文档中核对鉴权、字段含义、更新频率和限额。不要把单个币种列表的市值相加后称为全市场总市值，也不要把 24 小时变化当成当地自然日变化。任何数值都应附单位和数据时间，本文不提供演示行情，以免被误当成当前数据。

更关心‘公告一更新就知道’，应把它作为另一种任务，而不是无限扩展早报。可接着读 公告变化提醒；如果简报经常把转述写成事实，先用 AI 输出核对方法修正来源和措辞。

资料核对：2026-09-05