Appearance
图片放置审计(2026-04-22)
这页只回答四件事:
- 当前代码库里还有哪些用户可见页面是真无图。
- 哪些图片并不缺,只是路径坏了。
- 现有图位是否还合理。
- 下一轮补图应该先打哪里,别继续乱补。
本轮按代码库重算后的结论
- 当前共扫描
216篇 markdown 页面,合计514处图片引用。 - 扣除
reference区后,用户可见页面真正无图的只剩6篇。 - 当前用户页新增
2处外链图片引用,均为BG Wiki上与原词条一致的Adoulinexact-source 原图,用来补齐两篇现代入口页的页首语境。 - 当前本地坏链为
0,说明“先修路径错图”的阶段已经结束。 wiki-sourced仍有70处低分辨率引用,主矛盾已经从“缺图”切到“低清图升级”和“少量 exact-source 本地镜像补库”。- 这轮再次实测
BG Wiki镜像脚本,6张 exact-source 原图仍无法经当前 runner 落库,因此Adoulin两页继续保留 exact-source 外链,其他图位判断暂不因下载失败而回退。
当前真正无图的用户页
以下 6 页全部属于矩阵和速查页,本身不需要为了凑数强塞页首图:
/jobs/defensive-skill-matrix/jobs/job-skill-aptitude/jobs/job-traits/jobs/magic-skill-matrix/jobs/skill-rank-matrix/jobs/subjob-toolbox-matrix
这批页的首屏价值在表格密度,不在配图。继续给它们补图,收益很低。
当前新增的 exact-source 外链
这轮新增的 2 处外链不是“随便挂远端图”,而是为了把 Adoulin 两篇入口页先补到与外站原文一致:
/content/adoulin->https://www.bg-wiki.com/images/5/52/AdoulinAmano.png/content/adoulin-mission-roadmap->https://www.bg-wiki.com/images/0/06/City_of_Adoulin.png
这两张图都直接对应各自引用的 BG Wiki 词条层级:
Seekers of Adoulin promotional artwork承担资料片总入口视觉City of Adoulin承担“进城建立城市循环”的路线语境
当前 runner 仍无法把 BG Wiki 二进制稳定拉进仓库,所以这轮先允许它们以 exact-source 外链存在;后续网络链路恢复后,再优先镜像到本地静态目录。
低分辨率图片现状
按 wiki-sourced 重新扫描后,当前还有 70 处低清引用,主要分布如下:
22处 NPC / 入口识别图16处道具 / 兑换物图21处职业小图标6处 Logo / favicon1处地图 / 图解4处其他弱图
高频重复对象不是随机分散的,而是非常集中:
Ambuscade Voucher: Weapon / Body / Back各出现3次Abdhaljs Thread出现3次Shami出现3次Matter Diffusion Module出现3次Swirling Vortex出现3次Category: Zdei、Porter Moogle、Nomad Moogle各出现2次
这意味着下一轮补图不该广撒网,而应先做“单张图覆盖多页”的对象。
当前图位判断
继续保持的页面
这些页当前的图层级还是对的,不该为了追数量回退成“小头像顶首页”:
/content/abyssea/content/assault/content/einherjar/content/limbus/content/limbus-temenos-apollyon/content/sea-limbus-roadmap/content/sea-nm-system/content/voidwalker-nm/systems/gobbie-mystery-box/systems/trusts/jobs/job-party-templates/jobs/job-macro-templates/content/adoulin/content/adoulin-mission-roadmap
共同点很明确:
- 主图先建立系统语境
- NPC / 道具小图只在段内承担识别职责
- 小图没有越权占用主视觉
Adoulin两页也遵守了同一条:总入口页先放资料片总图,路线页再放城市语境图,不混层级
仍然只是暂时可用的页面
/content/battlefields
这页现在比“Shami 小图顶页首”已经强很多,但仍然属于现代图组在解释经典 BCNM / ENM 总线的折中方案。能用,不是最优终点。
应该后置的页面
以下页面当前图位不算错,但它们更偏气氛图或设定图,不应该抢在系统图和功能图之前继续投入:
/systems/weapon-types/jobs/job-subjob-recommendations/jobs/popular-job-staples/jobs/magic/jobs/magic-complete/jobs/spell-targeting/jobs/artifact-armor-plus1
当前最值得补的图片类型
第一优先级:多页复用的低清功能图
先抓这些,收益最高:
Ambuscade Voucher: Weapon / Body / BackAbdhaljs ThreadShamiMatter Diffusion ModuleSwirling Vortex
第二优先级:仍在承担说明职责的 NPC 图
JoachimSagheeraGondebaudHabitoxKilushaPorter Moogle
第三优先级:职业单页小图标
这批不是完全没价值,但更像目录识别符号,不应抢在上面两类之前处理。
本轮结论
当前站点不是“大面积缺图”,而是三件具体的事:
- 对
6篇纯矩阵页维持无图策略,不要为了数字好看硬补图。 - 围绕
70处低清图做高收益替换,主打Porter Moogle / Nomad Moogle / Category: Zdei这类多页复用对象。 - 把
Adoulin这类已补 exact-source 外链的页面,后续再镜像成本地静态资源,重新回到零外链状态。
2026-04-22 夜间复核
- 已实测
npm run wiki-images:fetch -- --apply-refs,失败原因不是队列缺 URL,而是curl: (6) Could not resolve host: www.bg-wiki.com。 - 已实测
curl --resolve与本机Clash Verge监听口,当前 sandbox 内也无法借此走通BG Wiki图片下载。 - 已实测
agent-browser open https://www.bg-wiki.com/images/a/a9/Porter_Moogle.jpg --debug,浏览器链路能打开450x600的原图页,说明BG Wiki资源本身存在,问题不在 URL 正确性。 - 继续尝试用
agent-browser做批量导出时,当前环境会撞上CodexBrowserProfile/SingletonLock与 daemon 启动不稳,所以“浏览器能看见”还没转化成“仓库里能落二进制”。 - 结论不变:页面图位本身已经收敛,真正待解的是下载链路,而不是继续往正文里乱补不精确图片。