Grok Bot × 快捷指令：把分享链接送入有回执的知识收件箱

用手机分享面板提交链接，以请求编号去重，并区分接受、读取、整理和入库完成四种状态。

原文展示 Webhook Routine、iOS 获取 URL 内容及无分享面板时的文本输入入口。本文补上去重与回执验收，两段视频的手机入口细节另列如下。

核验状态

原文正文、配图和视频的读取范围分别见下文；本站没有执行本页真实流程。练习样本、字段与话术由本站另写，不能当作作者运行结果。

执行与接管

执行与接管边界

以下动作以已约定的输入、账号和范围为前提；设置 Routine 不会扩大授权范围。

可自动执行

在合成输入上校验链接、request_id 和产物字段，整理来源记录与短摘要，分别记录接受和完成。

需要确认

创建 Webhook Routine、配置快捷指令或凭据、发送真实请求、写测试或正式知识库前确认。

失败后接管

返回 200 但无产物时按同一 request_id 回查 Bot 状态与文件；不可读来源标失败，交你处理，不重复入库或泄露密钥。

场景与输入

合成输入：request_id=KB-001、source_url=https://example.com、kind=link。

1. 定义知识库产物

先确定允许写入的测试目录和必需字段，要求短摘要、原链接、作者和实际读取范围。

2. 创建受控触发草案

由负责 Bot 的 Routine 接收 JSON，核对 POST 地址与 Bearer 标头；凭据不写进公开快捷指令示例。

3. 配置手机发送端

快捷指令使用获取 URL 内容、POST、JSON 请求体和授权标头；从分享输入取得链接，文本菜单作为另一个输入入口。

4. 检查接受与完成

HTTP 200 只记录已接受；回到 Bot 对话查看来源读取、产物路径和失败项。视频没有转录或看图时分别注明。

5. 用异常样本复测

验证正常链接、重复编号和不可访问链接；失败不写成空内容成功，确认后再连接正式知识库。

一份合成验收样例

inbox.csv：request_id、source_url、read_status、stored_path、error。重复提交 KB-001 只产生一条记录；不可读网页保留失败原因。

可复制的任务说明

复制模板

先用本文合成样例整理 Grok Bot × 快捷指令：把分享链接送入有回执的知识收件箱 的交付，不连接真实服务。
输入：合成输入：request_id=KB-001、source_url=https://example.com、kind=link。
处理要求：
1. 先确定允许写入的测试目录和必需字段，要求短摘要、原链接、作者和实际读取范围。
2. 由负责 Bot 的 Routine 接收 JSON，核对 POST 地址与 Bearer 标头；凭据不写进公开快捷指令示例。
3. 快捷指令使用获取 URL 内容、POST、JSON 请求体和授权标头；从分享输入取得链接，文本菜单作为另一个输入入口。
4. HTTP 200 只记录已接受；回到 Bot 对话查看来源读取、产物路径和失败项。视频没有转录或看图时分别注明。
5. 验证正常链接、重复编号和不可访问链接；失败不写成空内容成功，确认后再连接正式知识库。
交付逐项记录、证据位置、未知项与下一步；未执行的动作写未执行。
本轮不安装工具、不改授权、不购买、不发布、不创建其他 Bot 或定时任务。

验收与复核

重复不多建记录；失败可回查；原文未读到就没有伪造摘要；最终回执包含路径。

复制模板

逐项检查刚才的产物，先不执行任何外部动作。
验收标准：重复不多建记录；失败可回查；原文未读到就没有伪造摘要；最终回执包含路径。
分开列通过、失败、未测试与依据；合成数据和真实结果分别标注。
发现缺来源、缺权限或结果不确定时停止，列出需要补的材料。
给我一项下一步建议和恢复方式，等待确认后再操作。

视频补充：两种手机入口与完成状态

两段录屏没有新增一套知识库架构，而是补清已有快捷指令在手机里的操作位置。它们只展示前端提交，均没有出现最终入库回执。

视频一：抖音分享入口（12.23 秒）

