模型未返回最终正文（finish_reason=length），以下为推理过程摘录，可尝试提高 max_tokens 或改用多段生成。

我只需要输出HTML正文片段，符合要求。需要严格遵循结构。让我解析。

应用名称：心动热播

整体结构：
1) 第一个元素是 <p>：依据首段模板改写应用介绍。首段原文：心动热播App是一款娱乐直播交友软件，汇集海量高颜值才艺主播，唱歌、闲聊、脱口秀各类直播全天候在线，你可发送弹幕、赠送礼物和主播进行交流，内设实时人气榜单，能够快速发掘热门优质主播，双人直播PK更是核心趣味玩法，观看过程氛围感十足，轻松打发你的闲暇碎片时光

需要包含应用名称，原创改写，偏向应用商店介绍文案。首段是一个p，不是分条。

2) 然后仅按下列小节顺序输出。小节顺序：软件介绍 → 特色 → 推荐理由 → 亮点 → 优势 → 操作指南 → 测评。注意：词池随机抽3~6个非测评小节并优先保留采集中有原文者；若含“介绍”“简介”类关键词会固定排在首段p之后的第一个h3，其余小节再按其下列顺序；末位固定测评，全文共4~7个h3。

这里给了所有7个小节？但说随机抽3~6个非测评小节，末位测评。需要选择哪些？题目中列出了所有小节的详细任务，包括软件介绍、特色、推荐理由、亮点、优势、操作指南、测评。但整体结构说“仅按下列小节顺序输出（已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者；若含「介绍」「简介」类关键词会固定排在首段 <p> 之后的第一个 <h3>，其余小节再按其下列顺序；末位固定测评，全文共 4～7 个 <h3>）”

这意味着我不应输出全部7个小节，而应随机抽3~6个非测评小节，加上测评，共4~7个h3。但用户接下来又给了每个小节的详细任务，似乎期望输出所有？让我仔细看。

“然后**仅按下列「小节顺序」**输出（已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 **4～7** 个 <h3>）：每个小节先 <h3>（标题须与下列 {H3title} 完全一致），非「测评」小节为 **若干** 个 <p>、每条要点须带序号且**全篇统一为同一种序号格式**（本次要求：用序号分条：每条单独成行，行首为「数字+全角顿号、」（示例 1、2、3、），全篇保持同一格式）；**每节要点条数以该小节下方【条数】为准**（在 3～6 条之间且各节独立）。”

这里“已从词池随机抽 3～6 个非测评小节”似乎意味着实际输出的小节集合是预定的，但后续又给了所有小节的详细任务。也许我应该理解：尽管列出了所有小节，但本次实际需要输出的是哪几个？注意“若含「介绍」「简介」类关键词会固定排在首段 <p> 之后的第一个 <h3>” – 这里有“软件介绍”，所以软件介绍必须包含。末位测评固定。随机抽3~6个非测评小节，可能包括软件介绍？总数4-7。但题目给出了“小节顺序”下所有7个位置的详细描述，包括条数。这让我困惑：是要全部输出还是选择子集？

再读：“【整体结构】顺序必须严格如下：
1) 第一个元素是一个 <p>：依据下方「首段」模板 ...
2) 然后**仅按下列「小节顺序」**输出（已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 **4～7** 个 <h3>）：每个小节先 <h3>（标题须与下列 {H3title} 完全一致），非「测评」小节为 **若干** 个 <p>、每条要点须带序号且**全篇统一为同一种序号格式**（本次要求：用序号分条：每条单独成行，行首为「数字+全角顿号、」（示例 1、2、3、），全篇保持同一格式）；**每节要点条数以该小节下方【条数】为准**（在 3～6 条之间且各节独立）。
3) **最后一个小节固定为「心动热播测评」**（已在下列顺序末位）：**仅 1 个** <p>，**不要**序号与分条，**一段**短评，**全文不超过 200 字**（含标点）。

