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

需要理解用户要求。需要输出一段可直接写入数据库的 HTML 正文片段，无markdown，无解释。允许 p, h3。应用名称首段必须出现。整体结构：

第一个元素是 p：依据首段模板改写应用介绍。首段原文：成都农商银行app是成都农村商业银行官方推出手机银行应用，可为用户提供账户查询、资产视图、转账汇款、信用卡管理、投资理财、贷款、网点预约等传统金融服务；提供蓉e付、社保缴保等特色业务；提供话费充值、燃气费、水费、积分商城等生活服务，让您所需的金融和生活服务

需要改写，包含应用名称"成都农商银行"。

然后有若干 h3 小节，顺序：使用说明 → 功能 → 亮点 → 操作指南 → 特色 → 测评。用户说从词池随机抽 3~6 个非测评小节并优先保留采集有原文者；但后面又列出了所有小节顺序和任务，甚至每个都有条数。仔细看：整体结构末尾测评固定，全文共 4~7 个 h3。但后续各小节任务逐个列出使用说明、功能、亮点、操作指南、特色，都是"小节关键词"且都有条数。而开头说"仅按下列「小节顺序」输出（已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者；若含「介绍」「简介」类关键词会固定排... 其余小节再按其下列顺序；末位固定测评，全文共 4～7 个 h3）" 这里有点矛盾：下列顺序包含 6 个小节，若全输出 6 个非测评+测评 = 7 个 h3，在 4~7 个范围内。而且后续每个小节任务都要求输出，可能是需要全部输出。需要判断是否全部包括？它说"已从词池随机抽 3～6 个非测评小节" 但后面没有说明选择了哪些，而是列出了所有小节并分别给条数。最安全的做法是严格按【小节顺序】输出所有给出的 6 个非测评小节：使用说明、功能、亮点、操作指南、特色、测评。这样 h3 总数 = 6+测评 = 7，符合最多 7。但"已从词池随机抽 3～6 个"意味着可能只应该输出其中 3~6 个？然而没有明确指示哪些被抽中。所有小节任务都要求严格输出。还需要注意"若含「介绍」「简介」类关键词会固定排在首段 <p> 之后的第一个 <h3>，其余小节再按其下列顺序" 这里没有介绍/简介类关键词。所以顺序按列表。

另外，"优先保留采集中有原文者" 这些小节都没有对应采集原文，都是按原创写。因此我认为应该输出全部 6 个小节，加上首段 p，h3 共 7 个。这符合 4~7。

需要为每个非测评小节写若干 p，每条要点带序号，全篇统一为数字+半角右括号+空格。例如 "1) "。每个 p 是一条要点，不能多个要点在一个 p？"每条单独成行，行首为「数字+半角右括号+空格」" 所以每个 p 内容以 "1) ..." 开始，然后下一个 p 为 "2) ..."。

条数：使用说明 6, 功能 6, 亮点 3, 操作指南 6, 特色 3. 测评 1 个 p 无序号 <=200字.

必须注意全篇保持同一序号格式。由于各节独立序号从 1 开始？"全篇统一为同一种序号格式" 但没说跨节连续，一般小节内分条，每节从 1 开始。因为"每节要点条数" "本节固定" 意味着每节自己的序号从 1 开始。如果跨节连续，节和条数没法处理；通常是从 1 开始。所以每节从 1) 开始。

需要避免输出标题 "成都农商银行" 作为大标题？第一段 p 中自然出现应用名称，且没有外壳。首段是改写介绍。不需要 h1/h2。

需要检查允许的 HTML 标签仅有 p 和 h3。不能有其他。所以直接 p, h3。

需要将首段改写为应用商店介绍文案，含应用名称。原文主旨。可以写：成都农商银行是成都农村商业银行推出的官方手机银行应用，聚合账户查询、资产视图、转账汇款、信用卡管理、投资理财、贷款、网点预约等传统金融服务，同时提供蓉e付、社保缴保等特色业务，以及话费充值、燃气费、水费、积分商城等生活服务，让用户所需的金融与生活服务一站触达。首段 p 一句话即可。

