Telegram 机器人：每个人在 Supabase 里有自己的记忆

Telegram 机器人：每个人在 Supabase 里有自己的记忆

一个让 Telegram 机器人为每个人保留记忆的 n8n 工作流。有人第一次给机器人发消息时，工作流为他开一段 OpenAI 对话，并把对话 id 存进 Supabase 表里他的聊天号码旁边。之后的每条消息都接着同一段对话，所以机器人在重启或隔了一天之后仍记得这个聊天。

包里有什么

• workflow.json：n8n 导出的工作流，十个节点和五张便签。里面没有任何凭据。
• README.md：这份设置说明，压缩包里的是英文版。

我们相对原来的副本改了什么

• 原来的副本用的是 OpenAI 的 Assistants API，每条回复都要用一个 thread、一条 message、一次 run 和一次读取消息列表。OpenAI 的停用页面（2026 年 11 月 12 日查阅）给出 Assistants API 的关闭日期是 2026 年 8 月 26 日，并指明 Responses API 和 Conversations API 是它的替代。这份副本用的就是它们。
• Create conversation 取代了创建 thread 的那次调用。Ask OpenAI 取代了发送消息、启动 run 和读回消息的三次调用。一次对 /v1/responses 的调用就返回答案，新节点 Pick the answer 负责读取它。
• 原来的副本用了一个属于它作者的 assistant，bot 的规则就放在那个 assistant 里。现在规则放在新节点 Bot settings 里，模型名也在那里，是 gpt-6-luna。
• Supabase 的列 openai_thread_id 现在叫 openai_conversation_id，建表的查询也重写了。id 列特意用 uuid，因为 If User exists 检查的是 id 是文字。
• Get New Message 现在是节点版本 1.2，它可以限制谁能使用机器人。见“要知道的事”里的第一条。
• 原来的八张便签链接到作者自己的页面。现在换成五张新便签，没有外部链接。
• 所有凭据引用都去掉了，所以由你自己选。

开始之前

• 一个有公开 HTTPS 地址的 n8n 实例。Telegram 用 HTTPS POST 把更新发到 webhook 地址。
• 一个 Telegram 机器人和它的令牌。你在 Telegram 里和 BotFather 聊天就能创建。
• 一个 Supabase 项目。它的地址和 secret key 填进一个 n8n 凭据。
• 一个有一些额度的 OpenAI API 密钥。

设置

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File。选中 workflow.json。
2. 在 Supabase 的 SQL 编辑器里，运行下面这条查询来建表：

create table public.telegram_users (
  id uuid primary key default gen_random_uuid(),
  telegram_id bigint not null unique,
  openai_conversation_id text not null,
  created_at timestamptz not null default now()
)

1. 再运行第二条查询，alter table public.telegram_users enable row level security。这样这张表对你项目的公开密钥就是关着的，n8n 用的 secret key 仍然可以使用。
2. 在 Get New Message 里，添加一个 Telegram 凭据，填你的机器人令牌。在 Send Message to User 里选同一个凭据。
3. 在 Find User 和 Create User 里，添加一个 Supabase 凭据，填你的项目地址和 secret key。
4. 在 Create conversation 和 Ask OpenAI 里，添加一个 OpenAI 凭据，填你的 API 密钥。
5. 打开 Bot settings，改写 instructions 里的规则。你也可以在那里换模型。
6. 点 Test workflow，给你的机器人发一条消息。telegram_users 里会多出一行。再发一条消息，机器人会接着聊，不会再多一行。
7. 打开这个工作流，这样你不在的时候机器人也会继续回答。

一次运行是怎样的

1. 有人给你的机器人发消息时，Get New Message 开始这次运行。
2. Find User 在 telegram_users 里查这个人的聊天号码。没有这一行时，它输出一个空项。
3. If User exists 把老用户直接送到 Merge。
4. 对新用户，Create conversation 在 OpenAI 开一段对话，Create User 把它的 id 和他的聊天号码一起保存。保存的那一行进入 Merge 的第二个输入。
5. Merge 把到达的那一行传下去，对话 id 在 openai_conversation_id 里。
6. Bot settings 加上模型名和规则。
7. Ask OpenAI 把消息文字连同对话 id 一起发出。OpenAI 会把这段对话之前的内容加进输入。
8. Pick the answer 取出模型回复的文字。如果没有文字，它写一句简短的致歉。
9. Send Message to User 把它发到消息来的那个聊天。

改变外观

• 规则和模型：Bot settings。
• 致歉的话：Pick the answer 里表达式末尾的文字。
• 让某一个人重新开始：删掉他在 telegram_users 里的那一行。他的下一条消息会开一段新对话。
• 谁可以使用机器人：见“要知道的事”里的第一条。

要知道的事

• 任何找到机器人的人都能给它发消息，花掉你的 OpenAI 额度。想限制的话，打开 Get New Message，在 Additional Fields 下加上 Restrict to User IDs 字段，列出可以使用的 Telegram 用户号码。其他人的消息会被直接丢弃，不报错。这个字段在节点版本 1.2 及以上才会生效。
• 记忆保存在 OpenAI 那边。OpenAI 关于对话状态的指南（2026 年 11 月 12 日查阅）说，对话对象和其中的内容不受 30 天 TTL 限制。
• 每条回答都会把这段对话之前的所有内容作为输入发出，所以聊得越长，每条新消息越贵。在 OpenAI 的模型页面上，gpt-6-luna 每百万输入 token 收 0.10 美元，每百万输出 token 收 0.50 美元。
• OpenAI 的参考文档没有说 instructions 在一段对话里会不会延续，所以这份副本每条消息都发送它们。
• 机器人只读文字。照片或语音消息没有文字，所以 OpenAI 会拒绝这次调用，发送的人收不到回复。
• 回复用 Telegram 的 Markdown 模式发出，这是 n8n 的默认值。答案里单独的 _ 或 * 可能让 Telegram 拒收这条消息。
• Supabase 的 secret key 能完全访问你的数据。只把它放在 n8n 凭据里，别的地方都不要放。
• 你的数据：每条消息都会发给 OpenAI，聊天号码和对话 id 存在你的 Supabase 表里。
• 没有实测：我们没有调用 Telegram、Supabase 或 OpenAI 来测试这个文件，而是在测试运行器里用替身回答跑过它，分别是新用户、老用户和没有文字的回复。
• 凭据：JSON 里没有任何凭据。