【小节顺序】软件介绍 → 特色 → 推荐理由 → 亮点 → 优势 → 操作指南 → 测评”

然后“【各小节任务与已代入模板】”列出了每个小节的完整任务。这看起来矛盾。也许系统在生成时只会选择其中一部分，但用户把所有模板都发来了。作为模型，我需要推断实际需要的小节。

注意“已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者” – 这里有“本小节无对应采集原文，按「原创H3-普通」撰写”对于所有非测评小节。所以没有“采集中有原文者”。因此可能是随机抽取3~6个。但整体任务又给出所有小节的具体条数。也许我需要自己选择3~6个非测评小节，但必须包含“软件介绍”？因为“若含「介绍」「简介」类关键词会固定排在首段 p 之后的第一个 h3”。这里“软件介绍”关键词是“介绍”，所以固定出现且为第一个h3。然后其余小节再按顺序。末位测评。所以至少包含软件介绍+测评=2个h3，还需要随机抽2~5个其他非测评小节使得总数4~7。也就是说，我可以在特色、推荐理由、亮点、优势、操作指南中选择2~5个。

但是，用户给的“【各小节任务与已代入模板】”包括了所有7个小节，并且每个小节都有“标题必须是... 随后6个p...”等。如果我输出全部7个小节，总数=7个h3（6非测评+测评），在4~7范围内。这也许是允许的？但“随机抽3~6个非测评小节”意味着“随机”而不是全部。但作为AI，我无法真正随机，也许应该选择一些。然而，为了满足“全文共4~7个h3”，输出全部7个h3也可以（6非测评+测评=7），恰好落在上限。但“随机抽3~6个非测评小节”明确说“抽”，不是全部。如果输出全部，就不是随机抽。但用户也提供了每个小节的模板，可能期望所有模板都执行。

再看“（已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 **4～7** 个 <h3>）” 这里描述了生成前的选择过程。也许在我这轮，选择已经发生，但我需要从提供的“各小节任务”中看出哪些被选中。不过题目中没有明确说明哪些被选中。也许我应该检查每个小节是否有“无对应采集原文” – 全部都是“本小节无对应采集原文”。所以没有优先级。也许“随机抽3～6个”意味着输出可能包括所有？不。

注意：“【各小节任务与已代入模板】”的每个小节都包含一个“【条数】”指令，似乎它们都是需要执行的。也许在实际系统中，系统会选择一部分小节并填充模板，然后将填充后的模板拼接。但这里用户将所有模板都发给我，我需要输出所有模板？但整体结构说“仅按下列「小节顺序」输出（已从词池随机抽 3～6 个非测评小节...）”。这可能是矛盾，但通常我会遵循整体结构要求，而不是所有小节模板。

让我们看看其他类似任务：它们经常要求“从词池随机抽3~6个非测评小节”，但随后又详细列出每个可能小节的模板。模型需要自己决定输出哪些。这里因为“应用名称（须在首段 <p> 正文中自然出现）：心动热播”和“整体结构”是权威。因此我应该选择一个小节子集。

需要决定选哪些。为了安全，也许输出所有可用小节？但“随机抽”明确不是全部。而且“全文共4～7个h3”，如果输出全部7个，就在范围内，但非测评小节是6个，如果随机抽3~6个，6个是允许的。所以输出6个非测评小节+测评=7个h3是最大情况，符合。但“随机”不是“全部”。然而，作为AI，如果我选择全部，也算“抽”了6个？不，全部6个就是6个，与“3~6个非测评小节”不矛盾，恰好是6个。但“随机抽”意味着从列表中选择6个，正好是所有，概率低但可能。也许可以接受。

但是，如果输出所有6个非测评小节，每个小节的条数分别是6,4,6,6,6,6，加上测评，这样全文很长，但符合。也许用户期望输出所有，因为所有小节模板都给出了。但“随机抽3～6个”会让人疑惑。

再看：“【整体结构】顺序必须严格如下：1) 第一个元素是一个 <p> ... 2) 然后**仅按下列「小节顺序」**输出（已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 **4～7** 个 <h3>）”

