每课都有练习资料、操作步骤、结果对照和出错后的处理方法。
从资料到可用内容：文案、知识表、销售汇总与商品首图。
从能打开的小页面开始，练习运行、复现、修复与验收。
第一次用 Codex？先完成入门三课；已有基础，可以直接看进阶方法。
查看 Codex 学习路线用什么、怎么问、怎样检查结果。先完成一个小任务，再逐步深入。
展开后替换【括号里的内容】，再交给对应工具。收藏常用模板，下次快速找回。
请把下面的商品资料改成面向【第一次购买台灯的顾客】的文案。
用途：【商品详情页与客服答疑】。语气：【清楚、克制，不夸大】。
交付：1 个不超过 20 字的标题、3 个卖点、80～120 字介绍、5 组常见问答。
只使用资料中的事实。未提供的认证、续航、售后与优惠不得补写；问答缺答案时标记“待确认”。
输出后附“事实核对表”，把每条数值和商品功能对应到原文。
商品资料：
【粘贴 product-brief.txt 的全文，使用真实任务时换成自己的资料】我已附上【product-brief.txt】与【customer-notes.txt】两份资料。
请整理一份青芽台灯客服知识表，列为：问题、候选答案、来源文件与原句、状态。
同一事实有矛盾时并列两份原文，标记“有冲突，待人工确认”，不要自行择一，也不要用常识补齐。
没有资料支持的答案标记“未提供”。整理后列出需要负责人确认的问题。
目前不要把有冲突或未提供的信息写成可直接发送给顾客的话术。我已附上 sales-practice.csv，所有数据为虚构练习。
先列出你读到的列名与行数，再按以下口径整理：
1. 订单号作为唯一键；完全重复的订单保留第一条，同一订单号内容不同则列为冲突，暂停合并。
2. 仅统计状态为“已完成”的唯一订单；待付款与已退款都不计入。
3. 销售金额 = 数量 × 单价，不是利润。
交付：原始行数、去重后订单数、已完成订单数、销售金额合计、按商品汇总金额，以及排除记录及原因。
逐条列出计入订单的算式；不要修改源文件。若可生成文件，请另存 sales-summary.csv，并在对话里展示同一份汇总；否则直接给可复制的 CSV。生成一张用于【青芽 USB 台灯商品详情页首图】的图片。
这是一款虚构的教学商品：米白色、圆形底座、可调灯杆、USB 供电，无内置电池。
画面：台灯放在简洁书桌上，主体靠右，左侧留约三分之一干净空间用于后期排文字；自然暖白光，真实商品摄影风格，横向 4:3。
不要生成品牌标志、价格、文字、认证章或未提供的配件。
若需严格展示真实商品，请先等我上传实物参考图，再依据参考图制作。在当前空练习文件夹中，为虚构商品“青芽 USB 台灯”创建 index.html。
商品事实：价格 139 元，米白色，三档亮度，灯杆可调角度，USB 供电且无内置电池，包装不含电源适配器。
页面包含：商品介绍、三条特点、价格与包装说明、三个常见问答、一个“查看包装说明”按钮。
约束：单个 HTML 文件，CSS 和少量 JavaScript 写在文件内；不依赖网络、外部库或图片；不创建付款、登录、数据采集功能；不得补写认证、销量、质保或优惠。
按钮点击后滚动到包装说明。标题区明确写“虚构商品教学演示”。
先简述方案再实现。完成后告诉我文件位置、如何打开、哪些检查已实际执行，以及还需要我检查的项目。请修复当前文件夹内 form-bug.html 的姓名校验问题。
复现：浏览器打开文件 → 不输入姓名直接点“登记”；或只输入三个空格再点“登记”。
实际：这两种情况都显示“已登记”。期望：显示“请输入姓名”，不显示成功内容。
正常姓名“张三”应显示“已登记：张三”；姓名两侧的空格应去掉；重复提交不刷新页面。
只修改姓名校验与相关提示，保留 HTML、CSS、JS 三个文件、教学说明和样式；不增加外部依赖或真实提交。
先定位原因再做最小修改。完成后说明修改点、实际运行的检查与无法执行的检查。请在当前练习目录创建一个中文待办清单网页，文件名为 index.html。
要求：
- HTML、CSS 和 JavaScript 都写在这一个文件里，不加载外部资源。
- 可以新增待办、标记完成、删除待办。
- 输入为空时不能新增；第一次打开显示“还没有待办”。
- 每次刷新后清空列表，暂时不保存数据。
- 手机和电脑都能使用，按钮文字清楚。
只在当前目录创建这个文件，不修改其他目录。
完成后告诉我怎样打开，以及新增、完成、删除和空输入分别怎样检查。不能实际验证的部分请明确说明。问题：保存资料时报错。
复现：打开设置页 → 把昵称改成“小林” → 点击保存。
期望：保存成功并显示新昵称。
实际：出现【完整错误文字】，刷新后还是旧昵称。
相关文件是【路径】。请先复现和定位原因，再做最小必要修复；不要顺手重构其他模块。
验证相同操作和空昵称的处理，说明检查结果。请总结本次修改：
1. 哪些文件变了，分别解决什么问题。
2. 实际运行了哪些检查，结果是什么。
3. 有哪些内容没有验证，为什么。
4. 我怎样手动检查核心功能和一个关键异常情况。
不要把未运行的测试写成通过；暂不提交或发布。请把下面的草稿改成一份给【读者】看的【通知／介绍／邮件草稿】。
用途：【使用场景】。语气：【希望的语气】。
保留原文中的日期、价格和具体事实，不新增未经提供的承诺。
输出一版简洁正文，再列出需要我补充的信息。
只生成草稿，不发送或发布。
原始草稿：
【粘贴你的文字】请只根据我提供的资料，整理【主题】。
输出：
1. 关键结论，标注来源文件或原文位置。
2. 对照表：事项、资料中的事实、需要确认的问题。
3. 下一步清单。
资料未说明的内容写“未提供”；推测请单独标出，不编造数字或出处。
如果资料之间矛盾，列出两处原文信息让我核对。
资料：
【附文件或粘贴文本】请编辑我附上的这张图片。
这次只修改：【区域／物件】。
具体变化：【颜色、位置、大小或要移除的内容】。
保留其余构图、主体比例、光线和风格。
不要新增文字、标志或其他物件。
完成后我会检查修改区域和原本需要保留的部分。新教程与模板的补充记录，方便回来查看。