然后 h3 使用说明：需要 6 条要点。写作侧重：安装、权限、账号与基础上手要点。每条一句，约50字内。需要基于原文内容，但原文没有安装权限，需要原创。避免编造过于具体的权限？可以通用描述。需要与成都农商银行 app 相关。示例：
1) 通过应用商店搜索“成都农商银行”下载官方客户端，安装时请留意应用名称与开发者为成都农村商业银行。
2) 首次启动可先阅读隐私政策并授权必要权限，存储与相机权限用于证件上传和扫码服务。
3) 使用手机号或身份证号注册并设置登录密码，按提示完成人脸识别或短信验证。
4) 登录后可绑定本人成都农商银行借记卡或信用卡，便于同步账户与资产信息。
5) 忘记密码时可通过“忘记密码”入口，验证手机号与身份信息后重置登录密码。
6) 建议开启手势、指纹或面容支付等便捷安全验证，提升日常操作效率。

这些是核心上手要点。但是 app 功能传统金融，有贷款等需要实名。注意不要过度具体，不要提及不存在的功能？其实通用银行 app 都有。必须控制每条约 50 字内。每条 p 内容包含序号，行首。可以。

功能 6 条：主要能力模块及各自解决什么问题。基于原文。可以：
1) 提供账户查询与资产视图，让用户随时掌握储蓄卡、信用卡及总资产负债情况。
2) 支持转账汇款，满足同行与跨行资金划转需求，到账进度可实时查看。
3) 集成信用卡管理，支持账单查询、还款、积分与额度服务，方便日常用卡。
4) 提供投资理财与贷款入口，可在线了解产品、提交申请并跟踪进度。
5) 网点预约与特色业务整合蓉e付、社保缴保等，减少临柜排队和跑腿。
6) 提供话费充值、燃气费、水费、积分商城等生活服务，覆盖日常缴费消费。

亮点 3 条：能显著提升效率或体验的核心功能与设计。
1) 金融与生活服务一站集成，从转账理财到水电缴费均可在应用内完成。
2) 资产视图与多账户管理帮助用户快速看清整体财务情况，决策更高效。
3) 人脸识别与指纹登录等安全验证方式，兼顾便捷性与资金安全保障。

操作指南 6 条：关键流程分步说明。需要可能与功能重复，要侧重流程。
1) 下载安装后打开应用，点击“注册”并输入手机号，获取短信验证码完成账号创建。
2) 登录后在“我的”中完成实名认证，上传身份证正反面并进行人脸识别校验。
3) 添加银行卡时选择“绑卡”，输入卡号与预留手机号，通过短信验证完成绑定。
4) 办理转账时进入“转账汇款”，选择付款账户并输入收款方信息，确认金额后提交。
5) 缴纳生活费用时点击“生活缴费”，选择燃气费或水费项目，输入户号即可支付。
6) 使用网点预约时选择附近网点与到店时间，提交后按预约时段前往办理业务。

特色 3 条：相对同类软件最突出的差异能力与使用场景。
1) 蓉e付与社保缴保等本地特色业务，覆盖成都地区用户的专属办理场景。
2) 立足成都农村商业银行服务网络，结合网点预约与线上预填，线下办理更顺畅。
3) 生活缴费与积分商城相结合，将银行服务融入日常居住与消费场景。

测评 p 无序号，一段短评，不超过200字。需要客观简练，拟人化一点。应该结合特色亮点推荐。可以写：
成都农商银行App像一位贴心的金融管家，把账户、转账、信用卡、理财和贷款等常用功能整理得井井有条，蓉e付、社保缴保等地域特色服务更让它接地气。水电燃气缴费和积分商城等生活场景融入日常，减少了打开多个App的麻烦。安全验证和网点预约也让人用起来安心。虽有部分功能深度依赖本地网点，但对于成都用户来说，它是一款实用且值得常驻手机的银行应用。

