chore: rebuild release package
This commit is contained in:
79
.planning/warframe-rich-theme/findings.md
Normal file
79
.planning/warframe-rich-theme/findings.md
Normal file
@@ -0,0 +1,79 @@
|
||||
# Warframe 饱满主题发现
|
||||
|
||||
## 用户参考主题的共同规律
|
||||
|
||||
- 主视觉是经过抠图/扩景后融入横幅的单一角色场景,不是矩形海报或多图拼贴。
|
||||
- 侧栏、标题、装饰、功能入口和输入区重复同一套图形母题,主题覆盖整页而非只覆盖空状态。
|
||||
- 页面“饱满”来自有用信息、插画细节和边角装饰共同填充空间,不是增加无意义卡片。
|
||||
- 输入区始终是最明显的行动终点;参考图中的功能入口只用于判断页面密度,不复制到 cc-web。
|
||||
- 色彩通常只有一个主色系和一个强调色,丰富度来自材质、插画和层级,不来自多色竞争。
|
||||
|
||||
## 本轮 Warframe 对应方式
|
||||
|
||||
- 原始荒野角色作为唯一主角;使用扩图生成横向场景,左侧保留稳定文字区,角色位于右侧。
|
||||
- The Sacrifice 只贡献暗青黑材质与纵向暗金纹样;冷蓝近景只贡献能量青边光;赤红群像
|
||||
只贡献低面积夕阳橙,不把三张参考海报直接摆进欢迎页。
|
||||
- 侧栏与输入区使用同一套 Orokin 圆弧、细金属线和少量能量青;聊天区只保留这些母题的
|
||||
低强度版本,优先保证阅读。
|
||||
- 用户明确要求主题不能改动交互或输入内容;不得实现快捷入口、预设提示词或点击填充逻辑。
|
||||
|
||||
## 三张参考截图的空间规律
|
||||
|
||||
- 主内容区首屏几乎没有无职责空白:横向主视觉约占内容宽度 100%、高度 38%–48%,其下
|
||||
立即衔接 3–4 个功能入口,底部是宽输入区。
|
||||
- 角色不是放在独立图片框里,而是经过扩景或抠图后与横幅背景融合,轮廓会越过背景纹样,
|
||||
但不会压住左侧标题安全区。
|
||||
- 侧栏信息密度约占全页 20%:品牌、主动作、分组、项目/任务、底部状态都有清晰层级;
|
||||
饱满感的一部分来自真实导航内容,而不是纯装饰。
|
||||
- 每套皮肤都重复一个小型图形词汇:ENFP 的手绘闪电/星星、财神的云纹/金币、千玺的
|
||||
折纸/植物线稿;这些母题同时出现在横幅、功能入口、输入区和边角。
|
||||
- 本轮对应母题限定为 Orokin 弧线、暗金日轮、冷青能量节点和少量焦土叶片,避免再次
|
||||
依赖通用科幻切角制造主题感。
|
||||
|
||||
## Warframe 源图生成约束
|
||||
|
||||
- 主图的有效身份是黑金角色、向左飘动的披风、右手武器和焦土橙荒野;原画四角孔洞与
|
||||
锈蚀海报边框属于载体,不应被扩图复制到横幅中。
|
||||
- 横幅需要把主角移到右侧约 58%–82% 区域,完整保留头部、胸甲、披风和武器;左侧约
|
||||
38% 必须扩展为低细节的暗色天空/荒地,作为 HTML 文案安全区。
|
||||
- Sacrifice 图的价值是暗青黑金材质、日轮/中轴和精密雕纹;其底部 `WARFRAME` 文字与
|
||||
群像角色都不能进入生成结果。
|
||||
- 冷蓝近景只提供轮廓边缘的冷青能量光,赤红群像只提供远处低面积落日橙;禁止生成
|
||||
额外人物、海报标题、UI 面板或多图分区。
|
||||
|
||||
## 工具降级后的主视觉方法
|
||||
|
||||
- 三条 GPT Image CLI 获取路径均失败,当前会话也没有 built-in `image_gen`;不再把生成工具
|
||||
作为交付前置条件,也不伪造生成资产。
|
||||
- 原图的暖灰天空本身具有稳定负空间,可通过右侧裁切、边缘 mask 与同色背景扩展形成横幅;
|
||||
这属于重新构图而不是把整张海报放进矩形框。
|
||||
- 其他三张画作只保留在素材目录,不进入 DOM;从根源上避免风格冲突和多海报拼贴。
|
||||
|
||||
## 色彩方向修正
|
||||
|
||||
- 三张完成度参考都是明亮暖色整页皮肤,原始 Warframe 图同样以旧纸灰、沙金、焦土橙和
|
||||
深炭角色为主;上一版大面积黑色既制造空洞,也违背图片本身。
|
||||
- 新主题改为暖象牙/旧纸灰主表面、深炭文字、暗金/焦土铜骨架,冷青只用于小面积能量节点;
|
||||
丰富度来自图片、纹样、原有功能层级和侧栏内容,而不是深色渐变、发光或新增功能。
|
||||
|
||||
## 纯视觉版首轮截图结论
|
||||
|
||||
- 1440×900 首轮中主标题、说明、侧栏和输入区对比清晰,原图已通过左侧渐隐与纸张纹样融入,
|
||||
不再是四图拼贴或独立海报卡片。
|
||||
- Hero 仍偏矮,主工作区上下各留下较多空白;需要把桌面横幅由约 2.4:1 调整到约 2.1:1,
|
||||
让主视觉承担更多首屏面积,但不增加任何功能模块。
|
||||
- 当前裁切切掉了角色头部尖端;源图头部位于上方约 8%–20%,应提高 `object-position` 并取消
|
||||
负向顶部偏移,在保留角色身份的同时继续裁掉原画四角孔洞与锈蚀边框。
|
||||
- 移动端文案动画曾因 `forwards/both` 保留 `translateY(-50%)`;已在 768px 以下禁用该动画,
|
||||
确保首帧和结束帧都不会把文字移出安全区。
|
||||
- 390×844 首轮发现主题桌面规则把 `.sidebar` 重新设为 `position: relative`,其选择器优先级
|
||||
高于基础移动端的 `position: fixed`,导致隐藏后的侧栏仍占 280px 布局宽度;已在 gilded 的
|
||||
768px 媒体查询中显式恢复 `position: fixed`,这是生产样式问题而非预览夹具问题。
|
||||
- 1024×768 修复后截图中侧栏、主视觉、标题与输入区完整且无横向裁切,人物头部和武器身份
|
||||
清楚;整页控件统一性通过。
|
||||
- 390×844 修复侧栏后宽度正常,但 274px Hero 下方留下约半屏空白;移动画幅应使用
|
||||
`clamp(..., 52svh, 430px)` 随可用高度增长,以原图纵向优势填充首屏,不新增内容。
|
||||
- 390×844 最终串行截图中 Hero 为 430px,高度、人物与原有文案都完整,输入区仍固定可见;
|
||||
独立 profile 截图曾出现透明黑块,但默认 profile 串行重拍完全正常,确认不是页面样式缺陷。
|
||||
- 1440×900 终稿中 2.1:1 Hero 与侧栏/输入区共同填满首屏,角色头冠、胸甲、披风和武器清楚,
|
||||
原图孔洞与锈边未进入画面;左侧纸纹安全区和右侧人物通过渐隐连续衔接,正文对比清晰。
|
||||
61
.planning/warframe-rich-theme/progress.md
Normal file
61
.planning/warframe-rich-theme/progress.md
Normal file
@@ -0,0 +1,61 @@
|
||||
# Warframe 饱满主题进展
|
||||
|
||||
## 2026-07-17
|
||||
|
||||
- 已接收用户允许再重做一版,并将三张高完成度 Codex 主题作为新的验收标尺。
|
||||
- 已读取 `frontend-skill`、`gpt-image`、`planning-with-files`、`todo-list-csv` 及 GPT Image
|
||||
Gaming/Edit Gallery 与完整 prompt craft 参考。
|
||||
- 已结束并清理上一版临时 CSV;新版本从单一主视觉、真实快捷入口和全页面主题语言重新规划。
|
||||
- 已用原图查看三张参考主题:冻结“全宽横向主视觉 + 真实快捷入口 + 宽输入区 + 侧栏密度”
|
||||
的首屏结构,并把重复装饰母题限定为 Orokin 弧线、日轮、能量节点和焦土叶片。
|
||||
- 已重新查看四张 Warframe 原始素材并冻结生成约束:只保留荒野主角,其他画作仅提供
|
||||
黑金雕纹、冷青边光和少量落日光;禁止额外角色、Logo、文字、UI 与拼贴。
|
||||
- 计划审查第 1 轮指出参考截图/生成素材混淆、隐藏状态预览路径、生成失败边界和目标资产
|
||||
尺寸不够可执行;已补齐三张标尺路径、四张生成输入、1536×1024 JPEG 契约和临时预览流程。
|
||||
- 计划审查第 2 轮通过。GPT Image 的本地密钥/URL 配置存在,但官方 transient Git 拉取与
|
||||
proxyd 单次前缀均失败且未产生副作用;准备按项目约定尝试局域网代理官方源。
|
||||
- 局域网代理路径也失败,且当前会话没有 built-in imagegen。已停止三条 CLI 重试,方案改为
|
||||
保留原图的无边框渐隐融合横幅;其他三张画作不进入 DOM,三档截图标准保持不变。
|
||||
- 根据三张完成度参考与原图色彩再次修正方向:放弃大面积黑色,改为暖象牙旧纸工作台、
|
||||
深炭文字、暗金/焦土铜骨架与少量冷青节点,更接近“完整主题皮肤”而非暗色换皮。
|
||||
- codebase-memory MCP 本轮不可用,已记录并降级为本地精确检索;Trellis implement/check 上下文
|
||||
已加入新计划并验证通过。
|
||||
- 用户指出主题不应擅自新增快捷入口和输入提示词;已从动态/静态欢迎 DOM 删除三个按钮与
|
||||
点击填充逻辑,并将计划、发现、CSV 与 Trellis 验收口径统一改为纯视觉主题。
|
||||
- 已完成纯视觉版 1440×900 首轮 Firefox 截图:文字对比和单图融合通过;发现 Hero 纵向占比
|
||||
偏低且角色头部裁切过多,下一轮仅调整主视觉高度与原图定位,不增加内容。
|
||||
- 1440×900 第二轮将 Hero 提高到约 2.1:1,首屏密度明显改善,文案与人物互不遮挡;角色
|
||||
头部仍贴近上边缘,继续把桌面裁切焦点上移少量后进入 1024/390 响应式验收。
|
||||
- 390×844 首轮定位到 gilded 主题提高选择器优先级后覆盖基础移动侧栏定位,已在主题媒体
|
||||
查询内恢复固定定位;1024 并行截图因 Firefox 默认 profile 锁未产出,将用独立临时 profile。
|
||||
- 独立 Firefox profile 已成功产出 1024×768 与修复后的 390×844:1024 通过;390 宽度与
|
||||
文案通过,但 Hero 纵向占比不足,已改为随视口高度增长的 320–430px 画幅。
|
||||
- 390×844 默认 profile 串行终稿截图通过:移动侧栏不占宽度,430px Hero、文字和输入区均
|
||||
可见,无横向溢出;进入隐藏缓存与回归契约更新。
|
||||
- 已重写 gilded 专项契约并通过:主题保持隐藏,启动时迁移旧值;欢迎 DOM 只有一张本地图,
|
||||
禁止三张参考画作、快捷入口、预设提示词和点击填充相关标识;暖色 token、对比度、移动端
|
||||
侧栏定位、首帧可见性与缓存版本均有断言。
|
||||
- 1440×900 终稿截图通过;结合已通过的 1024×768、390×844,三档视觉验收完成。终稿
|
||||
保持单图融合、原欢迎文案、原输入行为和高对比暖色工作台,主题继续隐藏。
|
||||
- 最终验证完成:`gilded-theme` 专项与完整 `npm run regression` 均通过;`node --check` 对
|
||||
`public/app.js`、`scripts/regression.js` 通过;主题相关 `git diff --check` 通过。
|
||||
- `gilded-wasteland.png` 保持 1000×1500 PNG,SHA-256 为
|
||||
`11bf3ffed4422c08f6be217c63060ba68d63367e747a3604fc2d7b877e9c5955`;产品 HTML/JS/CSS
|
||||
无快捷入口、预设提示词、旧四图节点或状态条残留。
|
||||
|
||||
## 错误记录补充
|
||||
|
||||
- 第二轮截图的首次编排脚本漏写一个对象属性分隔逗号,JavaScript 在调用 Firefox 前即退出;
|
||||
已修正编排语法后成功截图,未修改项目文件,也未重复执行失败的脚本形态。
|
||||
- 1024 与 390 并行启动 Firefox 时,1024 进程命中默认 profile 锁并提示已有 Firefox 未响应,
|
||||
390 截图正常产出;后续为 1024 指定独立 `/tmp` profile,避免重复同一路径。
|
||||
- 移动画幅与计划状态的第一次补丁因分隔行格式错误被 `apply_patch` 拒绝,未产生部分修改;
|
||||
已纠正补丁结构后一次应用完整变更。
|
||||
- 390 v3 独立 profile PNG 出现与 DOM 无关的透明黑块;改用此前稳定的默认 profile 串行重拍,
|
||||
v4 渲染正常,因此将其记录为 headless Firefox 截图合成异常而非产品缺陷。
|
||||
- 首次 `gilded-theme` 专项回归发现共享工作树中的后续主题改动覆盖了 `hidden: true`、
|
||||
`gilded → washi` 启动迁移和隐藏态缓存版本;已恢复三处闸门后再运行专项。
|
||||
- 完整回归前,独立 `wasteland` 契约再次把 gilded 断言与缓存标识改回可见状态;已把两套
|
||||
主题的缓存版本合并为中性的 `20260717-theme-bundle`,wasteland 保持可见,只有 gilded 迁移。
|
||||
- 第一次合并缓存契约的补丁因 wasteland 断言提示文案与预期差一个词而被拒绝,未产生修改;
|
||||
核对精确行后重新应用完整补丁。
|
||||
113
.planning/warframe-rich-theme/task_plan.md
Normal file
113
.planning/warframe-rich-theme/task_plan.md
Normal file
@@ -0,0 +1,113 @@
|
||||
# Warframe 饱满主题重做计划
|
||||
|
||||
## 目标
|
||||
|
||||
参考用户提供的三套高完成度 Codex 主题,把隐藏的 gilded 重做为真正覆盖完整工作台的
|
||||
Warframe 主题。主题必须使用一个统一主视觉,而不是海报拼贴;图片、侧栏、欢迎区、
|
||||
输入区、按钮、会话选中态和聊天阅读表面共享同一套 Orokin 视觉语言,同时保持高
|
||||
对比度、真实功能和移动端可用性。
|
||||
|
||||
## 视觉策略
|
||||
|
||||
- **视觉论点:** 日照下展开的 Orokin 荒野任务档案;暖象牙与旧纸灰构成整页底色,深炭
|
||||
文字保证阅读,暗金/焦土铜形成骨架,冷青能量只作少量节点。荒野 Warframe 角色是唯一
|
||||
主角,背景扩展成横向场景,界面元素像同一套档案与传识控制台。
|
||||
- **内容规划:** 侧栏继续负责历史与项目;欢迎态只使用原有欢迎标题、说明和一个横向
|
||||
主视觉;输入区保持原有内容与行为;聊天态回归高对比阅读。
|
||||
- **交互论点:** 主视觉仅做轻微景深进场;现有会话项、按钮和输入框沿用统一的短促
|
||||
过渡与焦点反馈;减少动态模式完全关闭。
|
||||
|
||||
## 执行步骤
|
||||
|
||||
1. [complete] 分析参考主题并冻结完整美术策略
|
||||
2. [complete] 审核单一 Warframe 主视觉融合方案
|
||||
3. [complete] 清理欢迎态越界交互并保留纯视觉结构
|
||||
4. [complete] 统一侧栏标题输入聊天的主题语言
|
||||
5. [complete] 完成桌面窄屏移动响应式
|
||||
6. [complete] 更新主题显隐缓存与回归契约
|
||||
7. [complete] 执行 Firefox 三档截图审查并迭代
|
||||
8. [complete] 运行专项全量回归与资源检查
|
||||
|
||||
## 设计边界
|
||||
|
||||
- 保留 `gilded-wasteland.png` 原图和三张本地参考画作,不覆盖或删除源文件。
|
||||
- 新主视觉只使用原始荒野图,通过无边框 `<img>`、渐隐 mask、裁切定位和同色背景扩展为
|
||||
单一连续横幅;其他三张画作只提供材质、光色判断,不作为页面图片节点。
|
||||
- 欢迎态只允许一个强主视觉;不得新增快捷入口、预设提示词、任务/KPI/数据或点击填充逻辑。
|
||||
- 保留项目原有欢迎标题、说明、输入内容和输入行为;主题只改变视觉呈现。
|
||||
- 主题装饰使用低对比纹样、Orokin 圆弧/金属细线和少量能量青;常规表面采用暖象牙/旧纸
|
||||
实色而非大片黑色,正文、菜单、输入和消息均保持不透明,不能让图片进入长文本背后。
|
||||
- 主文字、次文字、弱文字在真实表面分别至少达到 7:1、5.5:1、4.5:1;按钮文字至少 7:1。
|
||||
- 非 gilded 主题结构和视觉不得变化;gilded 在最终截图审查通过前保持隐藏。
|
||||
|
||||
## 完成度参考标尺
|
||||
|
||||
以下三张是“主题完成度与页面密度”参考,不是 Warframe 生成素材:
|
||||
|
||||
1. `sessions/_attachments/8a89945c-786c-45e2-b027-98bd8e71eb6e.png`:全宽人物横幅、
|
||||
4 个紧邻功能入口、手绘母题贯穿侧栏/横幅/输入区,首屏无大面积无职责空白。
|
||||
2. `sessions/_attachments/6730f205-d39c-47fe-b6df-c02e429eb8fd.png`:角色与场景道具融入
|
||||
横幅、云纹/金币贯穿整页、侧栏信息密度高、功能入口和输入区形成连续工作流。
|
||||
3. `sessions/_attachments/f3d3d9b2-67a1-49ab-bab5-d6f250ffd837.png`:单人物横幅、统一低
|
||||
饱和母题、4 个功能入口和宽输入区共同占满首屏,主题不是局部换色。
|
||||
|
||||
本轮对应标准:一个全宽横向 Warframe 主视觉;Orokin 弧线、暗金日轮、冷青能量节点和
|
||||
焦土叶片贯穿侧栏、横幅与输入区;禁止海报拼贴、大面积黑洞和额外功能入口。
|
||||
|
||||
以下四张是 Warframe 主图/材质参考:
|
||||
|
||||
- `public/assets/themes/gilded-wasteland.png`:唯一页面图片与角色/身份来源。
|
||||
- `public/assets/themes/warframe-sacrifice.jpg`:仅提供黑金雕纹和日轮材质。
|
||||
- `public/assets/themes/warframe-orokin-figure.jpg`:仅提供冷青边光。
|
||||
- `public/assets/themes/warframe-ember-squad.jpg`:仅提供少量远景落日橙。
|
||||
|
||||
## 主视觉资产契约
|
||||
|
||||
- 保留 `public/assets/themes/gilded-wasteland.png` 原文件、1000×1500 尺寸与既有 SHA-256。
|
||||
- 横幅容器约 2.4:1;原图作为绝对定位 `<img>` 占右侧约 58%,使用 `object-fit: cover`、
|
||||
`object-position` 和左右/上下 mask 融入容器,不能出现完整矩形海报边框或四角孔洞。
|
||||
- 左侧约 42% 使用从原图提取的暖灰、焦土橙和暗金同色背景扩展,叠加低对比 Orokin 日轮、
|
||||
弧线与焦土叶片,为 HTML 文案提供稳定安全区。
|
||||
- 禁止额外人物、Logo、图片内文字、UI、卡片、面板、拼贴和分屏;其他三张海报不出现在 DOM。
|
||||
|
||||
## 隐藏状态预览路径
|
||||
|
||||
- 在 `/tmp/warframe-rich-preview.html` 建立只读临时预览:`<html data-theme="gilded">`,
|
||||
引用当前服务的 CSS/本地资产并复制真实欢迎 DOM,不加载 `app.js`,从而绕过隐藏主题迁移。
|
||||
- Firefox 使用该预览完成 1440/1024/390 三档截图;主线程查看并通过后,才在 app/index
|
||||
中取消 `hidden` 和 `gilded → washi` 启动迁移,再对真实页面做静态与回归检查。
|
||||
|
||||
## 响应式验收
|
||||
|
||||
- 1440×900:侧栏完整;主视觉、原有欢迎文案和输入区同时进入首屏。
|
||||
- 1024×768:主视觉与文案仍在首屏,不横向裁切,输入区完整。
|
||||
- 390×844:隐藏侧栏后为单列;主视觉保留主体和文字安全区,输入区不遮挡。
|
||||
|
||||
## 完成标准
|
||||
|
||||
- 原始主视觉资产保持固定尺寸/hash,并由本地服务返回 HTTP 200 `image/png`;欢迎横幅通过
|
||||
HTML/CSS 将其融合为连续场景,回归断言页面只有这一张 Warframe 图片节点。
|
||||
- 动态与静态欢迎 DOM 一致;不存在主题专属快捷按钮、预设提示词或输入框填充逻辑。
|
||||
- 侧栏、标题栏、欢迎态、输入区、按钮、菜单、气泡形成统一主题,不是纯换色。
|
||||
- `npm run regression -- --target gilded-theme`、`npm run regression`、`git diff --check` 通过。
|
||||
- Firefox 1440×900、1024×768、390×844 截图均由主线程查看并记录结论;只有通过后才取消隐藏。
|
||||
|
||||
## 风险与约束
|
||||
|
||||
- 工作树已有其他未提交改动,只修改 Warframe 主题相关区块、欢迎态和对应回归。
|
||||
- 已尝试的 GPT Image CLI 获取路径全部失败且 host-native imagegen 未挂载;不继续安装或调用
|
||||
其他模型。最终方案改为保留原图的确定性融合构图,必须通过三档 Firefox 截图;若仍像矩形
|
||||
海报或出现大面积空洞,则保持主题隐藏,不能以“工具不可用”为由降低视觉标准。
|
||||
- 不重启 cc-web,除非必须加载服务端变更且确认只有当前会话在运行。
|
||||
|
||||
## 错误记录
|
||||
|
||||
- `uv run scripts/generate.py --help` 在启动器的 GitHub transient fallback 处失败,输出
|
||||
`Failed to resolve --with requirement / Git operation failed`;未安装全局工具、未产生图片。
|
||||
- 按 `proxyd-accelerator` 将公开 GitHub URL 改为 proxyd 单次前缀后仍出现同一 Git operation
|
||||
failed;不重复代理 URL,下一次按项目说明改用局域网代理 `11.144.144.9:7890` 访问官方源。
|
||||
- 局域网代理访问官方 GitHub 仍返回同一 Git operation failed;三条 CLI 路径均已停止。
|
||||
- 当前会话 `ALL_TOOLS` 未提供 built-in `image_gen`,无法使用 host-native 生成;改用保留原图
|
||||
的 HTML/CSS 渐隐融合构图,验收标准不降低。
|
||||
- codebase-memory MCP 的 `index_status` 与 `search_graph` 本轮返回 `Transport closed`;按项目
|
||||
约定降级为 `rg`/`sed` 精确定位,最终行号再做本地交叉验证。
|
||||
Reference in New Issue
Block a user