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

我们需要输出一段可直接写入数据库的 HTML 正文片段。要求严格：允许标签 p, h3。不要 markdown 代码围栏，不要解释。应用名称中油好客e站app必须在首段 p 中自然出现。整体结构：1) 第一个元素是一个 p：依据首段模板改写应用介绍。原文首段：中油好客e站APP是中国石油官方加油服务平台，可实现"不下车"快捷加油与支付。用户在中油好客e站APP注册后即可智能导航至最近油站，选择油枪号后30秒完成支付（支持数字人民币/油卡等）。需要改写，包含应用名称，表达主旨一致，应用商店介绍文案。2) 然后仅按小节顺序输出。小节顺序：更新说明 → 亮点 → 使用说明 → 操作指南 → 功能 → 优势 → 测评。需要从词池随机抽 3～6 个非测评小节并优先保留有原文者；但这里似乎所有小节都有任务，且没有明确随机抽取。用户还给了【小节顺序】全部七个，但整体结构说“仅按下列「小节顺序」输出（已从词池随机抽 3～6 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 4～7 个 <h3>）”。但后面又列出了每个小节的标题和条数，包括更新说明、亮点、使用说明、操作指南、功能、优势、测评。我们到底要输出多少个小节？需要仔细理解。

用户要求：“你只输出一段可直接写入数据库的 HTML 正文片段。”且“【整体结构】顺序必须严格如下：1) 第一个元素是一个 <p>... 2) 然后**仅按下列「小节顺序」输出**（已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 **4～7** 个 <h3>）：每个小节先 <h3>... 非「测评」小节为 **若干** 个 <p>... 最后一个小节固定为「中油好客e站app测评」”

然后给出了完整的“小节顺序：更新说明 → 亮点 → 使用说明 → 操作指南 → 功能 → 优势 → 测评”。但“已从词池随机抽 3～6 个非测评小节”说明应该从中随机抽取3到6个小节，而非全部。但是后续又在“各小节任务与已代入模板”中给出了每个小节的详细要求，包括更新说明6条，亮点3条，使用说明6条，操作指南6条，功能4条，优势4条，测评。这是模板？可能我们需要按照这个顺序输出所有列出的非测评小节？但整体结构说“全文共 4～7 个 h3”，如果输出全部六个非测评+测评就是7个 h3，符合4-7。所以可能输出全部小节。但“已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者”意味着原本需要随机选择，但这里提供的任务列表中的每个小节都被要求遵循条数，也许是要全部输出？我们需要判断。

从用户指令“【小节顺序】更新说明 → 亮点 → 使用说明 → 操作指南 → 功能 → 优势 → 测评”看起来是顺序必须严格如下。而“各小节任务与已代入模板”中，每个小节都有“标题必须是 ... 随后 N 个 <p>”且“本节固定 N 条”。这似乎是要求我们按照这个顺序输出全部七个 h3？但是整体结构第2点说“仅按下列「小节顺序」输出（已从词池随机抽 3～6 个非测评小节...）”有点矛盾。可能实际输入是某种模板填充系统，其中每个小节都已指定，因此我们应该输出全部列出的小节。另外“若含「介绍」「简介」类关键词会固定排在首段 p 之后的第一个 h3，其余小节再按其下列顺序”这里并没有“介绍”小节。所以就是按给定顺序输出所有小节？我们再看“末位固定测评，全文共 4～7 个 h3”如果输出全部，h3 数量为 7，符合。所以输出全部七个 h3 是允许的。

但注意“已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者”可能说明只需要抽取3-6个，但鉴于任务中列出了每个小节的详细参数，我们可能应该只输出其中一部分？需要看具体要求。用户写了“小节顺序：更新说明 → 亮点 → 使用说明 → 操作指南 → 功能 → 优势 → 测评”，但“已从词池随机抽 3～6 个非测评小节”可能表示实际要输出的小节已经确定，或许是在这些小节中随机抽取了? 然而没有明确说明哪些被抽取。每个小节都有模板。也许应该输出所有？我们继续读。

“应用名称（须在首段 <p> 正文中自然出现）：中油好客e站app”

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