需要检查字数。不超过200字。计数：成都农商银行App像一位贴心的金融管家，把账户、转账、信用卡、理财和贷款等常用功能整理得井井有条，蓉e付、社保缴保等地域特色服务更让它接地气。水电燃气缴费和积分商城等生活场景融入日常，减少了打开多个App的麻烦。安全验证和网点预约也让人用起来安心。虽有部分功能深度依赖本地网点，但对于成都用户来说，它是一款实用且值得常驻手机的银行应用。 约150字，可以。

需要确保没有 markdown 代码围栏，没有解释。输出纯 HTML。

需要注意首段 p 内容包含应用名称。首段要 "自然出现"：成都农商银行。

需要 ensure all H3 titles exactly as specified:
<h3>成都农商银行使用说明</h3>
<h3>成都农商银行功能</h3>
<h3>成都农商银行亮点</h3>
<h3>成都农商银行操作指南</h3>
<h3>成都农商银行特色</h3>
<h3>成都农商银行测评</h3>

There is no "介绍" first. So okay.

Need to ensure each p is "一条要点" and each p starts with "1) " etc. No nested lists. Since p is allowed, use p. Need to be careful with line breaks. Just output p tags with text.

Potential issue: The phrase "全篇统一为同一种序号格式" could require all sections use numerals and ")" but the number restarts each section. Should be fine.

Potential issue: User says "非「测评」小节为 **若干** 个 <p>、每条要点须带序号且**全篇统一为同一种序号格式**（本次要求：用序号分条：每条单独成行，行首为「数字+半角右括号+空格」（示例 1) 2) 3)），全篇保持同一格式）" Could "每条单独成行" mean each p should contain line break rather than separate p? It says "若干 个 <p>、每 <p> 一条要点" so p per point. Good.

Potential issue: "【整体结构】顺序必须严格如下：1) 第一个元素是一个 <p>... 2) 然后仅按下列「小节顺序」输出..." But there is no "使用说明" if random subset? But because all sections passed, okay.

Need to verify no "img" or other tags. Use only p and h3.

Need to ensure "应用名称（须在首段 <p> 正文中自然出现）：成都农商银行" We include "成都农商银行" in first p. But maybe app name should be exactly "成都农商银行" not "成都农商银行App"? The user says 应用名称：成都农商银行. In first p, can say "成都农商银行是成都农村商业银行官方推出的手机银行应用" includes exact name.

Need to ensure "首段" original: "成都农商银行app是成都农村商业银行官方推出手机银行应用，可为用户提供账户查询..." We should rewrite not copy exactly. Our first p: "成都农商银行是成都农村商业银行官方推出的手机银行应用，集合账户查询、资产视图、转账汇款、信用卡管理、投资理财、贷款、网点预约等传统金融服务，也提供蓉e付、社保缴保等特色业务，并接入话费充值、燃气费、水费、积分商城等生活服务，让您所需的金融与生活服务一站完成。" This is okay, but "app" maybe lower-case; "成都农商银行" as name. Could include "手机银行App" but no issue.

Need to consider that "原文首段" is one long sentence. We can reorganize.

Need to ensure "首段模板（{head}/{text} 均已代入为首段原文）改写应用介绍." No explicit requirement on length. One p.

Need to maybe mention "官方" and "一站式" etc.

Need to ensure "使用说明" output "成都农商银行使用说明" exactly. Good.

Let's think about each section content and whether it might violate "严禁编造" because no采集原文. But user expects original from given info. It's okay.

Need to perhaps not refer to features not in original? The original mentions "网点预约" so okay. "蓉e付" unique. "社保缴保" unique. We can use.

Potential issue: The total number of h3s = 6 non-review + h3 review = 7. The initial says "全文共 4～7 个 <h3>" so 7 is maximum. "已从词池随机抽 3～6 个非测评小节" If all 6 non-review, okay because 6 is within 3-6. But then "优先保留采集中有原文者" no matter. All sections have no original, but in the per-section prompt it says "本小节无对应采集原文，按原创H3-普通撰写" That seems to imply all non-review sections are included, because they give no original. It would be contradictory if some omitted. So include all.

