optimize

优化页面

对已有页面使用 /plan-page 和 /design-page。读取线上页面，按照新页面构建时采用的规则为其评分，编写新页面同样包含的计划区块（最终文案、每个版块的素材决策、声明门槛、工作队列），等待批准，然后将已批准的更改应用到持久化源文件，并检查托管草稿。绝不发布。

参考资料

参考资料	阅读时机
references/plan-page.md	始终阅读；此技能复用其中的共享区块词汇（素材槽位决策、声明门槛、工作队列负责人、状态标签）
references/evidence-led-cro.md、references/consumer-behavior-cro.md	用于排列证据并提出一个行为假设
references/offers/offer-strategy.md	用于诊断定位、优惠价值、组合或定价
references/industry-cro.md 中匹配的章节	已知所属行业时阅读
references/page-types/_index.md，然后是对应的类型文件	根据页面类型规范（首屏、证明、优惠与 CTA、图片、文案、禁止事项、检查清单）为页面评分
references/design-rules.md	根据 N1 至 N14 和 A1 至 A12 评分
references/proof/proof-ledger.md、references/offers/offer-ledger.md	根据页面展示内容重建台账
references/workflows/section-asset-workflow.md 第 2 节	检查页面上每张图片的适配度
references/copy/headline-and-cta-rules.md、references/anti-patterns/copy-anti-patterns.md	为文案评分
references/anti-patterns/mobile-anti-patterns.md、references/anti-patterns/cro-anti-patterns.md	识别移动端和 CRO 问题
references/assets/generation-policy.md	提出任何生成或合成素材前阅读
references/page-editing.md、references/qa-recipe.md、references/source-artifact-workflow.md	应用已批准的更改并检查托管草稿
references/authoring/css-and-styling.md、references/animation-system.md	修改 CSS、类名或动效前阅读
references/lexsis-design-capabilities.md	可选的深入设计指南

使用 lexsis_pages.edit_context、lexsis_pages.get、lexsis_pages.inspect、lexsis_pages.source、lexsis_pages.section_source、lexsis_pages.compile、lexsis_pages.integrity、lexsis_pages.diff、lexsis_pages.qa、lexsis_analytics.page、lexsis_analytics.timeseries、lexsis_analytics.attribution、lexsis_catalog.get、lexsis_catalog.reviews、lexsis_assets.view、lexsis_asset_library.search、lexsis_asset_select.select、lexsis_asset_import.import、lexsis_asset_upload.upload、lexsis_workspace.credits、lexsis_drafts.asset_generate、lexsis_template_library.search_page_kits、lexsis_template_library.search_sections、lexsis_drafts.page_update_section、lexsis_drafts.page_patch 和 lexsis_drafts.page_record_qa。仅通过精确的路由器/操作发现来确认不熟悉的架构。目录查询返回零结果，并不表示无法获取页面或分析数据。如果实际读取线上页面失败，请说明这一限制；通用 CRO 建议不能替代线上证据。

确认目标

首先确认：

1. 目标结果：转化、加入购物车、平均订单价值、跳出率、信任度、移动端体验、速度或 SEO。
2. 目标页面、受众和流量来源。
3. 仅做诊断，还是获批后可以编辑。
4. 必须保持不变的文案、版块、SEO 字段或优惠。

在目标和范围明确前，不要编辑。根据已保存的设置或当前 MCP 上下文，确认页面绑定的工作区、商店和主题；如果缺少这些信息，请停止并提示：请先为此商店和主题运行 /setup。绝不要自动运行 setup。

阅读实时页面

1. 依次调用 lexsis_pages.edit_context、lexsis_pages.get、lexsis_pages.inspect 和 lexsis_pages.source：查看当前版本、章节顺序、内容区块、文案、 媒体和页面头部。
2. 调用 lexsis_analytics.page、.timeseries、.attribution 查看 结果窗口内的数据：转化、跳出、设备细分、各章节的流失情况和流量 来源。分析数据和观察到的行为优先于通用模式。
3. 在 390、768 和 1280 宽度下查看宿主浏览器：截图、首屏、粘性 元素、水合情况和控制台。
4. 对页面展示的每张图片调用 lexsis_assets.view：检查主体、用途、裁剪、 烘焙在图片中的文字或水印，以及套图一致性。文件名不能作为证据。
5. 调用 lexsis_catalog.get 和 lexsis_catalog.reviews 查看页面所述的 商品和证明材料。
6. 根据实时结构和需求说明，使用 references/page-types/_index.md 确定页面类型；仅加载该类型文件。