【小节顺序】更新说明 → 亮点 → 使用说明 → 操作指南 → 功能 → 优势 → 测评”

注意“仅按下列「小节顺序」输出”后括号里的“已从词池随机抽 3～6 个非测评小节”可能是在说明：下列顺序中，非测评小节已经被随机抽出了3-6个? 但显然列出了全部7个。也许“下列小节顺序”本身包含了所有可用的，但系统已经从词池抽取了部分，并用“优先保留采集中有原文者”的方式决定了哪些。但是在我们看到的文本中，所有小节都被明确要求？可能是生成的指令模板中，每个小节的任务都“已代入模板”，因此这些小节都是选中的。所以应当输出全部七个 h3？我们再看：“每个小节先 <h3>（标题须与下列 {H3title} 完全一致），非「测评」小节为 **若干** 个 <p>、每条要点须带序号... **每节要点条数以该小节下方【条数】为准**（在 3～6 条之间且各节独立）。” 然后每个小节都有“【条数】用序号分条：... 本节须写 N 条”。这显然是要求为每一个列出的小节输出内容。因此输出全部七个 h3 是合理的。

还需要注意“每个小节先 <h3>，非测评小节为若干 p，每条要点须带序号”。所以每个非测评小节内，每个 p 是一条要点，开头是“数字+全角句号．”。全篇统一序号格式，且每条单独成行（即每个 p 里只有一条。有的 p 可能包含换行？我们直接输出多个 p 即可）。每个小节的条数分别为：更新说明6，亮点3，使用说明6，操作指南6，功能4，优势4。测评1个 p 无序号。

Rendering: We'll produce HTML with no code fences, no explanation. Must include first p with intro. Then h3 and p lists.

Need to ensure every p for non-测评 uses 序号分条 with number+全角句号．. Each point should be a separate <p>, e.g., <p>1．...</p>. We should keep each point 50字内, but only first paragraph is "应用介绍" longer. For 更新说明 etc., each条一句核心信息，50字内. Need count 6,3,6,6,4,4 respectively. Need ensure测评 total ≤200字.

Let's construct content. Need be careful: "应用名称须在首段 p 正文中自然出现" -> First p should mention "中油好客e站app" (lowercase? The name is lowercase "中油好客e站app"; original uses APP uppercase. We can use "中油好客e站app" as required). It should be an original rewrite of original first segment, more like app store introduction. We can write: "中油好客e站app是中国石油官方推出的加油服务应用，为广大车主提供“不下车”快捷加油与支付体验。用户完成注册后，即可智能导航至最近油站，并选择油枪号后30秒内完成支付，支持数字人民币、油卡等多种支付方式。" That's good.

Need produce Chinese punctuation. Use fullwidth period after numbers: 1．2．3． etc. Need ensure all lists use same format.

Let's plan content.

First p (no list): 
<p>中油好客e站app是中国石油官方打造的加油服务应用，为广大车主提供“不下车”的快捷加油与支付体验。用户注册后即可智能导航至最近油站，选择油枪号后30秒内完成支付，并支持数字人民币、油卡等多种支付方式，让加油流程更加高效省时。</p>

Now h3 sections.

1) 更新说明 (6 p):
Need write update highlights, not version history. Based on features. Each 50字内. Use 1.-6.
Potential points:
1．新增智能导航功能，快速定位最近油站并规划最优路线。
2．优化油枪号选择流程，30秒内即可完成在线支付。
3．接入数字人民币支付，同时保留油卡等常用支付方式。
4．升级账户注册与登录体验，新用户认证更便捷。
5．修复部分机型支付页面卡顿问题，提升运行稳定性。
6．完善订单与发票功能，加油记录查询更清晰。

Need ensure each point one sentence, within 50字. Good.

2) 亮点 (3 p):
1．支持“不下车”加油支付，从选油枪到付款全程在线完成。
2．智能导航至最近油站，减少寻找油站与排队等待时间。
3．集成数字人民币与油卡支付，满足不同车主的支付习惯。

Should be concise.