Need to ensure "使用说明" section "本节固定 6 条" yes 6. "功能" 6. "亮点" 3. "操作指南" 6. "特色" 3. "测评" 1 p, no numbering. Good.

Let's write HTML fragment with proper indentation? It doesn't need pretty, but can be one line per element. No markdown fences. Ensure no preceding/following text.

Need to ensure not to escape HTML? We can use Chinese punctuation.

Let's count each point 50 characters? Some maybe slightly over. Need ensure "每条约50字内" maybe approximate. Let's check each bullet text length (excluding number) to be around <=50 Chinese chars. Need maybe adjust. The instruction says "每条一句、每条约50字内" and "核心信息". I should keep each bullet concise. Let's count carefully.

For 使用说明:
1) 通过应用商店搜索“成都农商银行”下载官方客户端，安装时注意确认开发者为成都农村商业银行。 This is about 42 Chinese chars? Let's count: 通过(2)应用商店(4)=6? Let's count char by char maybe. String: "通过应用商店搜索“成都农商银行”下载官方客户端，安装时注意确认开发者为成都农村商业银行。" Count Chinese/English? "成都农商银行" 6, "成都农村商业银行" 8, punctuation etc. Maybe 50-ish. Let's count approximate: 通过2 应用商店4+? Actually "应用商店" 4, 搜索2, “1, 成都农商银行6, ”1, 下载2, 官方客户端5, ，1, 安装2, 时1, 注意2, 确认2, 开发者3, 为1, 成都农村商业银行8, 。1 =? total 2+4+2+1+6+1+2+5+1+2+1+2+2+3+1+8+1=44. Fine.

2) 首次启动可先阅读隐私政策并授权必要权限，相机与存储权限用于扫码和证件上传。 Approx 40.

3) 使用手机号或身份证号完成注册并设置登录密码，按提示进行短信或人脸验证。 Fine.

4) 登录后绑定本人成都农商银行借记卡或信用卡，用于同步账户与资产信息。 Fine, "成都农商银行" repeated.

5) 忘记登录密码时可通过“忘记密码”入口，验证手机号与身份信息后重置密码。 Fine.

6) 建议开启手势、指纹或面容识别等生物认证，兼顾便捷性与账户安全。 Fine.

For 功能:
1) 提供账户查询与资产视图，让用户随时掌握储蓄卡、信用卡与总资产状况。 Maybe okay.
2) 支持转账汇款，同行跨行均可在线发起，并实时查看交易进度。 Good.
3) 集成信用卡管理，可处理账单查询、还款、积分与额度等日常需求。 Good.
4) 提供投资理财与贷款服务，在线浏览产品、提交申请并跟踪进度。 Good.
5) 网点预约结合蓉e付、社保缴保等特色业务，减少线下排队与奔波。 Good.
6) 生活缴费与积分商城覆盖话费、燃气费、水费等高频生活场景。 Good.

For 亮点:
1) 金融与生活服务一站整合，转账、理财、缴费等常用操作无需多个App。 Count maybe 42.
2) 资产视图与多账户管理让资产状况一目了然，辅助用户更快决策。 Good.
3) 人脸识别、手势与指纹等安全方式，在快捷登录和支付时更安心。 Good.

For 操作指南:
1) 下载并打开应用后，点击“注册”，输入手机号并获取验证码创建账号。 Good.
2) 登录后在“我的”完成实名认证，上传身份证件并进行人脸识别校验。 Good.
3) 在“银行卡”或“我的账户”中选择绑卡，输入卡号与预留手机号验证。 Good.
4) 办理转账时进入“转账汇款”，选择付款账户并填写收款人信息，确认金额提交。 Possibly 43.
5) 缴纳生活费用时点击“生活缴费”，选择燃气费或水费项目，输入户号后支付。 Good.
6) 使用网点预约时选择网点与到店时间，提交后按预约时段前往办理。 Good.

For 特色:
1) 蓉e付与社保缴保等本地特色服务，覆盖成都用户的专属业务场景。 Good.
2) 基于成都农村商业银行服务网络，线上预约与线下办理衔接顺畅。 Good.
3) 生活缴费和积分商城深度融入本地居住与日常消费，使用更贴近生活。 Good.