1. 在内容页点分享（00:00–00:03）。
2. 进入“更多”，打开系统分享面板（00:03–00:06）。
3. 选“发送给知识库 Bot”（00:06–00:07）。
4. 返回原内容继续播放（00:07–00:12），另到 Bot 对话核对这次请求及产物，不能仅凭页面返回就记入库完成。

这是原方法 a11-m02 的入口细节。录屏原声属于被分享的第三方视频，不是 Grok Bot 操作讲解；自动识别覆盖全段，本文没有转录该作品。

视频二：微信复制后输入（16.97 秒）

1. 在文章右上菜单复制链接，确认“已复制”（00:00–00:04）。
2. 唤起快捷指令，选择“收录到知识库”（00:04–00:06）。
3. 在“请输入要收录的链接”框粘贴网址（00:06–00:12）。
4. 提交后回到文章继续阅读（00:12–00:17），再核对 Bot 的读取状态、摘要与目标路径。

这是原方法 a11-m03 的操作细化。画面不能确定它由侧边按钮还是其他入口唤起，因此不把“绑定操作按钮”写成录屏已验证的前提。音轨经全程分析为数字静音。

接入现有验收步骤

让两条入口提交同一条合成测试链接，分别保存 entry=share_sheet 与 entry=manual_link、请求编号和返回时间。已有 request_id 去重规则照常执行。服务器回执另外记录“已接受／已读来源／已存入”；官方说明中的 HTTP 200 只表示接收并开始运行。手机端演示不能证明服务端完成了整理、去重或写入。

视频核验范围

铁柱对两段均按约每秒 1 帧检查，含首尾帧；已看帧最大间隔分别为 1.23 秒和 1 秒，未连续观看。第一段 00:03.4–00:06.5 的分享菜单滚动没有逐帧看全；第二段唤起方式未确认。两条完整音轨均作了自动识别与音量分析，未人工听辨。没有重跑快捷指令或读取录屏中被分享的作品。

作者补充：同一 Bot 的多个 Webhook 用途

铁柱补读的 作者回复说明，同一 Bot 可以接收多条带不同指令的 Webhook。这是作者对入口组织方式的补充，没有提供完整快捷指令动作或本轮入库回执，不能据此确认手机端的具体唤起方式。

据此可把本站验收表细化为三步：

1. 先列出输入类型与对应处理指令，例如链接摘要或文本笔记，再记录各自对应的入口，避免把所有请求当成同一种内容。
2. 为每条入口分别核对 Routine、请求字段和目标目录。若沿用原图的 info 或使用本站练习的 request_id、source_url，接收端解析规则必须同步，不能只改手机请求体。
3. 用同一条合成内容分别验证路由、去重和完成回执。多一个入口不代表已有读取、整理或入库成功的证据。

上面三步是本站根据作者说明整理的配置与验收建议，未运行真实 Webhook。作者另提的 SDK 或浏览器插件不替代这套手机快捷指令；本轮未取得可确认归属的完整安装与入库材料。

来源与适用边界

原始文章：@cgnot996；发布日期 2026-09-09。

合集章节对应：内容对应较明确。

铁柱已查看 12 张图片，并按抽帧方式补读 2 个视频，未作连续观看。 原图请求体字段是 info=快捷指令输入。本文额外定义 request_id、source_url 等字段时，Routine 的解析规则必须同步；原图还有产物路径与入库回执。

价格、软件接口和菜单会变化；未取得或未验证的条件以实际账号及当前官方说明为准。

查看全部 24 篇的改写与核验地图

核验记录

内容更新日期：2026-10-18 · 修改页面不等于重新核验资料或实操。

资料核验：历史核验记录 · 2026-10-18
沿用本页已有来源核验记录；正文、图片、视频或源码的实际读取范围与未取得项见本页来源说明。本次整合未重新核验外部资料，不代表真实流程已跑通。

实操核验：未核验
本站未实操本页真实账号、桥接、外部工具写入或定时流程；作者演示、合成样本和页面自查不替代本站实操核验。