评分

先编写评分表。每一行都要注明规则来源和发现。

## Scorecard

| Area | Rule source | Result | Blocking findings | Notes |
|---|---|---|---|---|
| Page type contract | <type>.md checklist, Above the fold | 7/10 | price below 1.5 screens at 390 (A8) | |
| House rules | design-rules N1-N14, A1-A12 | 11/14 | N2 band in benefits, N1 emoji in trust strip | |
| Proof | proof-ledger per-kind table | 2 verified / 3 unledgered | "50,000 customers" has no source | |
| Offer | offer-ledger rules 1-6 | ... | compare-at without basis (O2) | |
| Assets | section-asset-workflow section 2 | 5 pass / 2 fail | hero carries a baked-in ad headline -> reference-only | |
| Copy | copy-frameworks CF5, headline HC rules, copy blacklist | ... | h1 14 words; "seamless" x3 | |
| Mobile | mobile-anti-patterns | ... | sticky bars 22% of viewport | |
| CRO anti-patterns | cro-anti-patterns | ... | | |
| Analytics | evidence-led-cro | CVR, bounce, device split, drop-off section | | |

证据和优惠发现放在专门区块；类型偏差和文案发现属于审查备注，除非页面 自身的计划已记录这些内容。使用 references/consumer-behavior-cro.md 指明访客模式、最重要的未解决决策问题 以及最小行为假设。

优惠价值发现

当定位、优惠价值、组合或定价属于范围时，使用 references/offers/offer-strategy.md。区分价值论述薄弱、证据缺失、条款 令人困惑和购买阻力；这些问题各自需要不同的应对方式。记录相关理由，并在实质性地 重新规划优惠时，填写 Page strategy 中的七项价值策略字段。

保留固定优惠和营销活动承诺。将未经确认的商业替代方案与最终替换文案分开。 利润率未知会限制盈利能力结论，但不影响对现有优惠作出有效判断。诊断优惠疲劳前， 检查流量组合、库存、季节性和跟踪情况。

对于无关的文案、布局、速度或元数据修复，不要要求重写策略。之前获批的计划仍可使用； 除非获批范围发生变化，否则应沿用其中的论述。

按章节列出的发现

每个章节列一项，按页面顺序排列，并使用与 /plan-page 相同的文案字段， 确保替换文案是最终文案，而非需求说明。

## Findings by section

### S3. benefits - keep | improve | replace | remove | test

**Finding.** three icon tiles on a tinted band; no image of the product in use
**Evidence.** screenshot 390 and 1280; N2, N3; drop-off 38% at this section (analytics)
**Rule.** design-rules N2, N3; <type>.md Imagery
**Proposed change.** rebuild around one in-use image per benefit
**Copy.** (only when copy changes)
- Eyebrow: <text or none>
- Headline: <text, at most 10 words, sentence case>
- Subhead: <text, at most 20 words, or none>
- Body: <paragraph(s), at most 45 words each>
- Labels / bullets: <exact strings, or none>
- CTA: "<verb + object>" -> <destination>
**Claims in this section.** <C# ids> or none
**Layout.** 1280: ... | 390: ...
**Interaction.** none | <behaviour and decision inputs>; no island names or props
**Asset.** <slot id: decision state> | none-required: <why>

保护主要商品决策以及用户列出的任何不变元素。对于仅修改文案、优惠、元数据 或进行小幅视觉调整的情况，不要强制进行模板对比；对于结构性重新设计，请将当前结构 与相关页面套件和章节进行比较 （lexsis_template_library.search_page_kits、search_sections）。

资源计划

严格按照 /plan-page 在 references/plan-page.md 中的定义编写 ## Asset slots 表：拟议页面中的每个媒体槽位占一行，并从 reuse-selected、shopify-product-media、user-selection-required、 user-upload-required、generate-required、composite-required 中选择一个决策； 在章节的 Asset 行中使用 none-required；未通过适配审查或含有烘焙文案的当前图片应标记为 reference-only，并注明其替换槽位。

## Asset slots

| Slot | Section | Role/purpose | Aspect | Decision | Source decision | Id / URL | Status |