Need to ensure "使用说明" and "功能" both can have associated "蓉e付" and "社保缴保"; no issue.

Now, "测评" p. Need not start with 1). It should be a paragraph. Need no additional h3? h3 is the last section heading, then p. Good.

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

Potential issue: "只输出一段可直接写入数据库的 HTML 正文片段。禁止 markdown 代码围栏、禁止任何解释或前言后记。" We output only fragment. Good.

Need to ensure no "小节顺序" in output? No.

Potential issue: The "首段" instruction says "标题：成都农商银行；原文首段：..." It might expect a title? But "不要输出 <html><body> 等外壳" and "允许的 HTML 标签仅有 <p>、<h3>" so no title. The application name in first p fulfills. Good.

Potential issue: The "测评" section says "请根据上文中对成都农商银行的内容介绍，原创一篇200字左右的的评测，需要结合内容中对于成都农商银行的特色、亮点、推荐理由等部分进行一个客观的评价，保证语句通顺流畅，尽量拟人化的叙述方式。上文摘要：..." It expects "200字左右的的评测" but "仅 1 个 <p>，全文不超过 200 字（含标点）" We need not exactly 200, just under. Our p about 150. Good.

Need maybe include "特色、亮点、推荐理由" in review. Maybe our review doesn't explicitly mention "推荐理由" but "值得常驻" is a recommendation. "特色" and "亮点" included implicitly. Could improve to mention "蓉e付、社保缴保等特色" and "生活缴费、积分商城" and "安全验证". Good. Maybe "推荐" word: "值得推荐给成都地区的用户" to align. Let's write final review:
"成都农商银行App像一位贴心的金融管家，将账户查询、转账、信用卡、投资理财和贷款等常用功能打理得井井有条，蓉e付、社保缴保等本地特色服务更显实用。水电燃气缴费与积分商城融入生活场景，省去切换多个App的麻烦；人脸识别等安全验证和网点预约也让使用更安心。虽然部分业务仍依赖线下网点，但对成都用户而言，它是一款便捷、可靠且值得常驻手机的银行应用。"
This is around 160. Good.

Need maybe no "虽然部分业务仍依赖线下网点" if not grounded? It's objective. But "网点预约" implies offline service. It's okay. Could be negative? Not too negative. "部分业务仍依赖线下网点" is a standard limitation, but "测评" should be objective. Fine.

Need perhaps first p "成都农商银行" exact, and maybe "让您所需的金融和生活服务" phrase from original. Good.

Let's think if there is any hidden requirement: "rewriteKeys（入库多段链路中曾用于抽两段深度重写；整篇一次生成时可作语气参考）=[特色 亮点]" This just says tone reference. No issue.

Potential issue: "小节关键词「使用说明」：标题必须是 <h3>成都农商银行使用说明</h3>（与 {H3title}/{h3} 一致），随后 **6 个** <p>，每 <p> 一条要点；用序号分条：每条单独成行，行首为「数字+半角右括号+空格」（示例 1) 2) 3)），全篇保持同一格式；**本节固定 6 条**，与其它小节条数独立。" We do exactly. But "随后 6 个 p" after h3; no p before. Good.

Need maybe "用序号分条：每条单独成行" If using p, p itself creates blocks. Fine.

Potential issue: "请根据原文中的内容，针对成都农商银行写一段关于该款游戏/软件的成都农商银行使用说明" The word "游戏/软件" irrelevant. No issue.

Potential issue: "不要输出 <html><body> 等外壳，不要 script/style." Good.

Potential issue: "禁止 markdown 代码围栏" We won't wrap in ```html etc.

Need maybe not use "App" in first p? If "成都农商银行是成都农村商业银行官方推出的手机银行应用" sufficient. We don't need "App". In review "成都农商银行App" okay? User says "应用名称" "成都农商银行", so "App" doesn't violate. But to be safe, maybe use exact name only. In review, "成都农商银行App" is a natural usage. Good.