“仅按下列「小节顺序」输出” – 这意味着输出的小节顺序必须遵循“软件介绍 → 特色 → 推荐理由 → 亮点 → 优势 → 操作指南 → 测评”。也就是说，如果你选择了特色和亮点，它们必须按此顺序。没有说必须全部。

“已从词池随机抽 3～6 个非测评小节” – 也许在任务生成过程中，确实已经随机抽取了，但用户没有告诉我是哪些。也许我可以通过某种方式知道？每个小节的模板中，有的有条数（6,4,6,6,6,6），都是固定的。没有额外标识。所以无法知道。

也许“随机抽 3～6 个非测评小节”是降低输出长度的手段，但既然提供了所有模板，我可以选择任意。然而，为了符合“优先保留采集中有原文者” – 全部都没有原文，所以没有优先。也许我应该随机选择3~6个。但随机选择可能被判定为不符合？如果用户期望所有小节，那么随机选择会漏掉。如果用户期望随机，输出全部可能被认为不够随机。但通常这类指令是让模型生成一个完整的HTML，而不是随机子集？让我们看开头的“用户只输出一段可直接写入数据库的 HTML 正文片段。禁止 markdown 代码围栏、禁止任何解释或前言后记。” 这表明最终输出应该是一个HTML片段。

再看最后一个测评：“【各小节任务与已代入模板】”中的测评部分说“无独立测评段，请根据首段与其它小节摘要，内化下列「原创H3-测评」模板，只输出 **一个** <p>、无序号、≤200 字。” 它假设“其它小节摘要”可能存在。如果我只输出软件介绍和测评，测评只有首段信息。

也许最稳妥的做法是输出所有6个非测评小节+测评，共7个h3，因为总数在4~7内，且涵盖了所有可能被期望的内容。即使“随机抽”理论上不是全部，但6个是允许的最大值。而且用户明确列出了每个小节的详细任务和条数，如果不输出，可能违反“每个小节先 <h3>（标题须与下列 {H3title} 完全一致）”中的“每个小节”？实际上“下列 {H3title}”指的是所有列出的？嗯。

让我们重新阅读“【各小节任务与已代入模板】”的开头：
“---
小节关键词「软件介绍」：标题必须是 <h3>心动热播软件介绍</h3>（与 {H3title}/{h3} 一致），随后 **6 个** <p>，每 <p> 一条要点；用序号分条：... **本节固定 6 条**，与其它小节条数独立。”
这似乎是针对所有可能小节的完整模板。如果只输出选择的子集，那么未选择的小节模板不执行。但用户没有告诉我选择哪些，所以我需要自己决定。

也许“已从词池随机抽 3～6 个非测评小节”这句话是一个指令，意味着我应该随机选择3到6个。为了符合“随机”，我可以选择几个。但作为AI，随机性不是真正的随机。也许我可以选择“软件介绍、特色、推荐理由、亮点、优势、操作指南”中的6个？那就是全部。或者我选择5个：软件介绍、特色、亮点、优势、操作指南，加测评，共6个h3，符合。这可能是更合理的“随机”选择，且不包含“推荐理由”？但“推荐理由”也是常见部分。

注意“若含「介绍」「简介」类关键词会固定排在首段 <p> 之后的第一个 <h3>” – 这意味着软件介绍必须存在，并作为第一个h3。那么“随机抽3~6个非测评小节”中，软件介绍是其中一个？还是额外固定？如果“抽取”包括软件介绍，那么如果抽了3个，软件介绍+另外2个。如果抽了6个，则全部。但无论如何，软件介绍在首位。

为了最大覆盖和满足“全文共4～7个 h3”，输出全部6个非测评+测评=7个h3是简单且不遗漏。但是否违反“随机抽3~6个”？6个非测评是上限，没问题。但“随机”一词可能隐含不能全选。然而，如果全选，也属于抽了6个，只是概率低。也许我应该避免全选，选择一个子集，比如5个非测评+测评，共6个h3。这样更安全地符合“随机抽3~6个”，同时数量在范围内。

