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

我需要严格遵循指令。要求：输出可直接写入数据库的 HTML 正文片段。仅允许 <p> 和 <h3>。无 markdown。无解释。无图片。无 script/style。结构必须严格：

1) 第一个元素是 <p>：基于首段模板改写应用介绍。需要自然包含"婚礼象 1.4.4"。
2) 然后仅按下列小节顺序输出：功能 → 操作指南 → 亮点 → 特色 → 使用说明 → 优势 → 测评。但注意：标题必须是相关的。且末位固定测评。总共 4-7 个 <h3>。已从词池随机抽 3~6 个非测评小节并优先保留有原文者；若含"介绍""简介"类关键词会固定排在首段之后。这里没有标注哪个小节已选，但似乎所有功能、操作指南、亮点、特色、使用说明、优势 都在顺序中。但「已从词池随机抽 3～6 个非测评小节」？然而整体结构中明确给出「小节顺序」功能 → 操作指南 → 亮点 → 特色 → 使用说明 → 优势 → 测评。并且后面每个任务都有。这意味着需要输出全部 6 个非测评小节加测评 = 7 个 <h3>。但系统说共 4～7 个 <h3>，所以 7 是允许的。是否全部输出？是的，因为"仅按下列「小节顺序」输出"且下面的任务都有。需要每个小节都要出现。总共 7 个 h3，满足 4-7。好。

注意每个非测评小节具有给定条数：功能 4, 操作指南 5, 亮点 5, 特色 3, 使用说明 3, 优势 4。测评 1 段。每个要点用序号分条：每条单独成行，行首为「数字+半角右括号+空格」示例 1) 2) 3)。每个要点是一个 <p>，所以必须使用 <p>1) ...</p> 等。全篇保持同一序号格式。注意："每条单独成行" 可能意味着每个 <p> 占一行。需要确保 HTML 中没有额外文字。要求每节要点条数以条数为准。例如 5 条 <p>。

测评：仅 1 个 <p>，不要序号。一段短评，不超过 200 字。需要一段连续中文。语气客观简练，拟人化。不要分条编号。内容是唯一 <p> 在 h3 下。注意：整篇总字数？没有具体要求，除了测评 ≤200。但每条约 50 字内，所以总字数约 (4+5+5+3+3+4)*50 + 200 + headings ≈ 1450 字，合理。

需要原创改写，不要照搬原文的句子。需要包含应用名称"婚礼象 1.4.4"在首段。标题为应用名称，但不需要 h3 标题？首段 <p> 中自然出现。不能输出 h1/h2。

允许标签：<p>, <h3>。需要确保无 HTML 转义问题。正确嵌套：<p> 内容 </p>。所有 <h3> 成对。文本中如果有 & 等需要转义，但内容中文无。

各小节标题必须与给定的 {H3title} 完全一致：<h3>婚礼象 1.4.4功能</h3>，<h3>婚礼象 1.4.4操作指南</h3>，<h3>婚礼象 1.4.4亮点</h3>，<h3>婚礼象 1.4.4特色</h3>，<h3>婚礼象 1.4.4使用说明</h3>，<h3>婚礼象 1.4.4优势</h3>，<h3>婚礼象 1.4.4测评</h3>。

首段 <p>：需要改写首段，内容必须包含应用名称，与原文主旨高度关联，逻辑清晰，层次分明，更像应用商店介绍文案。原文首段："婚礼象是一款专注于婚庆服务的应用程序，用户能够通过它预约婚纱摄影、在线制作电子喜帖等，操作便捷实用，同时配备专业的结婚顾问提供一对一服务，帮助您从容应对婚礼筹备。"

需要原创改写。可以这样："婚礼象 1.4.4是一款专注婚庆服务的应用，为用户提供婚纱摄影预约、电子喜帖在线制作等实用功能，操作简便流畅。同时配有专业结婚顾问一对一服务，从筹备到执行都能提供贴心支持，让婚礼准备更加从容高效。" 包含应用名称，逻辑清晰。但我要注意首段是"应用介绍"，不只是原文。可以。

