由 OpenAI 生成并存到磁盘的模拟用户 CSV 文件

由 OpenAI 生成并存到磁盘的模拟用户 CSV 文件

一个生成测试数据的 n8n 工作流。它向 OpenAI 模型要三份各十个虚构用户的名单，每份存成一个 CSV 文件。文件名是 funny_names_1.csv、funny_names_2.csv 和 funny_names_3.csv。

里面有什么

• workflow.json：n8n 导出的工作流，9 个节点，另有 2 张便签。里面没有任何凭据。
• README.md：这份说明。

我们对原始副本做了哪些改动

• 模型 gpt-4 将于 2026 年 10 月 23 日停用，OpenAI 的弃用页面（2026 年 11 月 12 日查看）这样说，并指定 gpt-5.6-sol 作替代。这一步原来是 1 版的旧 OpenAI 节点，它发不出较新模型需要的上限参数。Mindket 把它重做成 1.8 版的 OpenAI 节点，用 gpt-5.6-sol，生成三份，上限 6000 个令牌，推理强度较低。温度没有写，因为这个节点只在设置了才会发送它。
• 原版写入 ./.n8n/。那是 n8n 存放自身状态的文件夹，n8n 的文档说不要往那里写。Mindket 的副本写入 <YOUR_N8N_FILES_FOLDER>，由你自己选一个文件夹。
• 原版带着一份固定的模型样例回答。Mindket 的副本没有带。
• 便签重新写过。
• 里面没有任何凭据。

开始之前

• 一个 n8n 实例。自托管的 n8n 可以写入你设定的文件夹。n8n Cloud 上这个节点只能访问 /home/node/ 下的路径。
• 一个 OpenAI API 密钥。
• 一个 n8n 可以写入的文件夹。

设置步骤

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File，选中 workflow.json。
2. 添加一个 OpenAI 凭据，在 OpenAI 里选中它。
3. 在 Save to Disk 里，把 <YOUR_N8N_FILES_FOLDER> 换成 n8n 可以写入的文件夹的完整路径。在 2.0 或更高版本的自托管 n8n 上，默认是运行 n8n 的用户主文件夹里的 .n8n-files 文件夹。设置项 N8N_RESTRICT_FILE_ACCESS_TO 可以改它。
4. 选 Test workflow，然后打开那个文件夹。

一次运行是怎么走的

1. When clicking "Execute Workflow" 启动运行，OpenAI 在一个请求里三次要求给出十个随机用户的 JSON 列表。它返回三个条目。
2. Split In Batches 一次传一个条目下去。
3. Parse JSON 把回答的文字变成字段 content 里的一个列表。Make JSON Table 把它拆成十个条目。
4. Convert to CSV 把这十个条目写成一个带表头的 CSV 文件。文件名用回答的序号。
5. Strip UTF BOM bytes 把文件移进一个去掉字节顺序标记的文本字段。Create valid binary 再把文本变回 CSV 文件。
6. Save to Disk 把文件写到你的文件夹，循环回到 Split In Batches 取下一个回答。

想改样子，改这里

• 文件数量：OpenAI 选项里的生成份数。
• 用户数量和各列：OpenAI 里的提示词。
• 文件名：Convert to CSV 和 Create valid binary 里的文件名。
• 文件夹：Save to Disk 里的路径。

要知道的

• n8n 的源码（2026 年 11 月 12 日查看）把 Item Lists、Spreadsheet File、Move Binary Data 和 Write Binary File 从节点列表里藏起来了，它们仍然能运行。新建工作流时，Split Out、Convert to File 和 Read/Write Files from Disk 能做同样的事。
• 6000 个令牌的上限把推理令牌也算进去。回答被截断时就调高它。
• 如果模型把列表包进 Markdown 代码围栏，Parse JSON 就会出错。提示词要求它只给单行 JSON。
• 名字取自虚构作品，邮箱地址是编出来的，但某个地址可能属于真人。不要给它们发邮件。
• n8n Cloud 的文档说写在那里的文件不保证能跨重启保留。
• Mindket 没有运行这个工作流。它读的是 OpenAI 和 n8n 的文档以及 n8n 的源码。
• 这个 JSON 里没有任何凭据。