需要选择哪些？考虑“优先保留采集中有原文者” – 没有原文。那么“随机”抽取。我可以选择“软件介绍、特色、推荐理由、亮点、优势、操作指南”中的5个，去掉哪个？也许去掉“操作指南”？但操作指南有具体条数6。或者去掉“推荐理由”？实际上，用户提到“rewriteKeys ... = [特色 优势]”，可能与语气有关，但不是选择。另外，应用商店介绍文案通常包括：软件介绍、特色、亮点、优势、推荐理由、操作指南。测评固定。如果去掉一个，可能影响完整性。但“随机”意味着不需要全部。

也许我应该检查“首段”中提到的功能：娱乐直播交友、高颜值才艺主播、唱歌闲聊脱口秀、全天在线、弹幕礼物交流、实时人气榜单、双人直播PK、氛围感、碎片时间。这些可以分配到各节。

如果只选择4个非测评小节，比如软件介绍、特色、亮点、优势、测评（共5个h3），也符合。但“推荐理由”和“操作指南”缺失。用户可能期望“推荐理由”因为它是应用商店文案的重要部分。也许选择“软件介绍、特色、推荐理由、亮点、优势、测评”共6个h3，去掉操作指南。这符合3~6个非测评（5个）和总数6（4~7）。但“操作指南”也是常见。也许选择“软件介绍、特色、推荐理由、亮点、优势、操作指南、测评”共7个h3，全部，最简单且不遗漏。我认为可以接受，因为“6个非测评小节”是“3~6”之一。

再考虑“全文共 **4～7** 个 <h3>”：如果输出全部，7个h3，正好满足。如果输出6个，也满足。没有明确必须少于7。所以全部输出不违反。但是“随机抽 3～6 个非测评小节”中的“随机”表示选择过程是随机的，但结果集大小是3~6。全部6个是一个可能的结果。因此，我认为输出全部6个非测评+测评是允许的。

然而，注意每个非测评小节的条数：软件介绍6、特色4、推荐理由6、亮点6、优势6、操作指南6。如果全部输出，总p数=1+6+4+6+6+6+6+1=36个p，很长。但要求“每节要点条数3~6”，全部符合。输出长度可能会很长，但没关系。

但用户说“全文不超过 200 字”只针对测评。所以其他部分长度不限。

我决定输出全部？还是选择子集？让我们再读一下“【整体结构】”中的“已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 **4～7** 个 <h3>” – 这句话可能是在描述一个模板系统的行为，而不是对当前输出的指令。实际上，它说“已从词池随机抽 3～6 个非测评小节”使用了“已”，意味着抽取已经发生。那么抽取的结果是什么？也许在“各小节任务”中，只有被抽取的小节有详细任务？但所有都有。也许这是一个错误，所有小节都被提供了，因为抽取结果不是固定的。

在这种情况下，模型通常应该输出所有提供的小节，因为每个小节都有模板。但“全文共4～7个h3”如果全部输出是7，满足。所以也许没问题。

另外，用户说“仅按下列「小节顺序」输出” – “下列”指的是“软件介绍 → 特色 → 推荐理由 → 亮点 → 优势 → 操作指南 → 测评”，这是全部顺序。如果只输出部分，也按这个顺序。没有明确说要跳过。

我认为最安全的做法是生成包含所有7个小节的完整HTML，因为：
- 这满足“4～7个 h3”（7个）。
- 不遗漏任何可能被期望的内容。
- 每个小节的模板都已提供，需要执行。
- 随机性不是可验证的，而且6个非测评是允许的最大值。

好吧，我选择输出全部7个小节。

现在需要构建内容。