通过适配审查的现有图片应标记为 reuse-selected，并注明其当前 ID。如果某个用途有多个 合适候选项，则添加 ## User selection；对于每个 generate-required 或 composite-required 槽位，则按照 /plan-page 定义的格式添加 ## Generation briefs。生成须遵循 references/assets/generation-policy.md；本技能在获批前不会花费任何额度。

声明审核门槛

严格按照 /plan-page 编写 ## Claim gate 表：页面上当前的每项声明和拟议的每项声明各占一行， 并标记为 approved evidence available、merchant evidence required 或 remove from V1， 同时附上台账行或不包含该声明的 V1 上线文案。

## Claim gate

| # | Claim (verbatim) | Where | Gate | Evidence | V1 copy if not approved |

实时页面上没有证据支持的声明属于阻塞性发现：必须标记为 remove from V1 或 merchant evidence required，绝不能原样保留。

工作队列

填写 ## Work queue 表格，使用 /plan-page 定义的负责人（user、 agent、merchant、blocked-by-evidence）。任务包括每项已批准的更改、 每个待处理素材、每项未解决的声明、应用步骤、托管审核以及任何 /ab-test 交接。

## Work queue

| # | Task | Owner | Section / slot | Unblocks | Status |

批准

展示评分卡、按章节划分的发现、素材槽位、声明门槛、工作队列、受保护元素和衡量结果：

Outcome:
Evidence:
Main friction:
Visitor mode:
Behavioral hypothesis:
Scorecard: <blocking findings n / notes m>
Changes: <keep k / improve i / replace r / remove d / test t>
Asset slots: <n verified / m planned> ; decisions: <counts per state>
Claim gate: <n approved / m merchant evidence required / k removed>
Work queue: <n open: u user / a agent / m merchant / b blocked>
Protected elements:
Expected measurement:
Experiment recommended: yes/no
Status: OPTIMIZATION_PLAN_READY | BLOCKED - evidence required

返回 OPTIMIZATION_PLAN_READY；如果有任何未解决任务的状态为 blocked-by-evidence，则返回 BLOCKED - evidence required。等待明确批准； 获得批准后，记录 PLAN_APPROVED <who> <date>。在此之前不得进行任何编辑。

应用已批准的更改

运行 /design-page 的现有页面编辑和托管设计审核流程：

1. 依次运行 lexsis_pages.edit_context，然后运行 lexsis_pages.source 或 lexsis_pages.section_source；如遇到意外的版本偏差，则停止。
2. 首先处理已批准的素材决策：复用素材时运行 lexsis_asset_library.search 和 lexsis_assets.view；需要用户从已审核的候选项中选择时运行 lexsis_asset_select.select；对于用户提供的文件，运行 lexsis_asset_upload.upload 或 lexsis_asset_import.import；用户确认批次后， 根据每份简报先运行 lexsis_workspace.credits，再运行 lexsis_drafts.asset_generate。素材进入源码前，必须逐一查看。
3. 编辑 MCP 返回的源码，逐字放入已批准的文案，并使用任何页面级 theme_css 一次性编译所有已更改的输入。
4. 使用 expected_version 写入：修改单个章节时运行 lexsis_drafts.page_update_section，修改多个章节时运行 lexsis_drafts.page_patch。
5. 运行 lexsis_pages.diff 和 lexsis_pages.integrity；只有成功后才能更新记录的版本和哈希值。
6. 按 references/qa-recipe.md 中的电商检查项，在 390、768 和 1280 尺寸下进行托管审核；使用 lexsis_drafts.page_record_qa 保存证据。 使用另一个带版本号的补丁原地修复；绝不替换页面。

除非用户批准更改，否则保留 URL 和 SEO 字段。绝不以编译后的输出替代源码进行编辑。 托管审核通过且用户批准后，针对新版本返回 DESIGN_APPROVED；/publish 会以该版本为准进行门控。

实验交接

当某项更改的价值尚不确定，且流量足以支持衡量时，应返回一条供 /ab-test 使用的聚焦假设，而不是将该更改说成已验证。

返回

返回已批准的目标、评分卡总计、更改的章节、页面版本、验证结果、MCP 证据、 是否建议进行实验，以及状态：OPTIMIZATION_PLAN_READY 或 DESIGN_APPROVED。