3) 使用说明 (6 p):
Need installation, permissions, account, basic onboarding. Write:
1．可通过官方应用商店下载并安装中油好客e站app，安装包体积小。
2．首次使用需完成手机号注册，并绑定车牌与常用油卡。
3．授予定位权限后，系统才能准确推荐附近中国石油加油站。
4．支付前需开通免密支付或绑定数字人民币钱包，便于快速结算。
5．加油完成后可在“订单”中查看明细，并申请电子发票。
6．如遇支付失败，可检查网络或账户余额后重新发起支付。

Ensure each 50字? "安装包体积小" maybe okay. But 1 is around 30 chars. Good.

4) 操作指南 (6 p):
Key flow step by step:
1．打开应用并注册登录，完善车辆信息和默认支付方式。
2．在首页点击“找油站”，系统自动展示附近中国石油油站。
3．选择目标油站后，进入加油页面并选择油枪号。
4．输入加油金额或选择加满，确认后完成在线支付。
5．支付成功后前往对应油枪加油，全程无需下车。
6．加油结束可在订单页评价服务，或再次使用快捷加油。

Need maybe "数字人民币/油卡等" not necessary. Good.

5) 功能 (4 p):
Main capability modules:
1．智能导航：基于定位推荐最近油站，并一键导航前往。
2．快捷支付：选定油枪后30秒内完成支付，支持多种方式。
3．订单管理：在线查看加油记录、消费明细与电子发票。
4．车辆服务：支持车辆信息绑定，提供油卡管理和充值服务。

Need ensure article "功能" is main capability modules. Good.

6) 优势 (4 p):
Perceived strengths:
1．官方平台：由中国石油推出，信息准确且支付安全有保障。
2．流程高效：全程手机操作，减少下车排队与等待时间。
3．兼容性强：支持数字人民币、油卡等多种支付，适配不同用户。
4．体验友好：操作界面简洁，导航与支付流程指引清晰。

7) 测评 (1 p, no list, ≤200 chars):
Need write a continuous short review, objective, anthropomorphic, combine features. Need not use numbers. Let's craft 100-150 chars. Must be one paragraph. Could say:
中油好客e站app就像一位贴心的油站向导，从找站到支付一气呵成。它把“不下车加油”从口号变成现实，30秒完成结算，配合智能导航和多种支付方式，让加油这件小事变得轻松又干净。虽然部分功能仍需联网稳定支持，但整体体验便捷可靠，是中国石油车主的实用之选。
Count: Let's count. "中油好客e站app就像一位贴心的油站向导，从找站到支付一气呵成。" 31? Let's count exactly later. Need ≤200. Fine.

Need ensure no extra text after. Also no markdown code fences.

Potential issue: "禁止输出 <img>" no img. All good.

But need confirm ordering: "更新说明 → 亮点 → 使用说明 → 操作指南 → 功能 → 优势 → 测评" We'll output in that order. Good.

Need ensure h3 titles exactly "中油好客e站app更新说明" etc. Use lowercase "app" as given. But "标题须与 {H3title} 完全一致" with H3title included "中油好客e站app更新说明" yes. For all h3: "中油好客e站app更新说明", "中油好客e站app亮点", "中油好客e站app使用说明", "中油好客e站app操作指南", "中油好客e站app功能", "中油好客e站app优势", "中油好客e站app测评". Good.

Need think about "允许的 HTML 标签仅有：<p>、<h3>。" We should not include any other tags. We won't.

Need think about "每条单独成行，行首为「数字+全角句号．」（示例 1．2．3．）" In HTML, if we output each <p> on its own line, the p itself is block. We should put each <p> on a separate line. Good. The numbering is in the text, no list tags.

Need think about "全篇统一为同一种序号格式" We can use 1．2．3． etc. Ensure no other numbering.

Need think about "每节要点条数以该小节下方【条数】为准（在 3～6 条之间且各节独立）" For 更新说明 6, 亮点 3, 使用说明 6, 操作指南 6, 功能 4, 优势 4. Good.

Need think about "非测评小节为 若干 个 p" Each p is one point. Good.

Need think about "本小节无对应采集原文，按「原创H3-普通」撰写" We have done.