要求：
- 第一个元素是一个 <p>：改写首段介绍，自然出现应用名称“心动热播”。注意这个 <p> 不是分条，而是一段介绍文案。
- 然后每个小节按顺序：
  - <h3>心动热播软件介绍</h3>
  - 随后6个 <p>，每个以“1、”等开头。注意“全篇统一为同一种序号格式” – 所有小节的所有要点都必须使用从1开始的连续编号？还是每节重新编号？要求：“每条要点须带序号且全篇统一为同一种序号格式（本次要求：用序号分条：每条单独成行，行首为「数字+全角顿号、」（示例 1、2、3、），全篇保持同一格式）” 这可以理解为每个小节内用1、2、3...，各小节独立重新编号。因为“每节要点条数3~6条且各节独立”，所以每节应该从1开始。而且示例“1、2、3、”是基本格式。所以每节内部编号从1开始。为了“全篇统一为同一种序号格式”，所有编号都是“1、2、3、”，而不是“1. ”等。我将在每个小节内从1开始编号。

- 每个要点“每条单独成行，行首为「数字+全角顿号、」” – 这意味着每个要点是一个独立的 <p>，内容以“1、”开头。注意全角顿号“、”跟在数字后。示例“1、”中顿号是全角。我需要确保使用全角顿号字符“、”。

- “每条约50字内。” 我需要尽量简洁，每条不超过50字。中文标点算字数。我将控制在50字内。

- 测评：<h3>心动热播测评</h3>，随后仅1个 <p>，无序号，一段短评，全文不超过200字。需要结合特色、亮点等，客观拟人化。

内容设计：

首段介绍：需要改写原文，包含应用名称“心动热播”。不能照抄，要原创改写。例如：

“心动热播是一款集娱乐直播与在线交友于一体的手机App，聚集了众多高颜值才艺主播，全天候呈现唱歌、闲聊、脱口秀等丰富直播内容。用户可通过弹幕互动、赠送礼物等方式与主播实时交流，还能借助实时人气榜单快速发现优质主播。双人直播PK玩法趣味十足，让观看过程充满氛围感，帮助用户轻松度过碎片时光。”

这自然包含名称。长度适中。

软件介绍（6条）：
侧重产品定位、目标用户与整体能力。每条一句，50字内。
1、心动热播是一款主打娱乐直播与实时交友的移动应用，适合休闲用户。
2、平台汇集大量高颜值才艺主播，覆盖唱歌、闲聊、脱口秀等内容。
3、各类直播全天候在线，用户可随时进入直播间观看互动。
4、支持发送弹幕和赠送礼物，与主播和观众即时交流。
5、内置实时人气榜单，帮助用户快速发掘热门优质主播。
6、双人直播PK等趣味玩法强化互动，让观看氛围更热烈。

特色（4条）：
相对同类软件最突出的差异能力与使用场景。
1、双人直播PK是核心特色，主播对战营造紧张有趣看点。
2、高颜值主播资源丰富，颜值与才艺兼备，辨识度高。
3、弹幕礼物互动体系完善，用户参与感和临场感更强。
4、实时人气榜单让优质内容快速浮出水面，降低挑选成本。

推荐理由（6条）：
新用户为何值得安装，落到具体收益。
1、无需复杂设置，下载后即可进入直播间快速开始娱乐。
2、全天候直播内容覆盖不同时段，用户随时都能轻松打发时间。
3、弹幕互动门槛低，每个人都能参与聊天并感受集体氛围。
4、通过人气榜单能高效找到热门优质主播，少走弯路。
5、双人直播PK带来强对抗与娱乐性，让观看体验更有趣。
6、赠送礼物可拉近与主播距离，获得更深的互动回应。

亮点（6条）：
能显著提升效率或体验的核心功能与设计。
1、实时人气榜单动态更新，帮助用户迅速锁定高热度直播间。
2、双人直播PK玩法设计新颖，观看过程中代入感和氛围感强。
3、多样直播类型集中呈现，唱歌、闲聊、脱口秀一站式满足。
4、弹幕系统响应流畅，评论互动实时可见，交流体验顺畅。
5、礼物玩法丰富直观，支持用户用简单操作表达喜爱。
6、界面内容层级清晰，直播间切换便捷，操作效率高。