Need perhaps include "成都农商银行app" vs "成都农商银行" in first p? The application name is "成都农商银行"; if we say "成都农商银行是...手机银行应用" exact. Good.

Let's verify no use of <br>. Not permitted. We won't.

Need maybe ensure each p is separate and no empty text. Good.

Now, let's consider whether to include "使用说明" as first non-review h3. Yes.

Need perhaps "首段 p" no h3 before. yes.

Let's produce final answer as raw HTML fragment.

Before final, let's double-check all sections and count.

First p:
"成都农商银行是成都农村商业银行官方推出的手机银行应用，整合账户查询、资产视图、转账汇款、信用卡管理、投资理财、贷款、网点预约等传统金融服务，同时提供蓉e付、社保缴保等特色业务，并接入话费充值、燃气费、水费、积分商城等生活服务，让您所需的金融与生活服务一站完成。"

This is a bit long but okay. It covers original.

Use section:

1) 通过应用商店搜索“成都农商银行”下载官方客户端，安装时注意确认开发者为成都农村商业银行。
2) 首次启动可先阅读隐私政策并授权必要权限，相机与存储权限用于扫码和证件上传。
3) 使用手机号或身份证号完成注册并设置登录密码，按提示进行短信或人脸验证。
4) 登录后绑定本人成都农商银行借记卡或信用卡，便于同步账户与资产信息。
5) 忘记登录密码时可通过“忘记密码”入口，验证手机号与身份信息后重置密码。
6) 建议开启手势、指纹或面容识别等生物认证，兼顾便捷性与账户安全。

No "使用说明" section maybe includes "安装/权限/账号". Good.

Function:
1) 提供账户查询与资产视图，让用户随时掌握储蓄卡、信用卡与总资产状况。
2) 支持转账汇款，同行跨行均可在线操作，并实时查看交易进度。
3) 集成信用卡管理，可处理账单查询、还款、积分与额度等日常需求。
4) 提供投资理财与贷款服务，可在线浏览产品、提交申请并跟踪进度。
5) 网点预约结合蓉e付、社保缴保等特色业务，有效减少线下排队与奔波。
6) 生活缴费与积分商城覆盖话费、燃气费、水费等高频生活场景。

Good.

Highlight:
1) 金融与生活服务一站整合，转账、理财、缴费等常用操作无需多个App。
2) 资产视图与多账户管理让资产状况一目了然，辅助用户更快决策。
3) 人脸识别、手势与指纹等安全方式，让快捷登录和支付更加安心。

Operation:
1) 下载并打开应用后，点击“注册”，输入手机号并获取验证码创建账号。
2) 登录后在“我的”完成实名认证，上传身份证件并进行人脸识别校验。
3) 在“银行卡”或“我的账户”中选择绑卡，输入卡号与预留手机号验证。
4) 办理转账时进入“转账汇款”，选择付款账户并填写收款人信息，确认金额提交。
5) 缴纳生活费用时点击“生活缴费”，选择燃气费或水费项目，输入户号后支付。
6) 使用网点预约时选择网点与到店时间，提交后按预约时段前往办理。

Features:
1) 蓉e付与社保缴保等本地特色服务，覆盖成都用户的专属业务场景。
2) 基于成都农村商业银行服务网络，线上预约与线下办理衔接顺畅。
3) 生活缴费和积分商城深度融入日常居住与消费，使用体验更贴近生活。

Review:
"成都农商银行App像一位贴心的金融管家，将账户查询、转账、信用卡、投资理财和贷款等常用功能打理得井井有条，蓉e付、社保缴保等本地特色服务更显实用。水电燃气缴费与积分商城融入生活场景，省去切换多个App的麻烦；人脸识别等安全验证和网点预约也让使用更安心。虽然部分业务仍依赖线下网点，但对成都用户而言，它是一款便捷、可靠且值得常驻手机的银行应用。"

Need ensure review "结合特色、亮点、推荐理由" yes.

Potential issue: "测评" section says "不要使用 1、2、3 或分条序号；一段连续短评收束全文，不超过 200 字（含标点）" Our review has no numbers. Good.