Need think about "引用原文首段：..." For first p, "必须包含游戏/软件名称" yes. It says "与原文的表达主旨保持高度关联与一致性。可以根据原文的内容进行内容重组，使其逻辑清晰、层次分明，更偏向于一个应用商店的介绍文案。标题：中油好客e站app；原文首段：..." So first paragraph should be original rewrite, not simply copy. We'll do.

Need think about "rewriteKeys（入库多段链路中曾用于抽两段深度重写；整篇一次生成时可作语气参考）=[亮点 优势]" This indicates 亮点 and 优势 should be "深度重写" maybe with more polish. We can make those sections more vivid and app-store like. But still keep 3/4 points. Our points are okay but maybe too plain. Could enhance slightly.

Let's make 亮点 and 优势 more dynamic but still short.

Potential issue: "每条一句、每条约50字内" For non-测评 each point should be one sentence and within 50 Chinese characters. Our points are likely under 50. Let's verify rough counts.

For 更新说明:
1．新增智能导航功能，快速定位最近油站并规划最优路线。 Count: "新增智能导航功能，快速定位最近油站并规划最优路线。" ~27. Good.
2．优化油枪号选择流程，30秒内即可完成在线支付。 ~23.
3．接入数字人民币支付，同时保留油卡等常用支付方式。 ~24.
4．升级账户注册与登录体验，新用户认证更便捷。 ~21.
5．修复部分机型支付页面卡顿问题，提升运行稳定性。 ~23.
6．完善订单与发票功能，加油记录查询更清晰。 ~21.

亮点:
1．支持“不下车”加油支付，从选油枪到付款全程在线完成。 ~27.
2．智能导航至最近油站，减少寻找油站与排队等待时间。 ~24.
3．集成数字人民币与油卡支付，满足不同车主的支付习惯。 ~25.

使用说明:
1．可通过官方应用商店下载并安装中油好客e站app，安装包体积小。 ~28? Actually "可通过官方应用商店下载并安装中油好客e站app，安装包体积小。" 26. Good.
2．首次使用需完成手机号注册，并绑定车牌与常用油卡。 ~24.
3．授予定位权限后，系统才能准确推荐附近中国石油加油站。 ~26.
4．支付前需开通免密支付或绑定数字人民币钱包，便于快速结算。 ~27.
5．加油完成后可在“订单”中查看明细，并申请电子发票。 ~25.
6．如遇支付失败，可检查网络或账户余额后重新发起支付。 ~25.

操作指南:
1．打开应用并注册登录，完善车辆信息和默认支付方式。 ~24.
2．在首页点击“找油站”，系统自动展示附近中国石油油站。 ~25.
3．选择目标油站后，进入加油页面并选择油枪号。 ~23.
4．输入加油金额或选择加满，确认后完成在线支付。 ~23.
5．支付成功后前往对应油枪加油，全程无需下车。 ~22.
6．加油结束可在订单页评价服务，或再次使用快捷加油。 ~24.

功能:
1．智能导航：基于定位推荐最近油站，并一键导航前往。 ~23.
2．快捷支付：选定油枪后30秒内完成支付，支持多种方式。 ~23.
3．订单管理：在线查看加油记录、消费明细与电子发票。 ~24.
4．车辆服务：支持车辆信息绑定，提供油卡管理和充值服务。 ~24.

优势:
1．官方平台：由中国石油推出，信息准确且支付安全有保障。 ~24.
2．流程高效：全程手机操作，减少下车排队与等待时间。 ~23.
3．兼容性强：支持数字人民币、油卡等多种支付，适配不同用户。 ~26.
4．体验友好：操作界面简洁，导航与支付流程指引清晰。 ~23.

测评:
Need count exactly ≤200. Let's draft:
"中油好客e站app就像一位贴心的油站向导，从找站到支付一气呵成。它把“不下车加油”从口号变成现实，30秒完成结算，配合智能导航和多种支付方式，让加油这件小事变得轻松又干净。虽然部分功能仍需联网稳定支持，但整体体验便捷可靠，是中国石油车主的实用之选。"
Let's count characters including punctuation. Use approximate. We'll count.