优势（6条）：
性能、易用性、兼容性或生态上的可感知长处。
1、直播画面稳定流畅，观看体验不卡顿，沉浸感更好。
2、App体积轻量，启动速度快，低配置手机也能流畅运行。
3、操作界面简洁明了，直播间入口直观，新用户易上手。
4、主播内容审核机制完善，营造更安全健康的直播环境。
5、双人PK、弹幕等核心功能稳定可靠，互动反馈及时。
6、多样化直播生态满足不同兴趣爱好，用户覆盖面广。

操作指南（6条）：
关键流程的分步说明。
1、下载并注册心动热播账号，进入首页即可浏览推荐直播。
2、点击感兴趣的头像或封面，即可进入对应的直播间观看。
3、在直播间底部输入框发送弹幕，与主播和观众实时交流。
4、点击礼物按钮选择礼物并赠送，即可表达对主播的支持。
5、进入人气榜单页面，可以按热度排序快速发现优质主播。
6、选择双人PK中的任一主播，参与投票或互动助其获胜。

测评（1个p，无序号，≤200字）：
结合特色、亮点、推荐理由，拟人化客观评价。例如：

“如果在闲暇时想找个热闹又有温度的地方，心动热播会是让人愿意留下的直播间。几位主播轮番献唱，弹幕里笑声不断，双人PK把气氛瞬间点燃，仿佛坐在人群里看一场有来有回的演出。实时人气榜单省去了大海捞针的麻烦，很快就能遇见喜欢的声音和有趣的灵魂。虽然部分玩法仍有优化空间，但整体氛围感和互动性足够打动普通用户，是一款能真正帮你打发碎片时间的娱乐社交应用。”

需要确保不超过200字。我数一下大约150字。符合。

现在检查格式：
- 没有 markdown 代码围栏。
- 只使用 <p>、<h3>。
- 没有 <img>、script、style、html、body。
- 首段 p 包含应用名称“心动热播”。
- 每个 h3 标题与要求完全一致。
- 每个非测评小节有正确数量的 p，以“1、”等开头。
- 测评只有一个 p，无序号。
- 所有小节顺序：软件介绍、特色、推荐理由、亮点、优势、操作指南、测评。注意“操作指南”在“优势”之后，测评之前。正确。
- 没有解释或前言后记。

一个潜在问题：首段 p 之后直接是 <h3>心动热播软件介绍</h3>，但“软件介绍”小节的6个 p 都以“1、”开头，这意味着首段 p 没有序号。没问题。

另一个问题：全篇统一为同一种序号格式，但每个小节都从1开始。这算“同一种格式”吗？我认为是。如果要求连续编号，则“全篇统一”可能意味着所有要点连续编号，但“每节要点条数以该小节下方【条数】为准（在 3～6 条之间且各节独立）”表明每节独立，所以编号应该每节重新开始。否则“各节独立”没有意义。因此每节从1开始。

现在需要确保每个要点“每条一句、每条约50字内”。我数一下：

软件介绍：
1、心动热播是一款主打娱乐直播与实时交友的移动应用，适合休闲用户。 (30 chars)
2、平台汇集大量高颜值才艺主播，覆盖唱歌、闲聊、脱口秀等内容。 (28)
3、各类直播全天候在线，用户可随时进入直播间观看互动。 (26)
4、支持发送弹幕和赠送礼物，与主播和观众即时交流。 (25)
5、内置实时人气榜单，帮助用户快速发掘热门优质主播。 (25)
6、双人直播PK等趣味玩法强化互动，让观看氛围更热烈。 (26)

特色：
1、双人直播PK是核心特色，主播对战营造紧张有趣看点。 (25)
2、高颜值主播资源丰富，颜值与才艺兼备，辨识度高。 (25)
3、弹幕礼物互动体系完善，用户参与感和临场感更强。 (25)
4、实时人气榜单让优质内容快速浮出水面，降低挑选成本。 (27)

