使用方法
- 在「主题关键词」里一行写一个词，示例填了晨跑、城市清晨、坚持的力量；生成时按行轮换，所以第一个词会出现在第 1 条里。
- 在「语气」选说话方式，示例默认「真诚分享」；换成「轻松俏皮」或「专业干货」会替换末尾的行动号召句，不影响首行结构。
- 「emoji 密度」默认「适中」，每个首行末尾加一个 🌤；选「丰富」会加一组带零宽连接符的组合 emoji，正好用来看码点与字素簇的差别。
- 「标签数量」填 10（上限 30）、「生成条数」填 3，点「生成文案」或按 Ctrl/Cmd+Enter，结果区与四格计数同步刷新。
- 每条的正文码点显示在右上第一格；接近 2200 时结果区下方会直接提示还差多少、要删多少，不用自己数字符。
Instagram文案生成器能解决什么问题
第一个场景是首行折叠。Instagram 信息流只完整展示首行的一小段，超出约 125 个字符的部分会被折叠，用户必须点「更多」才看得到——所以首行的任务是把人勾进正文，而不是把话说尽。本页把每个结构的首行长度直接算成码点数放进对照表，最长的一条「以前我连 1 公里都跑不下来 🏃♂️✨」是 20 码点，离折叠线还很远。
第二个场景是标签数量。Instagram 单条最多挂 30 个话题标签，超出的部分不会生效；挂太少又不利于被发现。本页把标签数做成 0 到 30 的输入，并按标签池轮换取词，生成后你还能逐条改，不用在手机上一个一个敲井号。
第三个场景是正文长度。2200 个字符是正文上限，但这个「字符」到底怎么数，很多人没数对：一个 🌤 在中文字数统计里可能是 1，在 JavaScript 的 s.length 里却是 2，因为它是两个 UTF-16 码元。本页把码点、UTF-16 码元、UTF-8 字节、字素簇四个数并排显示，让「到底是几个字符」这件事当场有答案。
第四个场景是批量草稿。一次 12 条、每条结构不同，挑出合适的再改，比从空白框想第一句话快；主题词按行轮换，第 1 条用第一个词、第 4 条又回到它，适合给一组关键词铺满一周。
本页只管文案骨架。给简介页写自我介绍请用 Instagram简介生成器，给短视频想选题请用 Instagram短视频创意生成器，要换花体字请用 Instagram字体生成器，想看标签数到底怎么影响曝光请用话题标签数量指南——它们各自负责本页不覆盖的那一段。
三种字符计数的原理和变量
先讲调用的是什么。生成这一步是模板插槽替换：六套结构各含一个 KW 占位符，用 模板.split('KW').join(关键词) 把主题词填进去，再按 emoji 密度拼上首行后缀、按语气拼行动号召、按标签数切一段标签池，最后用换行拼成整条文案。这一层没有任何随机数，同样的输入永远得到同样的输出。
真正的技术内核在计数。同一段文字有四种「长度」：[...s].length 数的是 Unicode 码点，s.length 数的是 UTF-16 码元，new TextEncoder().encode(s).length 数的是 UTF-8 字节，Intl.Segmenter('zh', { granularity: 'grapheme' }) 数的是字素簇。四个数在同一段文字上并不相等：实测「🏃♂️」是 4 个码点、5 个 UTF-16 码元，但只算 1 个字素簇；「🌤」是 1 个码点、2 个码元、4 个字节；汉字「字」是 1 个码点、1 个码元、3 个字节。
为什么把四个都放出来而不是只给一个？因为平台口径与代码口径不同。按码点数是目前最接近「人眼看到的字符数」的算法，emoji 按 1 个算；按 UTF-16 码元会把 🌤 算成 2 个，emoji 一多就虚高；按 UTF-8 字节会按存储体积算，汉字一律算 3 个，与用户感知差得更远。字素簇才是 UAX #29 定义的「用户感知字符」，需要 Intl.Segmenter，兼容性最差但最准。所以 Instagram文案生成器默认用码点数当主口径，另外三个作为对照。
标准来源：2200 字符正文上限、30 个话题标签上限、约 125 字符的首行折叠都写在 Instagram 官方帮助中心里；字素簇切分规范是 Unicode UAX #29；UTF-8 编码由 RFC 3629 定义。判断文案会不会被折叠、会不会被标签截断，就按这三条平台阈值来，不要按自己的感觉。
边界与常见误用：emoji 密度选「丰富」时，第 1 条的码点是 102、UTF-16 码元 103、字素簇 99，码点与字素簇差 3，差值全部来自 🏃♂️ 这个序列。最常见的误用有两个：以为 emoji 一定算 1 个字符（只有在按码点或按字素簇数时成立）；以为首行 125 是硬截断（其实是折叠，正文完整发布，只是要点击展开）。
完整示例（数值仅作演示）
Instagram文案生成器用默认设置（3 行主题词、语气真诚分享、emoji 适中、标签 10 个、生成 3 条）操作：第 1 条走「钩子提问」结构，首行是「你有没有过这样的时刻？ 🌤」，13 个码点；正文段是「我第 3 天就想放弃，是 晨跑 把我拉回来的。」，行动号召是「如果你也在犹豫，今天就先跑 1 公里。」，末尾接 10 个标签。整条的码点是 98，UTF-16 码元 99，UTF-8 字节 231，字素簇 98，距离 2200 上限还有 2102 个码点。
第 2 条走「数字清单」结构，首行「3 个我坚持 城市清晨 的理由 🌤」是 17 个码点，整条 99 码点、100 个 UTF-16 码元、236 字节；第 3 条走「反差开头」，首行 16 码点，整条 110 码点、111 码元、267 字节。三条的结构、主题词、标签窗口全部错开，所以不会出现「三条几乎一样」的观感。
再看折叠与超限两个边界。把 emoji 密度切到「丰富」，第 1 条变成 102 码点、103 码元、99 字素簇，主口径码点仍是三个数里最小的——这就是为什么主口径选码点。把正文强行续写到 145 段补充说明，总码点到 2403，超出 2200 上限 203 个码点，结果区会直接提示要删多少。
输入范围与对照表
主题关键词最多 12 行、每行一个词；生成条数 1 到 12；标签数量 0 到 30；语气 3 档；emoji 密度 3 档。下表把 6 种结构乘 3 档 emoji 密度的首行长度与预计正文码点全部算出来，便于先挑结构再动笔。
| 结构 | emoji 档 | 演示首行 | 首行码点 | 是否折叠 | 建议标签 | 预计正文码点 |
|---|---|---|---|---|---|---|
| 钩子提问 | 0 个 | 你有没有过这样的时刻？ | 11 | 不折叠 | 6 | 80 |
| 钩子提问 | 1 个 | 你有没有过这样的时刻？ 🌤 | 13 | 不折叠 | 6 | 82 |
| 钩子提问 | 2 个 | 你有没有过这样的时刻？ 🏃♂️✨ | 17 | 不折叠 | 6 | 86 |
| 数字清单 | 0 个 | 3 个我坚持 晨跑 的理由 | 13 | 不折叠 | 8 | 81 |
| 数字清单 | 1 个 | 3 个我坚持 晨跑 的理由 🌤 | 15 | 不折叠 | 8 | 83 |
| 数字清单 | 2 个 | 3 个我坚持 晨跑 的理由 🏃♂️✨ | 19 | 不折叠 | 8 | 87 |
| 反差开头 | 0 个 | 以前我连 1 公里都跑不下来 | 14 | 不折叠 | 8 | 82 |
| 反差开头 | 1 个 | 以前我连 1 公里都跑不下来 🌤 | 16 | 不折叠 | 8 | 84 |
| 反差开头 | 2 个 | 以前我连 1 公里都跑不下来 🏃♂️✨ | 20 | 不折叠 | 8 | 88 |
| 场景描写 | 0 个 | 早上 5:40，城市还没醒 | 13 | 不折叠 | 10 | 94 |
| 场景描写 | 1 个 | 早上 5:40，城市还没醒 🌤 | 15 | 不折叠 | 10 | 96 |
| 场景描写 | 2 个 | 早上 5:40，城市还没醒 🏃♂️✨ | 19 | 不折叠 | 10 | 100 |
| 结论前置 | 0 个 | 晨跑 真正改变我的，不是体重 | 14 | 不折叠 | 8 | 83 |
| 结论前置 | 1 个 | 晨跑 真正改变我的，不是体重 🌤 | 16 | 不折叠 | 8 | 85 |
| 结论前置 | 2 个 | 晨跑 真正改变我的，不是体重 🏃♂️✨ | 20 | 不折叠 | 8 | 89 |
| 故事切入 | 0 个 | 第 1 天我跑了 800 米就停了 | 17 | 不折叠 | 10 | 93 |
| 故事切入 | 1 个 | 第 1 天我跑了 800 米就停了 🌤 | 19 | 不折叠 | 10 | 95 |
| 故事切入 | 2 个 | 第 1 天我跑了 800 米就停了 🏃♂️✨ | 23 | 不折叠 | 10 | 99 |
表里能读出两条规律：首行码点只随结构与 emoji 档变化，与正文长度无关；emoji 档从 0 跳到 2，首行码点增量是 4 到 6 个，增量里含零宽连接符与变体选择符这类看不见的码点。标签池 24 个候选，取 10 个的组合数是 1961256。
边界与精度说明
关于四个计数为什么不一致：码点数是把字符串按 Unicode 码点展开后的个数，一个汉字、一个 🌤 都算 1，但 🏃♂️ 这个由零宽连接符拼起来的序列会被数成 4；UTF-16 码元数是 JavaScript 原生 s.length 的口径，凡是码点在 U+FFFF 以上的字符都占 2 个；UTF-8 字节数是存储口径，汉字固定 3 字节、🌤 固定 4 字节；字素簇按 UAX #29 把「用户看成一个字符」的序列合并，所以 🏃♂️ 又回到 1。
主口径为什么选码点：它在中英文混排时最接近人眼数的字符数，emoji 也不会被重复计数，与 2200 上限的平台口径误差最小；emoji 密集时再看一眼字素簇那一格，两者差得越多说明组合 emoji 用得越多。
标签数量的边界是 30，输入框给了 min="0" max="30" step="1"，超出会在错误区点名实际值并说明允许范围，而不是悄悄取 30。标签数填 0 时结果里不会出现标签行，末尾也不会多出空行。生成条数上限 12 是刻意的：再多的话结果框要滚动很久，而你通常只会挑其中几条发。
折叠线是约 125 字符。Instagram 的折叠阈值与设备字体、字号有关，官方帮助中心给的是大致值，所以本页按 125 个码点作为参考线；表里最长的首行是 23 个码点，安全余量很大。真正要当心的是你自己续写的首行——一个中文长句很容易超过 60 字，加上 emoji 就接近折叠线了。
导出格式：对照表 CSV 带 UTF-8 BOM，Excel 打开中文不乱码；「复制文案」走 navigator.clipboard.writeText，拿到的是含空行与分隔线的完整文本，可直接粘进 App 输入框。
常见问题
Instagram文案生成器给出的文案能直接发吗？
可以当草稿直接发，但建议至少改一处：模板句是通用的骨架，平台上的真实表达因人而异。把行动号召换成你自己的口头禅、把正文段补上一件具体的事，文案的完读率会明显不同，模板负责的是结构，不负责你的个人语气。
为什么同一段文字的码点和 UTF-16 码元数不一样？
因为口径不同。码点按 Unicode 码点计数，UTF-16 码元按 JavaScript 字符串内部存储单位计数。凡是码点超过 U+FFFF 的字符（绝大多数字符类 emoji）在 UTF-16 里占两个码元，所以 🌤 是 1 个码点、2 个码元，emoji 越多两个数差得越开。
首行 125 字符是硬性截断吗？
不是截断，是折叠。正文完整发布，只是信息流里先显示到大约 125 个字符，后面的内容要用户点「更多」。所以首行策略是把钩子放在前 125 个字符内，而不是把正文压到 125 字符以内。本页把首行码点单独列出来就是为了让你做这个取舍。
标签数量填 0 会怎样？
结果里就不会有标签块，也不会留下多余的空行。标签的发现作用主要来自少量高相关标签，堆满 30 个并不一定更好；本页把数量交给你，是因为把标签数写死成 10 或 30 反而会给出不适合所有账号的建议。
为什么选「丰富」之后字节数涨得比码点快？
因为 🌤 这类 emoji 在 UTF-8 里固定占 4 个字节，而汉字占 3 个、ASCII 占 1 个。emoji 越密，按字节算的体积增长越快，但你看到的字符数并没有增加多少——这正是「用字节数判断文案长短」会误导人的原因。
生成条数最多为什么只给 12？
因为结果区要逐条阅读与挑选，12 条已经覆盖 6 种结构各两轮；再多就是滚动负担。要更多草稿，改一次主题词再点一次生成即可，输入里的关键词轮换会带来不同开头，不会得到重复内容。
文案会调用网络接口或上传我的关键词吗？
不会。整个生成过程只做字符串拼接与计数，标签从页面内置的 24 个候选里轮换取用，不发任何网络请求，可以在开发者工具的 Network 面板自查。关键词只存在于当前页面的输入框里，刷新即清空。
中英文混排时该看哪个计数？
优先看码点数，它对中英文一视同仁，也不会因为 emoji 而虚高；如果你要用在标题或昵称这类按「字符」限长的字段，再看一眼字素簇数，它最接近平台与用户的感知口径。UTF-16 码元与 UTF-8 字节更适合开发自查存储与接口长度。
相关工具
- Instagram简介生成器：专写主页那一栏的自我介绍，本页负责的是帖子正文。
- Instagram短视频创意生成器：给 Reels 想选题与开场，和文案骨架配套使用。
- Instagram话题标签数量指南：讲清标签数量与曝光的关系，配合本页的 0 到 30 输入一起看。
- 话题标签统计：统计一段文字里有多少个井号标签、去重后剩几个。
- 简介生成器：面向通用平台的个人简介，不绑定 Instagram 的信息流形态。
- YouTube描述生成器：视频描述的结构与标签习惯和 Instagram 不同，别直接套用本页的模板。
- Instagram字体生成器：把文案换成花体字符，注意花体用的是特殊码点，会让码点数上升。