"中油好客e站app就像一位贴心的油站向导，从找站到支付一气呵成。" 
Characters: 中1 油2 好3 客4 e? Wait "app" are Latin letters, count as 3 characters? In Chinese, letters count individually. "中油好客e站app" = 中(1)油(2)好(3)客(4)e(5)站(6)a(7)p(8)p(9) = 9 characters? Actually "中油好客" 4 Chinese, "e" 1, "站" 1, "app" 3 = 9. Then "就像一位贴心的油站向导，" = 就像一位贴心的油站向导， = 12? Let's count sentence: 中油好客e站app就像一位贴心的油站向导， -> 9 + 就像一位贴心的油站向导，(11? 就1 像2 一3 位4 贴5 心6 的7 油8 站9 向10 导11 ，12) total 21. Then "从找站到支付一气呵成。" 从1 找2 站3 到4 支5 付6 一7 气8 呵9 成10 。11 => 32. So first sentence ~32.

"它把“不下车加油”从口号变成现实，30秒完成结算，配合智能导航和多种支付方式，让加油这件小事变得轻松又干净。" 
Let's count: 它1 把2 “3 不4 下5 车6 加7 油8 ”9 从10 口11 号12 变13 成14 现15 实16 ，17 3 0 秒? "30" two chars? Then 秒20? Let's count carefully: 它 把 “ 不 下 车 加 油 ” 从 口 号 变 成 现 实 ， 3 0 秒 完 成 结 算 ， 配 合 智 能 导 航 和 多 种 支 付 方 式 ， 让 加 油 这 件 小 事 变 得 轻 松 又 干 净 。 
Positions:
1它
2把
3“
4不
5下
6车
7加
8油
9”
10从
11口
12号
13变
14成
15现
16实
17，
18 3
19 0
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干
53净
54。
So 54 chars. First+second = 86.

"虽然部分功能仍需联网稳定支持，但整体体验便捷可靠，是中国石油车主的实用之选。"
Count: 虽1 然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. Total 86+38=124. Good under 200. The "app" counted as Latin letters, but total still under.

Need ensure "全文不超过200字" for测评 only, not whole document. Yes.

Now, think about "H3" section titles. We output exactly <h3>中油好客e站app更新说明</h3> etc. That's fine.

Need think about "内容必须包含游戏/软件名称" in first p. We did.

Potential issue: "应用名称须在首段 <p> 正文中自然出现" We used "中油好客e站app" in first p. Good.

Potential issue: "不要输出 <img>（应用截图由系统在生成后按小节顺序自动插入，模型无需处理图片）" no img.

Potential issue: "末位固定测评，全文共 4～7 个 <h3>" If we output all 7 h3, okay. But maybe the system expected 4-7, all 7 is fine. Need not randomly choose a subset because the template explicitly lists all. Let's ensure not to include "介绍" as first h3. No.

Potential issue: "小节顺序" includes "功能" after "操作指南" and before "优势". We'll output exactly.

Potential issue: For "测评" we have one p. Good.

Potential issue: "用序号分条：每条单独成行，行首为「数字+全角句号．」（示例 1．2．3．），全篇保持同一格式" The phrase "每条单独成行" in HTML can be achieved by separate p tags. We'll not use <br> because not allowed. Good.

Need perhaps use "全角句号" after number: e.g., "1．" not "1." We'll use fullwidth dot "．". Good.

Need ensure no "1." or "1、" anywhere. We'll use "1．".

Need ensure Chinese quotes are not considered restricted tags. Fine.

Now, let's think if we should make the first paragraph more "应用商店的介绍文案". Maybe we can write:
"中油好客e站app是中国石油官方推出的加油服务应用，以“不下车”为核心理念，集智能导航、快捷支付于一体。车主完成注册后，可快速查找最近油站，选择油枪号后30秒完成支付，支持数字人民币、油卡等多种方式，真正实现高效便捷的加油体验。"
This is good. Let's use this. It includes app name and original info. Good.

Need be careful about "标题：中油好客e站app；原文首段：..." The "标题" not necessarily output as h1; we already have h3s. Fine.