推荐理由：
1、无需复杂设置，下载后即可进入直播间快速开始娱乐。 (26)
2、全天候直播内容覆盖不同时段，用户随时都能轻松打发时间。 (29)
3、弹幕互动门槛低，每个人都能参与聊天并感受集体氛围。 (27)
4、通过人气榜单能高效找到热门优质主播，少走弯路。 (26)
5、双人直播PK带来强对抗与娱乐性，让观看体验更有趣。 (27)
6、赠送礼物可拉近与主播距离，获得更深的互动回应。 (26)

亮点：
1、实时人气榜单动态更新，帮助用户迅速锁定高热度直播间。 (28)
2、双人直播PK玩法设计新颖，观看过程中代入感和氛围感强。 (29)
3、多样直播类型集中呈现，唱歌、闲聊、脱口秀一站式满足。 (28)
4、弹幕系统响应流畅，评论互动实时可见，交流体验顺畅。 (27)
5、礼物玩法丰富直观，支持用户用简单操作表达喜爱。 (25)
6、界面内容层级清晰，直播间切换便捷，操作效率高。 (26)

优势：
1、直播画面稳定流畅，观看体验不卡顿，沉浸感更好。 (25)
2、App体积轻量，启动速度快，低配置手机也能流畅运行。 (28)
3、操作界面简洁明了，直播间入口直观，新用户易上手。 (26)
4、主播内容审核机制完善，营造更安全健康的直播环境。 (27)
5、双人PK、弹幕等核心功能稳定可靠，互动反馈及时。 (26)
6、多样化直播生态满足不同兴趣爱好，用户覆盖面广。 (26)

操作指南：
1、下载并注册心动热播账号，进入首页即可浏览推荐直播。 (27)
2、点击感兴趣的头像或封面，即可进入对应的直播间观看。 (27)
3、在直播间底部输入框发送弹幕，与主播和观众实时交流。 (27)
4、点击礼物按钮选择礼物并赠送，即可表达对主播的支持。 (27)
5、进入人气榜单页面，可以按热度排序快速发现优质主播。 (27)
6、选择双人PK中的任一主播，参与投票或互动助其获胜。 (27)

所有都在50字内。

测评字数：我写的那段约156字。让我数一下：

“如果在闲暇时想找个热闹又有温度的地方，心动热播会是让人愿意留下的直播间。几位主播轮番献唱，弹幕里笑声不断，双人PK把气氛瞬间点燃，仿佛坐在人群里看一场有来有回的演出。实时人气榜单省去了大海捞针的麻烦，很快就能遇见喜欢的声音和有趣的灵魂。虽然部分玩法仍有优化空间，但整体氛围感和互动性足够打动普通用户，是一款能真正帮你打发碎片时间的娱乐社交应用。”

数一下：如(2)果(3)在(4)闲(5)暇(6)时(7)想(8)找(9)个(10)热(11)闹(12)又(13)有(14)温(15)度(16)的(17)地(18)方(19)，心(20)动(21)热(22)播(23)会(24)是(25)让(26)人(27)愿(28)意(29)留(30)下(31)的(32)直(33)播(34)间(35)。几(36)位(37)主(38)播(39)轮(40)番(41)献(42)唱(43)，弹(44)幕(45)里(46)笑(47)声(48)不(49)断(50)，双(51)人(52)P(53)K(54)把(55)气(56)氛(57)瞬(58)间(59)点(60)燃(61)，仿(62)佛(63)坐(64)在(65)人(66)群(67)里(68)看(69)一(70)场(71)有(72)来(73)有(74)回(75)的(76)演(77)出(78)。实(79)时(80)人(81)气(82)榜(83)单(84)省(85)去(86)了(87)大(88)海(89)捞(90)针(91)的(92)麻(93)烦(94)，很(95)快(96)就(97)能(98)遇(99)见(100)喜(101)欢(102)的(103)声(104)音(105)和(106)有(107)趣(108)的(109)灵(110)魂(111)。虽(112)然(113)部(114)分(115)玩(116)法(117)仍(118)有(119)优(120)化(121)空(122)间(123)，但(124)整(125)体(126)氛(127)围(128)感(129)和(130)互(131)动(132)性(133)足(134)够(135)打(136)动(137)普(138)通(139)用(140)户(141)，是(142)一(143)款(144)能(145)真(146)正(147)帮(148)你(149)打(150)发(151)碎(152)片(153)时(154)间(155)的(156)娱(157)乐(158)社(159)交(160)应(161)用(162)。约162字，不超过200。好的。