需要禁止 markdown，所以不用 ```。输出应只有 HTML。

为了准确，逐节写。

功能 h3 之后 4 个 <p> 作为要点的序号 1) ~4)。每条一句，约50字。需要"主要能力模块及各自解决什么问题"。内容应从原文衍生。例如：

1) 婚纱摄影预约模块汇集优质商家，帮助新人快速锁定心仪档期，减少反复沟通成本。
2) 电子喜帖在线制作提供多款模板，支持一键编辑与分享，让邀请环节更省时省力。
3) 结婚顾问一对一服务覆盖筹备全程，针对不同需求提供专业建议，避免手忙脚乱。
4) 一站式婚庆工具整合多项功能，新人只需通过应用即可管理主要流程，提升筹备效率。

确保每条 <p>。留意每条约50字内。上述字数为？第一条约35，可以。第二个？等等。"电子喜帖在线制作提供多款模板，支持一键编辑与分享，让邀请环节更省时省力。" 很好。

操作指南 h3：5 条，关键流程分步说明。需要操作指南的步骤。从原文我们可以描述：下载安装？注册登录？预约婚纱摄影？制作电子喜帖？咨询顾问？但要注意"操作指南"是"关键流程的分步说明"而不是安装权限。不过"使用说明"涵盖安装权限账号，所以操作指南应更关注核心流程：选服务、预约、制作、支付？需要顺序编号1-5。也许：

1) 打开婚礼象后先进行手机号注册登录，完善婚礼日期与城市等基本信息。
2) 在首页选择婚纱摄影服务，查看商家相册并筛选推荐套餐。
3) 选定心仪影楼后提交预约申请，顾问会在确认档期后及时通知你。
4) 进入电子喜帖制作中心，挑选模板、编辑照片与婚礼信息。
5) 预览喜帖效果无误后一键发送给亲友，也可通过微信分享链接。

这里 "操作指南" 是分步说明。很好。但注意每条 50 字内，也许第一条 26，第二条 26。

需要确保格式一致：1) 2) 3) 4) 5)。注：中文标点。序号用半角右括号。格式如 "1) "。行首即 <p> 后立即有数字，不要空行。可以。

亮点 h3：5 条，"能显著提升效率或体验的核心功能与设计"。内容应体现亮点。需与功能、特色区分。可以强调快、省心、贴心等。例如：

1) 线上一站式预约婚纱摄影，免去逐店跑腿，让婚礼筹备更省心。
2) 电子喜帖支持实时预览和快速分享，新人和亲友都能便捷查看信息。
3) 专业结婚顾问全程跟进，提供一对一定制建议，减少临场决策压力。
4) 平台整合多项婚庆服务，按筹备阶段清晰分类，使用起来直观顺手。
5) 操作流程经过优化，从选服务到确认预约均能在几步内完成，效率更高。

需要检查每条约50字内。第3条略 34。好。可能 "信息" 为"相关信息"。

特色 h3：3 条，"相对同类软件最突出的差异能力与使用场景"。从原文：婚纱摄影预约、电子喜帖制作、结婚顾问一对一服务。也许这几项就是特色。需要突出差异。例如：

1) 婚纱摄影预约深度对接服务商，将筛选、沟通、下单集中在同一平台完成。
2) 在线制作电子喜帖无需设计基础，多款风格模板满足各种婚礼主题场景。
3) 结婚顾问一对一响应需求，让缺乏经验的新人也能获得全程陪伴指导。

不错。

使用说明 h3：3 条，"安装、权限、账号与基础上手要点"。由于原文没有，需合理创作但不应太具体以免错误。确保通用。例如：

1) 在官方应用商店下载婚礼象 1.4.4，安装完成后按提示授予相册与通知权限。
2) 使用手机号注册并登录账号，首次进入后可完善婚礼日期和偏好信息。
3) 建议及时开启消息提醒，便于接收顾问回复、订单状态和活动通知。

注意"安装、权限、账号"。

优势 h3：4 条，"在性能、易用性、兼容性或生态上的可感知长处。" 需要从内容推断。突出易用性、省时、生态、专业性。例如：

1) 应用功能布局清晰，婚纱摄影、请柬、顾问入口直观可见，上手门槛低。
2) 全流程在线联动让预约与制作不必切换多个平台，使用效率更高。
3) 专业顾问资源为筹备过程提供可靠支持，增强新人对整体安排的掌控感。
4) 适配常用移动设备与主流系统版本，运行稳定，随时随地均可处理婚庆事务。

等等 "适配常用移动设备与主流系统版本" 是通用。

测评 h3 后仅 1 个 <p>，无序号，≤200 字，连续中文，拟人化，客观。需要结合特色、亮点、推荐理由进行评价。需要简短。保持 <=200。可以写：

婚礼象 1.4.4带来的体验是：它像一位贴心的婚礼管家，把婚纱摄影预约、电子喜帖制作和顾问咨询都收拢进一个简洁的应用里。对正在准备婚礼的新人来说，这项应用减少了四处奔波的繁琐，流程清晰，操作顺手。尤其是顾问的一对一陪伴，能让人在忙乱中多一份安心。整体来看，它在实用性与人性化之间拿捏得当，虽有部分细节可继续完善，但已足以成为婚庆筹备中值得信赖的助手。

约 185 chars? 需要数一下。中文标点计数。Let's count: "婚礼象 1.4.4带来的体验是：它像一位贴心的婚礼管家，把婚纱摄影预约、电子喜帖制作和顾问咨询都收拢进一个简洁的应用里。对正在准备婚礼的新人来说，这项应用减少了四处奔波的繁琐，流程清晰，操作顺手。尤其是顾问的一对一陪伴，能让人在忙乱中多一份安心。整体来看，它在实用性与人性化之间拿捏得当，虽有部分细节可继续完善，但已足以成为婚庆筹备中值得信赖的助手。"

Count manually: 婚礼象(3) + space? 中文中 "婚礼象 1.4.4" 中含 ASCII 空格和数字。 Count characters incl spaces and punctuation: 婚礼象 1.4.4 = "婚礼象" (3) + space (1) + "1.4.4" (5) =9. 带来的体验是：= 7? 带来(2) 的1 体验2 是1 ：1 =>7, so 16. 它像一位贴心的婚礼管家，= 12? 它1 像1 一1 位1 贴1 心1 的1 婚1 礼1 管1 家1 ，1 =12, total 28. 把婚纱摄影预约、电子喜帖制作和顾问咨询都收拢进一个简洁的应用里。 =? Let's not overdo. likely <200. "虽有部分细节可继续完善" maybe implies negative; acceptable. Need "客观评价" and "拟人化" - "婚礼管家" good.

Need be careful with "应用名称须在首段 <p> 正文中自然出现" - It appears in first p. Good.

Need not include "介绍" or "简介" section? None.

Need "整体结构" first element is a <p>. So output begins with <p> no blank line. Then h3 sections. Need not include a top-level root.

Need ensure no markdown code fence. We'll output raw HTML.

Need check "非「测评」小节为 若干 个 <p>、每条要点须带序号且全篇统一为同一种序号格式（本次要求：用序号分条：每条单独成行，行首为「数字+半角右括号+空格」（示例 1) 2) 3)），全篇保持同一格式）；" Each <p> contains exactly "1) ...". Since <p> is block, "单独成行" implies no additional <br>. Could write all <p> on separate lines in HTML? Not necessary but okay. In final, if we put line breaks between p tags, fine. But "可直接写入数据库的 HTML 正文片段" maybe no indentation. We can put one <p> per line for readability; no markdown. Need perhaps no blank lines? OK.

Need "每节要点条数以该小节下方【条数】为准" So do not vary.

Need "允许的 HTML 标签仅有：<p>、<h3>。" So yes.

Need "禁止输出 <img>" not relevant.

Need "最后一个小节固定为「婚礼象 1.4.4测评」" Already.

Need "标题须与下列 {H3title} 完全一致" yes.

Potential issue: "已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者" But then the whole section sequence includes 6 sections. Should I output only some? Let's re-read initial instructions carefully.

User says:
【整体结构】顺序必须严格如下：
1) 第一个元素是一个 <p>：依据下方「首段」模板改写应用介绍。
2) 然后**仅按下列「小节顺序」**输出（已从词池随机抽 **3～6** 个非测评小节并**优先**保留采集中有原文者；若含「介绍」「简介」类关键词会**固定排在首段 <p> 之后的第一个 <h3>**，其余小节再按其下列顺序；末位固定测评，全文共 **4～7** 个 <h3>）：每个小节先 <h3>（标题须与下列 {H3title} 完全一致），非「测评」小节为 **若干** 个 <p>...

Then lists 【小节顺序】功能 → 操作指南 → 亮点 → 特色 → 使用说明 → 优势 → 测评

Then after that, includes task definitions for each of 功能, 操作指南, 亮点, 特色, 使用说明, 优势, 测评. It seems all seven sections are included. But "随机抽 3～6 个非测评小节" maybe hint that not all are included? Yet the tasks define all sections. Need reconcile. Since "已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者" could mean the set of non-测评 subsections in this generation was randomly selected but in the prompt all candidate sections are listed? Wait "小节顺序" states "功能 → 操作指南 → 亮点 → 特色 → 使用说明 → 优势 → 测评" - that's seven subsections, six non-review. If random 3-6, why list all six? Maybe because "全文共 4～7 个 <h3>" and exactly 7 h3 fits. "已从词池随机抽 3～6 个非测评小节" could be a stale global instruction; however "仅按下列「小节顺序」输出" and the list includes all. It says "下列「小节顺序」" i.e. the order, not the selected set. It doesn't say "小节的超集"; it says "仅按下列「小节顺序」输出". The tasks are all "各小节任务" likely means indeed all sections. Need decide.

The user requested "你只输出一段可直接写入数据库的 HTML 正文片段" with "整体结构" strict. If I output all seven, total h3 = 7, within 4-7. If output random 3-6, I would omit a random task? But the tasks don't specify which selected. Which sections should be omitted? The phrase "已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者" implies the current generation should contain a subset. But then how know which? The list "功能 → 操作指南 → 亮点 → 特色 → 使用说明 → 优势 → 测评" could be a "位置顺序" among possible sections, not necessarily all are present? It says "非测评小节 [标题]"，maybe all in the prompt? Let's parse:

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

Maybe the task actually contains all these subsections because every one is in the sequence. "已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者" may be part of a pipeline template; maybe the "各小节任务" below are exactly selected sections? There are six non-review sections, i.e. all. If there were only 3-6 selected, the output would be 4-7 h3. Since all six non-review plus review = 7 h3 is consistent. "随机抽 3～6 个非测评小节" indicates the actual count may be between 3 and 6, and if it's 6 then all. It can be 6. So output all six is allowed. Because we need "仅按下列「小节顺序」输出" and each section has a defined task. If we omitted one, we would violate "顺序必须严格如下" maybe. Therefore output all.

Need perhaps mention "应用名称（须在首段 <p> 正文中自然出现）：婚礼象 1.4.4" Only first p must contain name. But in headings all contain name. OK.

Need "每个小节先 <h3>（标题须与下列 {H3title} 完全一致）" Ensure no extra whitespace in heading? <h3>婚礼象 1.4.4功能</h3>.

Need be cautious with "条数" and "序号格式" across sections: all numbered sections start at 1 within each section? It says "每条要点须带序号且全篇统一为同一种序号格式". Example "1) 2) 3)" could mean numbering restarts each section? It says "用序号分条：每条单独成行，行首为「数字+半角右括号+空格」". Usually each section restarts at 1. Does "全篇统一为同一种序号格式" require continuous numbering across sections? If so, 功能 starts 1-4, 操作指南 starts 5-9, etc. But each section's "小节下方【条数】" says "用序号分条：每条单独成行，行首为「数字+半角右括号+空格」（示例 1) 2) 3)），全篇保持同一格式；本节须写 4 条" It uses sample 1) 2) 3) but not "从 1 开始" per section. Need infer from "用序号分条" common means enumerate within section. "全篇保持同一格式" likely means same style "n) " not same continuous numbering. It says "每条单独成行，行首为「数字+半角右括号+空格」（示例 1) 2) 3)），全篇保持同一格式". If across sections continuous, after 4) next would be 5), not sample 1) for each section maybe allowed. But "各小节独立" under "条数" says "条数为该小节单独指定，与其它小节无关"; only count independent, numbering could still continue? Hmm.

Constraint "非「测评」小节为 若干 个 <p>、每条要点须带序号且全篇统一为同一种序号格式（本次要求：用序号分条：每条单独成行，行首为「数字+半角右括号+空格」（示例 1) 2) 3)），全篇保持同一格式）" "全篇统一为同一种序号格式" could mean all lists use "1)" style not "①" etc. Doesn't necessarily require continuous unique numbering. "每条单独成行，行首为「数字+半角右括号+空格」" If starting each section at 1, still each row starts with a digit+). The phrase "数字" not "编号连续递增". Samples in each task mention "1) 2) 3)" and section count. I think restart each section is standard. It avoids 1-24 weirdness. But "全篇保持同一格式" maybe if restart each section, same.

Let's consider if "序号分条" with HTML <p> each one a "条". If numbering resets each h3 section, then in each section the first item is 1). That's likely desired because each section's count independent. We'll do per-section numbering 1..n. Need maintain "全篇同一格式" (1) 2) 3) etc).

Need not include any "介绍" first h3. OK.

Need "无对应采集原文，按「原创H3-普通」撰写" - all non-review no original. OK.

Need "原创改写" for first paragraph not copy. We'll ensure not exact.

Potential issue: The user instructs "不要输出 <html><body> 等外壳，不要 script/style." We won't.

Potential issue: "禁止 markdown 代码围栏" We'll output raw HTML. Since final message not codeblock.

Potential issue: "应用截图由系统在生成后按小节顺序自动插入，模型无需处理图片" So no image.

Potential issue: "首段 {head}/{text} 均已代入为首段原文" and "请参考{组合采集首段}/{原文首段}" mixture. We only need rewrite.

Now let's craft content carefully with concise sentences under 50 Chinese chars each. Need maybe exactly 4/5 etc.

Let's create robust texts:

First p:

"婚礼象 1.4.4是一款专注婚庆服务的应用，围绕婚纱摄影预约、电子喜帖制作等核心需求提供一站式解决方案。整体操作便捷流畅，同时配有专业结婚顾问一对一服务，能根据新人实际情况提供建议，帮助用户更加从容地完成婚礼筹备。"

This includes name in first sentence. It is a rewrite. Contains "婚纱摄影预约", "电子喜帖", "结婚顾问", "便利", "从容". Good. Count? Not restricted.

Now h3 功能:

1) 婚纱摄影预约服务整合多家商家，用户可在线比较套餐并快速锁定合适档期。
2) 电子喜帖在线制作提供多种风格模板，方便新人自行编辑并随时预览效果。
3) 专业结婚顾问一对一响应需求，从选店到流程规划持续提供可靠的陪伴建议。
4) 常用婚庆工具集中管理，让预约、制作与沟通等环节在一个应用内顺畅完成。

Need "每条约50字内" 1) length: 婚纱摄影预约服务整合多家商家，用户可在线比较套餐并快速锁定合适档期。 Let's count Chinese chars excluding punctuation? approx 36. ok. 2) 28. 3) 30. 4) 36. Good.

h3 操作指南:

1) 下载安装后使用手机号注册并登录，首次进入建议先完善婚礼日期和所在城市。
2) 在首页的婚纱摄影服务中浏览商家列表，按客片风格与价格筛选心仪套餐。
3) 选择套餐后提交预约时段，等待平台确认档期并接收顾问的后续沟通通知。
4) 制作电子喜帖时进入模板中心，添加婚礼照片、日期和酒店地址等关键信息。
5) 编辑完成后预览效果，确认无误即可生成链接发放给亲友或分享到社交媒体。

Check under 50 each: 1) maybe 36. 2) 33. 3) 31. 4) 35. 5) 38. Good. It is a guide.

h3 亮点:

1) 一站式婚庆服务减少了在多个平台之间切换的麻烦，筹备节奏更轻松。
2) 电子喜帖支持快速预览与一键分享，邀请环节能省下不少时间和精力。
3) 结婚顾问会根据新人的预算与偏好提供方案，让决策过程更有依靠。
4) 服务信息分类清楚，从摄影到请柬都能按步骤查找，新人更容易上手。
5) 订单与沟通记录留存完整，随时可查看进度，减少了信息遗漏带来的困扰。

Good.

h3 特色:

1) 婚纱摄影预约与后续服务在应用内闭环完成，明显区别于单纯的信息展示工具。
2) 电子喜帖制作不需要设计经验，可快速做出适合线上传播的精美邀请页面。
3) 以真人顾问一对一跟进为支撑，适合缺乏经验又希望省心的备婚人群。

Could be "特色" relative to competitors. Good.

h3 使用说明:

1) 推荐在官方应用商店下载婚礼象 1.4.4，安装时按系统提示允许网络访问和通知。
2) 首次使用需注册手机账号，登录后可随时修改婚礼日期、预算与联系方式。
3) 使用拍照或相册上传功能前需开启相册权限，并建议保持应用更新以获得稳定体验。

Need "安装、权限、账号与基础上手要点" all three. 2) "账号"; 1) "安装"; 3) "权限". Good.

h3 优势:

1) 界面与操作流程贴近真实婚礼筹备场景，新人不需学习成本就能理解功能布局。
2) 核心服务形成线上闭环，从预约到制作请柬耗时更短，提升整体效率。
3) 顾问支持能弥补新人在专业性上的不足，遇到问题时可及时获得帮助。
4) 兼容性表现稳定，在常见手机系统上都能流畅运行，适合随时离线前查询。

"适合随时离线前查询" weird. Better: "在常见手机系统上都能流畅运行，可随时随地打开应用处理婚务。" Need "性能、易用性、兼容性、生态". 4) about compatibility. Exactly:
4) 兼容主流手机型号与系统版本，运行流畅稳定，方便新人随时处理婚务。 (约30)
Need maybe "生态" in 2.

h3 测评 paragraph. Need ≤200. We can write continuous.

Need maybe "婚礼象 1.4.4" appears in测评? Not required but could.

Candidate:

"使用婚礼象 1.4.4筹备婚礼，感受最深的是一种被安排妥当的安心。它把婚纱摄影预约、电子喜帖制作和顾问咨询集中在一个清晰直观的应用里，省去了在多个平台反复奔走的麻烦。专职顾问像身边有经验的朋友，能在关键节点给出提醒与建议，让新人即使没有经验也不会手忙脚乱。整体而言，这款应用在实用性和贴心度之间取得了不错平衡，是婚庆筹备阶段值得信赖的助手。"

Count: Use char count by segments:
"使用婚礼象 1.4.4筹备婚礼，感受最深的是一种被安排妥当的安心。" Count? 使用(2)+婚礼象(3)+space1+1.4.4(5)+筹备婚礼(4)+，1+感受最深的是一种被安排妥当的安心(15? 感1受1最1深1的1是1一1种1被1安1排1妥1当1的1安1心1 =16) + 。1 = 2+3+1+5+4+1+16+1=33. Good.
"它把婚纱摄影预约、电子喜帖制作和顾问咨询集中在一个清晰直观的应用里，省去了在多个平台反复奔走的麻烦。" Count maybe 50. Total ~83.
"专职顾问像身边有经验的朋友，能在关键节点给出提醒与建议，让新人即使没有经验也不会手忙脚乱。" Count 48. Total 131.
"整体而言，这款应用在实用性和贴心度之间取得了不错平衡，是婚庆筹备阶段值得信赖的助手。" Count 43. Total 174 plus punctuation. Under 200. Good.

Need maybe avoid "最深的" if no? Fine.

Need ensure final output doesn't contain markdown. Let's compile final HTML.

But before final, let's consider if first p should include "标题：婚礼象 1.4.4" maybe not possible in p? It says "标题：婚礼象 1.4.4；原文首段..." That's task metadata, not need. First p contains name. Good.

Potential issue: "每个小节先 <h3>（标题须与下列 {H3title} 完全一致），非「测评」小节为 若干 个 <p>、每条要点须带序号且全篇统一为同一种序号格式" If each section restarts at 1, then <p>2) in second section still same format. Good.

Potential issue: "【输出硬性要求】输出必须为一段连续中文，禁止分条、禁止编号、不要使用 1、2、3；总字数不超过 200 字（含标点）。" For测评 we do. Good.

Potential issue: "全文共 4～7 个 <h3>" We have 7. Good.

Potential issue: "小节顺序" says "功能 → 操作指南 → 亮点 → 特色 → 使用说明 → 优势 → 测评" We produce exactly. Good.

Potential issue: Need "若含「介绍」「简介」类关键词会固定排在首段 <p> 之后的第一个 <h3>" None.

Potential issue: "优先保留采集中有原文者" none.

Potential issue: "首段 {head}/{text} 均已代入为首段原文，现在需要对这段内容进行原创改写" We should not just add "应用名称" but also "原文首段". Yes.

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

Potential issue: "请不要输出额外的空行" Not specified. Could avoid blank lines. Since final is raw HTML, line breaks are whitespace. Fine.

Let's think if "操作指南" and "使用说明" duplication? OK.

Let's refine content for consistency.

Potential issue: "特色" "以真人顾问一对一跟进为支撑，适合缺乏经验又希望省心的备婚人群。" Actually "结婚顾问" is "专业结婚顾问", not "真人". OK.

Potential issue: "亮点" includes "电子喜帖" but "特色" also. But OK.

Potential issue: "专业结婚顾问一对一服务" in original; we say "专职顾问" in测评. Good.

Potential issue: "应用商店下载婚礼象 1.4.4" "婚礼象 1.4.4" in usage. Good.

Potential issue: "按系统提示允许网络访问和通知" Is that necessary in Chinese apps? Fine.

Now, examine requirement "应用名称（须在首段 <p> 正文中自然出现）：婚礼象 1.4.4" Maybe in first sentence, but we use "婚礼象 1.4.4是一款..." yes.

Could there be a requirement "标题：婚礼象 1.4.4" meaning first p should be headline? No, first p is intro.

Need perhaps "整篇一次生成时可作语气参考" rewriteKeys = 优势 特色. Since selected rewriteKeys maybe means emphasize 优势/特色 sections. We have.

Need perhaps "已从词池随机抽 3～6 个非测评小节并优先保留采集中有原文者" If all 6, total h3=7. Good.

Potential issue: "每条单独成行，行首为「数字+半角右括号+空格」" In HTML, if we put <p>1) ...</p> on new line, the <p> is a block. The "行首" after <p> is the digit. Fine.

Potential issue: "全篇统一为同一种序号格式" We use "1) " exactly. Need no extra spaces in "1)  ..." after right parenthesis. Yes.

Potential issue: "每节要点条数 ... 3～6 条之间且各节独立" Non-review sections all 3-5, OK.

Potential issue: "测评 仅 1 个 <p>，不要序号与分条，一段短评，全文不超过 200 字（含标点）" Our测评 <p> might be >200 if we count including spaces? It is under 200. Need maybe check with "1.4.4" counted as 5 characters and spaces; 174-ish. Fine.

Let's do more exact count for测评 maybe to be safe. Text:
"使用婚礼象 1.4.4筹备婚礼，感受最深的是一种被安排妥当的安心。它把婚纱摄影预约、电子喜帖制作和顾问咨询集中在一个清晰直观的应用里，省去了在多个平台反复奔走的麻烦。专职顾问像身边有经验的朋友，能在关键节点给出提醒与建议，让新人即使没有经验也不会手忙脚乱。整体而言，这款应用在实用性和贴心度之间取得了不错平衡，是婚庆筹备阶段值得信赖的助手。"

Let's count exactly including Chinese chars, punctuation, ASCII, spaces.

Segment 1: "使用婚礼象 1.4.4筹备婚礼，感受最深的是一种被安排妥当的安心。"
Let's split:
使 用 (2)
婚 礼 象 (3) =>5
space =>6
1 . 4 . 4 =>5 characters: 1, ., 4, ., 4 => total 11
筹 备 婚 礼 (4) =>15
， =>16
感 受 最 深 的 是 一 种 被 安 排 妥 当 的 安 心 (15? Let's count: 感1 受2 最3 深4 的5 是6 一7 种8 被9 安10 排11 妥12 当13 的14 安15 心16) =>32
。 =>33. Good.

Segment 2: "它把婚纱摄影预约、电子喜帖制作和顾问咨询集中在一个清晰直观的应用里，省去了在多个平台反复奔走的麻烦。"
它(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 多39 个40 平41 台42 反43 复44 奔45 走46 的47 麻48 烦49 。50. Segment 2 length 50. Cumulative 83.

Segment 3: "专职顾问像身边有经验的朋友，能在关键节点给出提醒与建议，让新人即使没有经验也不会手忙脚乱。"
专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 不39 会40 手41 忙42 脚43 乱44 。45. Cumulative 128.

Segment 4: "整体而言，这款应用在实用性和贴心度之间取得了不错平衡，是婚庆筹备阶段值得信赖的助手。"
整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 的39 助40 手41 。42. Total 170. Under 200. Good.

Need maybe "集中在一个清晰直观的应用里" is okay.

Potential issue: "允许的 HTML 标签仅有：<p>、<h3>。" We have. Do we need to include trailing newline? Fine.

Let's consider if there is any hidden requirement "不要输出 <html><body> 等外壳" we don't. "禁止 markdown 代码围栏" no.

Potential issue: Should first paragraph "title: 婚礼象 1.4.4" maybe not include "标题". Good.

Potential issue: Should "each h3 title exactly as {H3title}" e.g. "婚礼象 1.4.4功能" no spaces. yes.

Need perhaps "非测评小节为 若干 个 <p