Let's ensure no markdown code fences. We'll output plain HTML.

But before final, let's revisit the contradictory instruction about random selection. Does "已从词池随机抽 3～6 个非测评小节" mean we should reduce the sections? It says "已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者". It didn't state which were selected. In the provided "各小节任务与已代入模板", every section is presented with "本小节无对应采集原文，按「原创H3-普通」撰写" so none have original. "优先保留采集中有原文者" none. Since "已从词池随机抽 3～6 个非测评小节" maybe the system internally has randomly selected, but we don't know the result. However, the template explicitly gives us all seven sections with required条数. To satisfy "全文共 4～7 个 h3", outputting all 7 is acceptable because 7 is within range. If we output fewer, we might violate the explicit "每个小节" templates. So all 7 is safe. But is there a chance expected that we output exactly 3-6 non-测评 + 1 测评 = 4-7 h3, and the "小节顺序" list is the full order available, not all required? It says "然后**仅按下列「小节顺序」输出**（已从词池随机抽 **3～6** 个非测评小节..." Hmm, "按下列「小节顺序」输出" could mean output the sections that were selected, in the given order. Since we don't know selection, perhaps we should infer from "【各小节任务与已代入模板】" which sections have tasks. They all have tasks. So all selected. Good.

Need think about "更新说明 → 亮点 → 使用说明 → 操作指南 → 功能 → 优势 → 测评" This is the order if all selected. We'll follow.

Potential issue: "每个小节先 <h3>（标题须与下列 {H3title} 完全一致）" The "下列 {H3title}" perhaps means the title given in each subsection template: e.g., 标题必须是 <h3>中油好客e站app更新说明</h3>. Yes.

Potential issue: "每节要点条数以该小节下方【条数】为准（在 3～6 条之间且各节独立）" In "更新说明" the "【条数】" says "本节须写 6 条". Good.

Potential issue: "本小节无对应采集原文，按「原创H3-普通」撰写" Means no need to use original text beyond first paragraph. Fine.

Potential issue: "【全局说明】rewriteKeys（入库多段链路中曾用于抽两段深度重写；整篇一次生成时可作语气参考）=[亮点 优势]" This tells us to make 亮点 and 优势 perhaps more "deep rewrite". Our content is original enough.

Let's think if output should include a "标题" line? No, first element is p. No h1. Good.

Now let's craft final answer with exact HTML. Need no extra spaces? Fine.

Let's write:

<p>中油好客e站app是中国石油官方推出的加油服务应用，以“不下车”为核心理念，集智能导航、快捷支付于一体。车主完成注册后，可快速查找最近油站，选择油枪号后30秒完成支付，支持数字人民币、油卡等多种方式，真正实现高效便捷的加油体验。</p>
<h3>中油好客e站app更新说明</h3>
<p>1．新增智能导航功能，快速定位最近油站并规划最优路线。</p>
<p>2．优化油枪号选择流程，30秒内即可完成在线支付。</p>
<p>3．接入数字人民币支付，同时保留油卡等常用支付方式。</p>
<p>4．升级账户注册与登录体验，新用户认证更便捷。</p>
<p>5．修复部分机型支付页面卡顿问题，提升运行稳定性。</p>
<p>6．完善订单与发票功能，加油记录查询更清晰。</p>
<h3>中油好客e站app亮点</h3>
<p>1．支持“不下车”加油支付，从选油枪到付款全程在线完成。</p>
<p>2．智能导航至最近油站，减少寻找油站与排队等待时间。</p>
<p>3．集成数字人民币与油卡支付，满足不同车主的支付习惯。</p>
<h3>中油好客e站app使用说明</h3>
<p>1．可通过官方应用商店下载并安装中油好客e站app，安装包体积小。</p>
<p>2．首次使用需完成手机号注册，并绑定车牌与常用油卡。</p>
<p>3．授予定位权限后，系统才能准确推荐附近中国石油加油站。</p>
<p>4．支付前需开通免密支付或绑定数字人民币钱包，便于快速结算。</p>
<p>5．加油完成后可在“订单”中查看明细，并申请电子发票。</p>
<p>6．如遇支付失败，可检查网络或账户余额后重新发起支付。</p>
<h3>中油好客e站app操作指南</h3>
<p>1．打开应用并注册登录，完善车辆信息和默认支付方式。</p>
<p>2．在首页点击“找油站”，系统自动展示附近中国石油油站。</p>
<p>3．选择目标油站后，进入加油页面并选择油枪号。</p>
<p>4．输入加油金额或选择加满，确认后完成在线支付。</p>
<p>5．支付成功后前往对应油枪加油，全程无需下车。</p>
<p>6．加油结束可在订单页评价服务，或再次使用快捷加油。</p>
<h3>中油好客e站app功能</h3>
<p>1．智能导航：基于定位推荐最近油站，并一键导航前往。</p>
<p>2．快捷支付：选定油枪后30秒内完成支付，支持多种方式。</p>
<p>3．订单管理：在线查看加油记录、消费明细与电子发票。</p>
<p>4．车辆服务：支持车辆信息绑定，提供油卡管理和充值服务。</p>
<h3>中油好客e站app优势</h3>
<p>1．官方平台：由中国石油推出，信息准确且支付安全有保障。</p>
<p>2．流程高效：全程手机操作，减少下车排队与等待时间。</p>
<p>3．兼容性强：支持数字人民币、油卡等多种支付，适配不同用户。</p>
<p>4．体验友好：操作界面简洁，导航与支付流程指引清晰。</p>
<h3>中油好客e站app测评</h3>
<p>中油好客e站app就像一位贴心的油站向导，从找站到支付一气呵成。它把“不下车加油”从口号变成现实，30秒完成结算，配合智能导航和多种支付方式，让加油这件小事变得轻松又干净。虽然部分功能仍需联网稳定支持，但整体体验便捷可靠，是中国石油车主的实用之选。</p>

Need ensure "应用名称须在首段 <p> 正文中自然出现" We have. Good.

Need check "首段 <p> 正文" not "h3". Good.

Let's think about "应用商店的介绍文案" maybe first paragraph should avoid word-for-word from original? We rephrased. Good.

Potential issue: "原文首段" says "用户在中油好客e站APP注册后即可智能导航至最近油站" We changed "车主完成注册后，可快速查找最近油站" Good.

Potential issue: "（非测评小节为 若干 个 p、每条要点须带序号）" For "功能" section, we used colon inside point. Good.

Potential issue: "每条单独成行" We output each p on its own line. Good.

Potential issue: "全文共 4～7 个 h3" We have 7 h3: update, highlight, usage, guide, function, advantage, review. Actually that's 7. Good.

Potential issue: "禁止 markdown 代码围栏" There's no fence. Good.

Potential issue: "不要 script/style" none.

Potential issue: "输出必须为一段连续中文，禁止分条" For测评, our p is continuous. Good.

Potential issue: "不超过 200 字（含标点）" We counted 124. Good.

Potential issue: "测评" section likely should be last, yes.

Let's now think if there is any need to include "数字人民币" in 操作指南? No but original mentions. We included in others. Good.

Need maybe adjust "更新说明" to not mention "本版本" since no version. Fine.

Potential issue: "用序号分条：每条单独成行，行首为「数字+全角句号．」" For H3 sections, we used <p>1．... </p>. That's okay. But the phrase "每条单独成行" maybe implies there should be line breaks between p elements, but HTML p tags are block by default. Good.

Potential issue: "全篇统一为同一种序号格式" We use same. Good.

Potential issue: "本小节无对应采集原文，按「原创H3-普通」撰写" For 更新说明, "请根据原文中的内容，针对中油好客e站app写一段关于该款游戏/软件的中油好客e站app更新说明" This wording is a bit odd: "关于该款游戏/软件" but it's software. Fine.

Potential issue: "中油好客e站app" in first p should be exactly lowercase; yes.

Potential issue: Should we include "标题：中油好客e站app" somewhere? Not necessary. The first p contains name.

Let's consider if outputting all 7 h3 could exceed "随机抽 3～6 个非测评