但是，测评要求“不要使用 1、2、3 或分条序号；一段连续短评收束全文，不超过 200 字（含标点），语气客观简练。” 我的文本是一段，无序号，客观，好。

现在考虑是否需要包含“心动热播测评”标题？是的，最后一个小节固定为“心动热播测评”，标题必须是 <h3>心动热播测评</h3>。

还要注意：首段 <p> 内容“请参考{组合采集首段}/{原文首段}，现在需要对这段内容进行原创改写，内容必须包含游戏/软件名称，与原文的表达主旨保持高度关联与一致性。可以根据原文的内容进行内容重组，使其逻辑清晰、层次分明，更偏向于一个应用商店的介绍文案。标题：心动热播；原文首段：...” 这意味着首段不是分条，而是一段介绍。我写的那段合适。

另一个潜在问题：我可以在首段中使用“App”还是“应用”？应用名称是“心动热播”，我可以称“心动热播App”或“心动热播”。首段要求自然出现“心动热播”，我已经有了。

现在关于“小节顺序”：必须严格：软件介绍 → 特色 → 推荐理由 → 亮点 → 优势 → 操作指南 → 测评。我输出全部。注意“操作指南”在“优势”之后，不是之前。正确。

现在，关于“若含「介绍」「简介」类关键词会固定排在首段 <p> 之后的第一个 <h3>” – 我的第一个h3是“心动热播软件介绍”，正确。

关于“全文共 4～7 个 <h3>” – 我有7个h3。正确。

现在，一个问题是：我是否应该输出所有7个小节？如前所述，我决定输出全部。但为了保险，也许我应该考虑输出子集，因为“随机抽3~6”可能被严格检查。如果输出全部，非测评小节数量为6，属于“3~6”的边界。这仍然满足“随机抽3～6个非测评小节”吗？实际上，如果“抽”了6个，就是全部。但“随机”一词可能要求抽出的不是全部？不，随机抽取的元素数量可以为6，当池中有6个时，结果就是全部。这是一个有效的结果。所以我不认为这会失败。

另一个考虑：如果输出全部，总内容可能过长，但用户没有限制总长度（除了测评）。所以没问题。

我将在最终答案中只输出HTML片段，没有其他。

现在，确保没有 markdown 代码围栏。我会直接输出。

还需要注意：允许的 HTML 标签仅有 <p>、<h3>。所以不能有 <br>。我的要点是每个 <p> 单独成行，这样在HTML中自然换行。不需要 <br>。

输出格式应为：
<p>首段...</p>
<h3>心动热播软件介绍</h3>
<p>1、...</p>
<p>2、...</p>
...
<h3>心动热播特色</h3>
...
<h3>心动热播测评</h3>
<p>测评...</p>

没有额外的空行？没关系。

现在，检查每个标题与要求完全一致：
- 心动热播软件介绍
- 心动热播特色
- 心动热播推荐理由
- 心动热播亮点
- 心动热播优势
- 心动热播操作指南
- 心动热播测评

是的。

现在，我想确认“特色”小节只有4条，而其他非测评是6条。我做到了。

最后，重新检查一下“首段”是否“更偏向于一个应用商店的介绍文案”。我的首段是：
“心动热