展开本页目录
开始前准备什么
- Plan 阶段只读，批准实施后才写代码；本页未执行原生 Gemini CLI 会话。
- Gemini CLI Node >=20；转换脚本需固定 Pillow 版本并确认 WebP 支持。
- 不承诺每张 WebP 都更小；透明度和质量需实图验证，输出冲突不可静默覆盖。
- 看清六张输入的边界条件
- 进入只读 Plan 模式
- 审查计划里的写入与冲突策略
- 批准后实现确定性本地编码
- 先 dry-run 再写入独立目录
- 核对格式、透明度和源文件 SHA
- 把原生计划与实跑产物一并交付
2026-10-23 核验材料；实际执行范围、结果与限制见下方记录。
先下载样例，再完成自己的首次调用
示例不含密钥。API 按实际用量计费；下载和点击不代表调用成功。
补充：原有练习资料与下载
原创输入、提示词、原生配置、参考源码、实际结果和验收说明；不含模型账号或运行缓存。
按独立目录运行，原生代理会话需由自己另行执行。
安全WebP转换：6张实际编码结果
6张输入真实编码为WebP，覆盖透明、长图、小图及重名；保留全部源SHA。
· Gemini CLI0.65.0原生版本/help通过；隔离home启动Plan返回exit41缺认证，并提示未信任目录会把plan覆盖为default，未得到计划或模型结果。下游作者Pillow工程实际6张编码与边界验证exit0。
已取得下列真实结果；仍有内容质量或功能范围需要按本页检查项复核。
- 运行环境
- Gemini CLI0.65.0 / Pillow13.0.0 / Python3.12.13；独立练习目录；原创虚构输入；本页未使用apizt测试Key
1. 在自己的授权CLI进入Plan
先核对gemini --version与--help；本次0.65.0。自己的已授权目录先确认可信工作区，再用gemini --approval-mode=plan提交plan-request.md。本次隔离home未认证，exit41，未得到原生Plan产物；未信任目录还会把plan覆盖成default，不能只凭命令参数认定只读模式已生效。
2. 明确图像与重名边界
计划中明确输入/输出目录分离、最长边1600、不放大、透明保留和pair同名冲突处理。
3. 审核计划后批准实施
审核计划后再批准实施；不能在只读规划阶段把生成转换程序算已完成。
4. 先用临时目录验证真实编码
在隔离练习目录安装requirements并运行python verify.py，验证器用临时目录进行真实Pillow编码。
5. 保存只读转换计划
执行python convert.py --dry-run查看6张命名和尺寸计划；本次exit0。
6. 编码后验证像素与源SHA
执行python convert.py生成6张实际WebP。本次pair.jpg→pair.webp、pair.png→pair-1.webp；900×2400→600×1600，2400×900→1600×600，320×200小图未放大，2张透明图保留alpha，6源文件SHA保持。
这次实际得到什么
- Pillow13.0.0：verify.py、convert.py --dry-run、convert.py均退出0。
- 实际6张WebP：pair.jpg/pair.png输出分开；2张透明图保留alpha。
- 900×2400→600×1600、2400×900→1600×600；320×200小图未放大。
- 6张输入文件的SHA256保持。
- 原生GeminiCLI0.65.0已核对；隔离Plan启动exit41缺认证，未信任目录还会把plan覆盖成default。
使用这份结果时注意
- Gemini CLI Plan原生账号会话未执行；结果是作者Pillow工程，不能当作Gemini生成记录。
- output目录为冻结的本次真实结果；重跑请另存已有output，验证器使用独立临时目录。
Plan 模式下先验收最小文本请求
Gemini CLI 0.66.0；本地请求回放。请求轨迹和退出码见回执。
先运行 gemini --version 记录客户端版本。在测试目录使用 --approval-mode plan 和固定文本提示。
检查退出码和 JSON response，本地服务记录该次请求次数。
将连接预检和实际图片文件转换分开验收：转换仍用原文的样本文件与尺寸、格式检查。
本次只执行纯文本连通性样例，没有调用图片或视频模型，也没有执行 WebP 转换。
- 通过：Plan 请求成功
- 通过：实际形成一条请求
本地样例复跑
python3 lab.py --output ./result g05
真实客户端或本地脚本执行记录；测试响应来自本机样例服务。
1. 看清六张输入的边界条件
input 中同时有透明 PNG、长图、小图和同名不同扩展名的 pair。目标最长边 1600、不放大、透明保留、输出独立目录；不是调用图片生成 API，也不改变图中内容。
2. 进入只读 Plan 模式
Gemini CLI 用 /plan 或 --approval-mode=plan，提交 plan-request.md，先要文件扫描、命名冲突、dry-run 与验证矩阵。批准计划之前不要要求创建转换脚本；模式切换和批准应以实际界面提示为准。
3. 审查计划里的写入与冲突策略
确认输出目录不能等于输入、不能嵌在输入目录中，pair.jpg/pair.png 必须输出不同名字。检查未放大、RGBA 和错误处理规则；没有这些边界就退回计划补充。
4. 批准后实现确定性本地编码
通过计划后再让 Gemini 实现代码。人工参考 convert.py 使用 Pillow thumbnail 和 WEBP 编码，以 -1/-2 后缀处理冲突；质量参数为 85，不承诺每张输出一定比原图小。
5. 先 dry-run 再写入独立目录
安装 requirements.txt 后先运行 python3 verify.py，检查器在自己的临时输出目录编码，首次解压或已运行转换后都可使用。再用 python3 convert.py --dry-run 预览，python3 convert.py 写入独立 output；包内 reference-output 是冻结参考，不能当成新执行结果。
本地练习命令
python3 -m pip install -r requirements.txt
python3 verify.py
python3 convert.py --dry-run
python3 convert.py6. 核对格式、透明度和源文件 SHA
verify.py 用独立 TemporaryDirectory 验证真实 WEBP、1600最长边、不放大、RGBA与源 SHA，并确认已有 output 文件完全不变。验证完成会清理临时编码；如需保留自己的新图，单独运行 convert.py。
7. 把原生计划与实跑产物一并交付
保存实际 Gemini 计划及批准记录、输出 WebP 和验收 JSON。本站已实际编码的图片是人工脚本结果；原生代理未执行，不能把参考输出当成 Gemini 成功记录。
怎样确认已经完成
- 六张实际编码 WebP 与源 SHA应能按 README 在独立目录重现。
- 目标代理真实结果须另存；人工参考、原生会话和官方示例分别识别。
常见问题
批量转 WebP 前能先让 Gemini 列清楚规则吗？
确认输出目录不能等于输入、不能嵌在输入目录中，pair.jpg/pair.png 必须输出不同名字。检查未放大、RGBA 和错误处理规则；没有这些边界就退回计划补充。
原图不能覆盖、透明背景要保留，批处理怎么验收？
在全新解压目录执行 python3 verify.py，验证格式确实为 WEBP、最长边不超过 1600、小图没放大、RGBA 仍有透明通道，源图 SHA 一致，并验证同目录写入会被拒绝。
本题哪些结果已经实际运行？
已运行的是六张实际编码 WebP 与源 SHA。原生功能操作按官方文档编排，目标代理未调用；英文检索可用“Gemini CLI plan mode safe WebP image converter dry run”定位对应术语，但这不是搜索量或热榜声明。