Potential issue: "全文不超过 200 字" Could refer entire article? Wait "测评" paragraph not full article? "仅 1 个 <p>，**不要**序号与分条，**一段**短评，**全文不超过 200 字**（含标点）" In that bullet "全文" refers to "测评" paragraph? Actually in "小节「测评」": "一段短评，全文不超过 200 字" likely the review paragraph. Earlier "测评" instruction: "仅 1 个 <p>，不要序号与分条，一段短评，全文不超过 200 字". So yes, review <=200. Our review is ~160.

Need maybe "全文共 4~7 个 h3" We have 7; okay. "3～6 个非测评小节" We have 6; okay. "优先保留采集中有原文者" No original; but if all no original, perhaps all included? Hmm. Could there be an intended subset: "已从词池随机抽 3～6 个非测评小节" But the instruction says "然后**仅按下列「小节顺序」输出**（已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 **4～7** 个 <h3>）：每个小节先 <h3>..." The "下列「小节顺序」" is the order of the chosen sections? It lists 6. It says "已从词池随机抽 3～6 个非测评小节" but no explicit list of which. However the "小节顺序" phrase "使用说明 → 功能 → 亮点 → 操作指南 → 特色 → 测评" is the ordered pool where some may or may not be present? Yet the per-section tasks all are "本小节无对应采集原文，按「原创H3-普通」撰写" plus "条数" — that implies they are all mandatory in this pipeline. The opening "已从词池随机抽 3～6 个" may be a generic template. If we output all 6, it's within range. Good.

Need perhaps "若含「介绍」「简介」类关键词会固定排在首段 <p> 之后的第一个 <h3>，其余小节再按其下列顺序" Not relevant.

Potential issue: "每节要点条数以该小节下方【条数】为准（在 3～6 条之间且各节独立）" We have 3 or 6. Good.

Potential issue: "每条约50字内" We should not exceed. Let's check operation point 4 "办理转账时进入“转账汇款”，选择付款账户并填写收款人信息，确认金额提交。" Count: 办理2 转账2 时1 进入2 转账汇款4 选择2 付款账户4 并1 填写2 收款人3 信息2 确认2 金额2 提交2 =31. Good.

Potential issue: "首段 <p> 正文中自然出现" We have "成都农商银行" at beginning. Good.

Potential issue: "禁止输出 <img>" We don't.

Potential issue: "内容必须包含游戏/软件名称" first p includes.

Potential issue: "首段原文；标题：成都农商银行" Maybe we need include title somewhere? Not necessarily, app name in first p. The h3 sections include app name too. Good.

Potential issue: "可直接写入数据库的 HTML 正文片段" Means no extra whitespace? Whitespace okay. We'll output exactly fragment, no explanations. "禁止 markdown 代码围栏" no fence.

Let's think about using "App" with capital A vs "app" lower. User's original says "成都农商银行app". Application name in Chinese is "成都农商银行". In text, "手机银行App" okay. But if allowed HTML only p/h3, no issue.

Need maybe use "蓉e付" exactly with lowercase e? yes.

Need perhaps "社保缴保" vs "社保缴费"? Original "社保缴保" (weird but accurate). We use "社保缴保" in feature and first p. Good.

Potential issue: "成都农商银行" is 6 chars, "成都农村商业银行" is 8. Good.

Let's consider if "使用说明" should mention "安装、权限、账号与基础上手要点". We mention all. Good.

Maybe "小程序" no.

Potential issue: "应用截图由系统在生成后按小节顺序自动插入，模型无需处理图片" Means our p text shouldn't reference images. We won't.

Potential issue: "允许的 HTML 标签仅有：<p>、<h3>" Are self-closing p? We use normal.

Potential issue: "每节要点须带序号且全篇统一为同一种序号格式" We use "1) " at start of p. But after h3, p content starts with number. Good.

Potential issue: "不要输出 <html><body> 等外壳" We don't.

Potential issue: "每个小节先 <h3>..." We do.

Potential issue: "非「测评」小节为 **若干** 个 <p>" We provide exactly required number.

Let's maybe write output in compact form without indentation to avoid accidental markdown? Could be:
<p>...</p>
<h3>...</h3>
<p>1) ...</p>
...
No extra blank lines? Fine.

Need decide if h3 should be before each section and p immediately after. Yes.

Let's ensure no "成都农商银行测评" h3 with missing p. yes.

Potential issue: "首段" perhaps should be a paragraph "成都农商银行App是..." but "app" lower case. We use "成都农商银行是". Let's maybe mention "App" in review, but not necessary. The first p with exact name "成都农商银行" is enough. Good.

Let's consider if the first p rewrite is too close to original and "原创改写" required. We have changed sentence structure but many terms identical. That's okay because list of features must be same. We can add "一站式完成" and "整合". It's not verbatim.

Could perhaps make first p more app-store copy:
"成都农商银行为成都农村商业银行官方手机银行，既覆盖账户查询、资产视图、转账汇款、信用卡、理财、贷款和网点预约等综合金融服务，也融合蓉e付、社保缴保及话费、燃气费、水费、积分商城等生活服务，让常用金融与生活需求在一个App里轻松完成。"
This is more app-store. It has "App" in p. Fine. Need "应用名称" exactly "成都农商银行" appears. Good.

Let's choose a polished first p:
"成都农商银行是成都农村商业银行官方推出的手机银行应用，集账户查询、资产视图、转账汇款、信用卡管理、投资理财、贷款、网点预约等传统金融服务于一体，并提供蓉e付、社保缴保等特色业务，以及话费充值、燃气费、水费、积分商城等生活服务，让常用的金融与生活需求在一个App内轻松完成。"
This is good.

Need perhaps "让您所需的金融和生活服务" from original. "常用的金融与生活需求" okay.

Let's ensure "成都农商银行" not "成都农商银行App" in first p. It says "成都农商银行是..." okay.

Potential issue: The initial "首段" instruction says "内容必须包含游戏/软件名称" It calls it "游戏/软件" but this is an app. Fine.

Potential issue: "原创改写" maybe should not exactly repeat "账户查询、资产视图..."? It's a list; no alternative. Fine.

Need maybe ensure "h3" text exactly "成都农商银行使用说明" etc. Yes.

Let's now think about "randomly selected 3-6 non-review sections" again. If I output all 6, total 7 h3, within max. But if there's an instruction "已从词池随机抽 3～6 个非测评小节" from the template, it implies not necessarily all. But the per-section templates are all included, and the user explicitly provided tasks for each. There is no "do not output" for any. So output all.

Potential issue: "若含「介绍」「简介」类关键词会固定排在首段 <p> 之后的第一个 <h3>，其余小节再按其下列顺序" There is "使用说明" not intro. Fine.

Let's ensure no "测评" section uses "虽然部分业务仍依赖线下网点" maybe too negative? It's a balanced review. "客观评价" okay. "推荐理由" in final phrase. Good.

Maybe include "综合体验" in review? We can. Let's craft review more polished:
"成都农商银行App像一位贴心的金融管家，把账户查询、转账、信用卡、理财和贷款等常用功能安排得井井有条，蓉e付、社保缴保等本地特色也让服务更有温度。生活缴费与积分商城融入水电燃气等日常场景，省去切换多个App的麻烦；人脸识别、指纹验证和网点预约兼顾效率与安全。虽然部分复杂业务仍需线下配合，但对成都用户来说，这是一款便捷、可靠、值得常驻手机的银行应用。"
This is good. No numbers, under 200.

Need maybe "指纹验证" actually "指纹" not "手势"? Yes.

Potential issue: "安全验证和网点预约也让使用更安心" okay.

Let's verify review length: 
成都农商银行App像一位贴心的金融管家，把账户查询、转账、信用卡、理财和贷款等常用功能安排得井井有条，蓉e付、社保缴保等本地特色也让服务更有温度。生活缴费与积分商城融入水电燃气等日常场景，省去切换多个App的麻烦；人脸识别、指纹验证和网点预约