20:"$Sreact.view_transition" 21:I[9754,["/_next/static/chunks/2t36f5p4pjzlb.js","/_next/static/chunks/1gyqeidjm5eoa.js","/_next/static/chunks/0_fjnxc4tt_l_.js","/_next/static/chunks/1ymt1shyhmu-4.js","/_next/static/chunks/3kv2zf0i7s2wc.js","/_next/static/chunks/1vs_3g_g75zmk.js","/_next/static/chunks/2g4dh802s8oz3.js","/_next/static/chunks/1bc3f0shukf1j.js","/_next/static/chunks/192kgs9v_t14j.js","/_next/static/chunks/0z6pw0v5c_lx5.js","/_next/static/chunks/08r60e6icmtkc.js","/_next/static/chunks/3trx6c0i7_x-3.js","/_next/static/chunks/40sro5bzp9bi_.js","/_next/static/chunks/1wgf3tk38y6cf.js"],"ProjectDetail"] 22:T4e31, Fury3D · 从管线到成品帧

Fury3D · C++17 / OpenGL · MIT

从场景资产
到成品帧

Fury3D 是一台数据驱动的渲染管线：glTF 资产进入，逐级流过着色、级联阴影、HDR 与后处理链，最后以 ACES 色调映射收束为成品帧。面向学习与 AI 辅助开发的跨平台引擎。

Render PipelineLight / Shade / Post / Output

Scene场景

Light光照

Depth&Shadow级联阴影

HDRHDR 帧

SSAO环境光遮蔽

SSR屏幕空间反射

FXAA快速近似抗锯齿

CRTCRT 效果

ACES色调映射

Output · 成品帧终点琥珀色，灯光定格成帧

AI 辅助开发 Lua 驱动编辑器 JSON 配置管线 mit · 88 stars C++

02 / STAGE DEPTH

每道后处理，都是一条可拆下检查的弧光

后处理链由数据驱动——每一级都由配置决定、按逐个节点点亮。把链路摊开，一帧的旅程便清晰可读。

HDR

高动态范围帧 - 捕获比显示更亮/更暗的颜色范围，为后续的后处理保留完整光宽容忍度。

SSAO

屏幕空间环境光遮蔽 - 在遮蔽角落与接缝处加深阴影，用简单的近似为帧补充 更扎实的接触感。

SSR

屏幕空间反射 - 根据可见的深度/颜色重建反射，为光滑表面添加 数据驱动的镜面响应。

FXAA

快速近似抗锯齿 - 低成本全局后处理边缘平滑，针对目标帧率施以时间与成本的平衡。

CRT

CRT 扫描效果 - 复古显示特征，作为链中可选的一级，印证引擎对外设/戏谑输出的包容。

ACES

ACES 色调映射 - 终级将帧压缩进安全色彩空间；这正是首屏链路 终点那颗琥珀色 所代表的动作。

glTF 2.0HDRCascaded ShadowsSkinned MeshAnimationPost ChainACES

03 / CORE SURFACES

核心面：网格、阴影、动画、glTF 导入

帧由真实资产层层叠成——从导入器到光照到运动，每一层都在链中有其位置。

GLTF IMPORT

glTF 2.0 导入

引擎内建 glTF 2.0 导入器：一把把模型与动画规格吃进运行时格式，作为链路中资产进入的口子。

SHADING

HDR + 光照

跨平台 OpenGL 3.3+ 着色器，配合级联阴影贴图，为场景提供方向性的光照结构。

ANIMATION

蒙皮网格与动画

对蒙皮网格与动画的中断支持——从骨架到播放，让静态资产能够运动起来。

POST

数据驱动后处理

SSAO / SSR / FXAA / CRT / ACES 均由配置控制，链中每一级都是可开关可调的一环。

04 / THE EDITOR

编辑器的内蕴面板，而非套壳 UI

编辑器基于 ImGui 与 ImGuizmo——此处以下列检视条呈现其能力，而非伪造一个编辑器截图。

SCENE INSPECTOR查看并挑选场景中的对象，直接在检查器中调整层级与属性。

CONTENT BROWSER浏览导入的 glTF/FBX 资产，把它们拖入正在构建的世界。GLTF/FBX 支持 CLI 转换

NODE PROPERTIES以属性面板呈现每个节点与材质的可编辑参数树。

VIEWPORT GIZMO用 ImGuizmo 的视口 gizmo 直接拖拽平移、旋转与缩放对象。

05 / BUILD & CLI

构建与命令行

命令行工具支持把 glTF/FBX 资源转换为引擎运行时格式，并支持场景信息查询与 headless Lua 执行。

Convert · 资源转换 glTF / FBX → 引擎运行时格式

Inspect + Headless 场景信息查询 · headless Lua 执行

构建需初始化 Git 子模块，依赖较多；构建选项与 vendor 依赖追加流程在仓库 README 中逐条说明。

06 / WHY IT STAYS SMALL

小而可读，AI 辅助搭建

编辑、导入器与着色器都小到可以整体阅读——这让引擎既适合学习，也让 AI 助手能逐行参与踩点。

SOURCE FACTS

原型/辅助Kimi K3 · MiniMax M3 · Claude Code

技术栈C++17 · OpenGL · Lua · JSON

语言 / 许可C++ · MIT

状态 / 规模开发中 · MIT · C++

AI-assiststudy-smallcross-platform

HONEST CONDITIONS

这是开发中版本，功能可能不稳定；需 OpenGL 3.3+ 支持；依赖较多、构建需初始化子模块。设计目标不是规模，而是让引擎足够小，能被完整阅读。

github.com/sindney/fury3d

23:T4e88, Fury3D · From pipeline to finished frame

Fury3D · C++17 / OpenGL / MIT

From a scene
to a finished frame

Fury3D is a data-driven rendering pipeline: a glTF asset goes in, travels stage by stage through shading, cascaded shadows, HDR and a post chain, and closes on an ACES grade as a finished frame. A cross-platform engine built for learning and AI-assisted development.

Render PipelineLight / Shade / Post / Output

SceneScene

LightLighting

Depth&ShadowCascaded shadows

HDRHDR frame

SSAOAmbient occlusion

SSRScreen-space reflections

FXAAFast approximate AA

CRTCRT effect

ACESTone map

Output · Finished frame the amber at the end, light settled into a frame

AI-assisted build Lua-driven editor JSON-config pipelines MIT · C++

02 / STAGE DEPTH

Every post effect, an arc you can peel back and inspect

The post chain is data-driven—each stage is configured, each lit node by node. Lay the chain flat and a frame's journey reads clearly.

HDR

High dynamic range passes light under a wide exposure window, preserving range beyond a monitor could show before the grade begins.

SSAO

Screen-space ambient occlusion deepens contact in crevices and corners—a cheap approximation that gives the frame more grounded edges.

SSR

Screen-space reflections rebuild mirror responses from visible depth and color—a data-driven specular answer for glossy surfaces.

FXAA

Fast approximate anti-aliasing smooths edges post-render at low cost, balancing quality against a target frame budget.

CRT

A retro CRT scan pass, optional in the chain—evidence the engine tolerates playful, display-flavored output.

ACES

The final grade compresses the frame into a safe color space—the amber node at the end of the hero spine, literally the act of tone-mapping.

glTF 2.0HDRCascaded ShadowsSkinned MeshAnimationPost ChainACES

03 / CORE SURFACES

Core surfaces: mesh, shadow, animation, glTF import

A frame is layered from real assets—from imported geometry to lighting to motion, each layer takes its place in the chain.

GLTF IMPORT

glTF 2.0 import

A built-in glTF 2.0 importer takes models and animation specs into the runtime format—the opening of the chain where assets enter.

SHADING

HDR + lighting

Cross-platform OpenGL 3.3+ shaders with cascaded shadow maps give scenes a directional lighting structure.

ANIMATION

Skinned meshes & animation

Support for skinned meshes and animation lets static assets come alive—from skeleton to playback.

POST

Data-driven post

SSAO / SSR / FXAA / CRT / ACES are driven by config—every stage in the chain is a toggleable, tunable link.

04 / THE EDITOR

The editor's implied panels, not a shell UI

The editor is built on ImGui and ImGuizmo—rendered here as inspector strips rather than a recreated screenshot.

SCENE INSPECTORSelect and inspect objects in the scene, adjusting hierarchy and properties straight from the inspector.

CONTENT BROWSERBrowse imported glTF/FBX assets and bring them into the world you are building.GLTF/FBX via CLI convert

NODE PROPERTIESA property panel exposing the editable parameter tree for each node and material.

VIEWPORT GIZMODrag-translate, rotate and scale objects directly through the ImGuizmo viewport gizmo.

05 / BUILD & CLI

Build & command line

The CLI converts glTF/FBX assets into the engine runtime format, and supports scene-info queries and headless Lua execution.

Convert · asset pipeline glTF / FBX → engine runtime format

Inspect + Headless scene info queries · headless Lua execution

Building requires initialising Git submodules and carries many dependencies; build options and the vendored-dependency flow are documented step by step in the README.

06 / WHY IT STAYS SMALL

Small enough to read, built with an AI hand

The editor, importers and shaders are small enough to read end to end—which makes the engine fit for study and lets an assistant step through it line by line.

SOURCE FACTS

AI assistanceKimi K3 · MiniMax M3 · Claude Code

StackC++17 · OpenGL · Lua · JSON

Language / licenseC++ · MIT

AI-assiststudy-smallcross-platform

HONEST CONDITIONS

This is a work-in-progress and may be unstable; it needs OpenGL 3.3+ and a tag-along of dependencies with submodules to build. The design goal is not scale—it is an engine small enough to be read whole.

github.com/sindney/fury3d

24:T4fd,The page faithfully implements the selected 'fragment-pipeline' direction. The hero is a genuine evidence-based pipeline spine rendered purely in type and geometry: nine real stages (Scene -> Light -> Depth&Shadow -> HDR -> SSAO -> SSR -> FXAA -> CRT -> ACES) travel left-to-right along a horizontal axial row on desktop, connected by a hairline conduit and terminated in an amber Output frame swatch. All visual and textual claims are grounded in material.json facts (post chain, glTF 2.0 import, HDR, cascaded shadow maps, skinned meshes/animation, ImGui/ImGuizmo editor capabilities, CLI convert/scene-info/headless Lua, Kimi K3/MiniMax M3/Claude Code, MIT/C++17/OpenGL, 88 stars, caveats WIP/OpenGL 3.3+/submodules). Palette (near-black board, cool blue readouts, one CRT-amber active trace), monospaced-heavy typography with uppercase micro-labels, the six-section sequence, inspector-strip editor (no shell), build/CLI and honest-conditions closing all match the brief with no fake UI. The single-spine to descending vertical cascade is achieved only inside the max-width:760px media query, forming a true mobile recomposition. zh-CN and en are structurally identical and locale-idiomatic. No blocking issues; only a minor non-blocking metadata asymmetry between locales.25:T4fd,The page faithfully implements the selected 'fragment-pipeline' direction. The hero is a genuine evidence-based pipeline spine rendered purely in type and geometry: nine real stages (Scene -> Light -> Depth&Shadow -> HDR -> SSAO -> SSR -> FXAA -> CRT -> ACES) travel left-to-right along a horizontal axial row on desktop, connected by a hairline conduit and terminated in an amber Output frame swatch. All visual and textual claims are grounded in material.json facts (post chain, glTF 2.0 import, HDR, cascaded shadow maps, skinned meshes/animation, ImGui/ImGuizmo editor capabilities, CLI convert/scene-info/headless Lua, Kimi K3/MiniMax M3/Claude Code, MIT/C++17/OpenGL, 88 stars, caveats WIP/OpenGL 3.3+/submodules). Palette (near-black board, cool blue readouts, one CRT-amber active trace), monospaced-heavy typography with uppercase micro-labels, the six-section sequence, inspector-strip editor (no shell), build/CLI and honest-conditions closing all match the brief with no fake UI. The single-spine to descending vertical cascade is achieved only inside the max-width:760px media query, forming a true mobile recomposition. zh-CN and en are structurally identical and locale-idiomatic. No blocking issues; only a minor non-blocking metadata asymmetry between locales.a:[["$","$20",null,{"enter":{"secondary-forward":"secondary-forward","secondary-back":"secondary-back-enter","default":"none"},"exit":{"secondary-forward":"secondary-forward","secondary-back":"secondary-back-exit","default":"none"},"update":{"secondary-forward":"secondary-forward","secondary-back":"secondary-back-update","default":"none"},"default":"none","children":["$","$L21","cmt2zh2uu01jh62717lihgfhh:zh-CN:beautified",{"project":{"id":"cmt2zh2uu01jh62717lihgfhh","slug":"sindney-fury3d","name":"fury3d","description":"C++17/OpenGL 渲染引擎，带 Lua 编辑器和 JSON 管线","authorName":"sindney","authorVerification":{"verified":false,"verifiedAt":null},"category":"development_tools","subcategory":"developer_resources","experienceUrl":null,"qualityScore":51,"featured":false,"officialSite":null,"views":{"original":{"available":true},"official":{"available":false,"reason":"disabled_by_policy"},"beautified":{"available":true,"reason":null},"defaultView":"beautified"},"beautifiedView":{"revisionId":"cmt2zh2va01jt6271mg4zsdoq","kind":"artifact","artifact":{"schemaVersion":"localized-static-html-v4","kind":"static_html","locales":["zh-CN","en"],"defaultLocale":"zh-CN","documents":{"zh-CN":"$22","en":"$23"},"designDirections":{"schemaVersion":"dodot-design-directions-v1","directions":[{"id":"fragment-pipeline","name":"The Shader Chain","projectMetaphor":"A rendered frame as light committed to a data-driven pipeline: a scene asset enters a chain of stages (glTF import -> shading -> cascaded shadows -> HDR -> post chain SSAO/SSR/FXAA/CRT -> ACES tone-map) and exits as a finished frame. The page is that pipeline made legible end-to-end.","signatureVisual":"A horizontal evidence-based pipeline line drawn entirely in type and geometry: each node is one real engine stage (Scene, Light, Depth, HDR, SSAO, SSR, FXAA, CRT, ACES), connected by thin conduits, terminated in an Output frame swatch. No editor shell, no fake screenshot.","heroGeometry":"A single axial polyline running left-to-right, with square stage nodes and a terminal output square, acting as the page's horizontal spine.","sectionSequence":["The Chain (pipeline of real stages as the hero spine)","Stage depth - each post stage as an inspectable strip (HDR, SSAO, SSR, FXAA, CRT, ACES)","Core surfaces - mesh, shadow, animation, glTF import","The Editor - inspect, content, node properties, gizmo as implied panels","Build & CLI - conversion + headless execution","Why it stays small - learnable code and AI-assisted stepping"],"surfaceModel":"Rigid instrumentation panels. Flat, crisp, dark hardware reads with hairline inter-stage conduits. Surfaces only light up at the exact node traced; everything else stays mechanically neutral and set-apart by spacing, not shadow stacks.","palette":"Near-black signal board, cool blue readouts, one CRT-amber active trace, white text for stage names over muted slate for secondary.","typography":"Monospaced-heavy editorial: mono numerals for signals, a tight grotesque for prose, explicit stage labels as uppercase micro-labels above each node.","desktopComposition":"The pipeline runs as one continuous horizontal spine beneath the identity; section 1 unfolds as inspectable strips of that same spine; rails and stat readouts align to its rhythm.","mobileTransformation":"The single spine is vertically unfolded into a stacked descending cascade of stages (Scene -> Light -> ... -> ACES), each cell re-reads as a standalone strip; the terminal Output becomes a closing marker card.","mediaStrategy":"None - no qualified local asset in the manifest. The signature visual and every visual fact are expressed through type and geometry of the real pipeline stages. No remote images, no placeholder frames.","forbiddenPatterns":["Marketing hero slogan over three metric cards","Editor/terminal/browser shell recreating a fake UI","Decorative gradient glows or particle field substitute","Feature-card walls that accept any project's copy"],"compositionFingerprint":"pipeline-spine: horizontal chain of named stages terminated by an output swatch, replicated vertically on mobile"},{"id":"frame-assembly","name":"The Stack That Makes a Frame","projectMetaphor":"One rendered image is assembled from stacked layers - skinned mesh, cascaded shadows, HDR radiance, post passes - each a thin matte that, combined, becomes a single visible frame.","signatureVisual":"A set of nested/stacked matte planes (Mesh, Shadow, HDR, Composite) shown as translucent overlapping index-cards whose final union yields a single clean output swatch, arranged compositionally rather than inside a shell.","heroGeometry":"Overlapping offset rectangles at increasing depth, converging to one tight final square.","sectionSequence":["The Stack - overlapping layers converging to a frame","Layer claims - each project feature assigned to one layer (glTF, shadow, HDR, post)","Reach - Windows + macOS ports and compatibility","Runtime surfaces - animation, shaders, mesh","The editor relationship - inspect/properties/gizmo as a lighter companion plane","Source facts - MIT, README, study size"],"surfaceModel":"Translucent matte offsets - visible graded stacking depth between panels, with hairline edges and soft containment rather than hardware paneling; the final composite square is the one solid surface.","palette":"Warm fill matte tones on deep neutral, one red-orange highlight on the final composite, restrained teal on the lower layers.","typography":"Roman grotesque for structure with oversized numeric layer indices, lowercase captions on every plane edge.","desktopComposition":"Hero is a deep matte stack (front to back), then each feature becomes a separate peel/section, and the source facts float as a single solid slab beside the stack.","mobileTransformation":"Stack flattens to a vertical accordion where each layer expands into its own section; the final composite square pins to the bottom as a sticky reference.","mediaStrategy":"None - no local media manifest; the layered mattes are pure compositional geometry derived from real engine layers. No stock, no mock screenshot.","forbiddenPatterns":["Three-stat card row under a slogan","Fake tabs/search/inputs or dashboard shell","Glow/gradient background as the idea","Columns that merely stack without recomposition"],"compositionFingerprint":"layer-matte-stack: converging nested translucent planes meeting at one solid output square"},{"id":"iterate-loop","name":"The Tight Iteration Orbit","projectMetaphor":"Fury3D is a work-in-progress engine built in a fast loop - import a small asset, re-shade, run, tweak, inspect - and the same tight orbit made the code small enough to read and AI-friendly to step through.","signatureVisual":"An orbital ring of four compact phases (Import -> Build -> Run -> Inspect) rotating concentrically, with a second counter-rotating inner ring representing the assistant's read/step cycle.","heroGeometry":"Concentric orbital rings with nodes traveling along the arcs toward a center core.","sectionSequence":["The Orbit - the loop as hero","Rotations - each phase expanded (conversion, editor, viewport, AI read/step)","Material - the cross-platform stack (C++17, OpenGL, Lua, JSON)","Learning by reading - small code surfaces meant to be consumed","AI-assisted participation - Kimi K3 / MiniMax M3 / Claude Code as documented contributors","State of the WIP - repo facts, activity, next steps"],"surfaceModel":"Rotational scan planes - concentric arcs with tangential labels, tension set by arc spacing; the center is the only occluded/dense region, outer layers stay thin and airy.","palette":"Deep spatial neutral with a saturated orbiting accent per phase (violet, amber, cyan, green), low-chroma read floor.","typography":"Round grotesque for phase words with large tracking, kinetic mono labels riding the arcs.","desktopComposition":"Hero centers the orbital system; each subsequent section is a chord cut across the circle, so structural rhythm comes from angular placement rather than a vertical rail.","mobileTransformation":"The orbit unwinds into a spiral sequence read top-to-bottom, each phase a step of the spiral; the center core resolves as a closing statement card.","mediaStrategy":"None - no local media; rings, arcs and phase labels are the entire visual system, all drawn from verified workflow facts. No external runtime images.","forbiddenPatterns":["Slogan + metric cards landing page","Terminal/editor/browser framing shell","Decorative particle field or glow as the signature","Uniform radius/shadow spacing on every section"],"compositionFingerprint":"concentric-orbit-loop: rotating phase arcs enclosing a central core, unwound to a spiral on mobile"}],"selectedDirectionId":"fragment-pipeline","selectionRationale":"All three directions avoid the marketing defaults and derive from verified engine facts, but 'fragment-pipeline' most directly encodes the project's true mechanism. The one proven, named, structural feature is the data-driven post-process chain (SSAO/SSR/FXAA/CRT/ACES) that any frame must pass through; modeling the signature visual as that literal, evidence-sourced chain makes the composition a statement about how Fury3D works rather than how software looks. It converts the strongest verifiable evidence (the exact stage list, glTF import, HDR, shadow maps) into a legible spatial metaphor, preserves the 'small enough to read' and AI-assisted genesis in later sections, requires no fake product screenshot, and leaves a clear anti-template fingerprint (pipeline-spine) that framework and orbit directions would not. The frame-stack and orbit loop are lower fit because they extrapolate general software truisms (layering, iteration) that would read identically for any engine."},"designBrief":{"schemaVersion":"dodot-design-brief-v1","selectedDirectionId":"fragment-pipeline","projectMetaphor":"A rendered frame as light committed to a data-driven pipeline: a scene asset enters a chain of stages (glTF import -> shading -> cascaded shadows -> HDR -> post chain SSAO/SSR/FXAA/CRT -> ACES tone-map) and exits as a finished frame. The page is that pipeline made legible end-to-end.","signatureVisual":"A horizontal evidence-based pipeline line drawn entirely in type and geometry: each node is one real engine stage (Scene, Light, Depth, HDR, SSAO, SSR, FXAA, CRT, ACES), connected by thin conduits, terminated in an Output frame swatch. No editor shell, no fake screenshot.","compositionFingerprint":"pipeline-spine: horizontal chain of named stages terminated by an output swatch, replicated vertically on mobile","heroGeometry":"A single axial polyline running left-to-right, with square stage nodes and a terminal output square, acting as the page's horizontal spine.","sectionSequence":["The Chain (pipeline of real stages as the hero spine)","Stage depth - each post stage as an inspectable strip (HDR, SSAO, SSR, FXAA, CRT, ACES)","Core surfaces - mesh, shadow, animation, glTF import","The Editor - inspect, content, node properties, gizmo as implied panels","Build & CLI - conversion + headless execution","Why it stays small - learnable code and AI-assisted stepping"],"surfaceModel":"Rigid instrumentation panels. Flat, crisp, dark hardware reads with hairline inter-stage conduits. Surfaces only light up at the exact node traced; everything else stays mechanically neutral and set-apart by spacing, not shadow stacks.","palette":"Near-black signal board, cool blue readouts, one CRT-amber active trace, white text for stage names over muted slate for secondary.","typography":"Monospaced-heavy editorial: mono numerals for signals, a tight grotesque for prose, explicit stage labels as uppercase micro-labels above each node.","desktopComposition":"The pipeline runs as one continuous horizontal spine beneath the identity; section 1 unfolds as inspectable strips of that same spine; rails and stat readouts align to its rhythm.","mobileTransformation":"The single spine is vertically unfolded into a stacked descending cascade of stages (Scene -> Light -> ... -> ACES), each cell re-reads as a standalone strip; the terminal Output becomes a closing marker card.","mediaStrategy":"None - no qualified local asset in the manifest. The signature visual and every visual fact are expressed through type and geometry of the real pipeline stages. No remote images, no placeholder frames.","evidencePlan":["Render the post-process chain SSAO/SSR/FXAA/CRT/ACES as literal named pipeline nodes sourced from material.json.extraction facts","Render glTF 2.0 import, HDR rendering, cascaded shadow maps, skinned meshes and animation as stage/edge labels from the verified claim list","Show the editor capabilities (Scene Inspector, Content Browser, Node Properties, viewport gizmo) as implied inspector strips, not a fake UI shell, from the verified editor claim","Surface repo lifecycle and AI-assist facts (MIT, C++17/OpenGL, Lua/JSON, Kimi K3 / MiniMax M3 / Claude Code) as small-font readouts confined to later sections","Note caveats (WIP instability, OpenGL 3.3+, submodules) as honest conditions in the closing section"],"localeContract":{"zh-CN":"使用面向学习与 AI 辅助开发的语气，强调管线可读性、代码小而可整体阅读、开发中状态与 AI 协助；章节结构与视觉系统与英文一致，文案密度按中文习惯更紧凑。","en":"Speak to learners and evaluators of a cross-platform engine, emphasizing the read-able pipeline, small-to-read code, WIP lifecycle and AI-assisted build; same section sequence and visual system as zh-CN with natural English copy."},"forbiddenPatterns":["Marketing hero slogan over three metric cards","Editor/terminal/browser shell recreating a fake UI","Decorative gradient glows or particle field as the signature idea","Feature-card walls that accept any project's copy","Fake tabs, inputs, switches, charts, or testimonials"]},"visualReview":{"schemaVersion":"dodot-automated-design-review-v1","status":"approved","summary":"$24","checks":{"projectFit":{"passed":true,"evidence":"Renders the brief's pipeline-spine metaphor end to end. The hero holds the signature chain of name+box+label stage nodes (micronode Scene/Light/Depth&Shadow/HDR/SSAO/SSR/FXAA/CRT/ACES) with a terminal Output swatch, built from type and geometry, no editor shell or fake screenshot. Section sequence 02 Stage depth (HDR/SSAO/SSR/FXAA/CRT/ACES inspectable strips), 03 Core surfaces (glTF/shading/animation/post), 04 Editor as implied inspector strips, 05 Build & CLI, 06 Why-it-stays-small with SOURCE FACTS + HONEST CONDITIONS, closing Output footer mirrors the brief's six-section sequence."},"evidenceBound":{"passed":true,"evidence":"Every claim is traceable to material.json: post chain SSAO/SSR/FXAA/CRT/ACES, glTF 2.0 import, HDR rendering, cascaded shadow maps, skinned meshes and animation from the verified claim list; editor Scene Inspector / Content Browser / Node Properties / viewport gizmo from the editor claim; CLI glTF/FBX convert, scene info, headless Lua from the CLI claim; Kimi K3 / MiniMax M3 / Claude Code from the AI-assist claim; C++17/OpenGL, Lua/JSON, MIT from repository facts; caveats (WIP, OpenGL 3.3+, submodules) from summary.caveats; and the zh hero chip '88 stars' matches repository.stars (88). No fabricated feature claims found."},"signatureVisual":{"passed":true,"evidence":"The signature pipeline really exists as DOM geometry, not an image: 9 square stage nodes in the brief's exact order plus a terminal amber Output frame swatch, linked by a horizontal hairline conduit, with a CRT-amber active trace lighting the traced nodes (amber box-shadow accent as the single active trace, not decorative glow). The stage set is project-bound to the actual engine pipeline and derived from verified facts, matching signatureVisual exactly."},"mobileTransformation":{"passed":true,"evidence":"Desktop (>=761px) sets `.stages{flex-direction:row}` (zh-CN.html:56 and en.html:56) so the nine stages travel along a real horizontal left-to-right axial spine with the Output swatch at the terminus. Only inside the max-width:760px media query does `.stages` flip to `flex-direction:column` (zh-CN.html:178 / en.html:175), the horizontal `.rail` is hidden, each `.node` becomes a standalone row strip (micronode left, box, label) with a vertical `.node::after` hairline join descending between stages, and the terminal `.out` re-reads as a closing marker card. This is a genuine re-formation of the single spine into a stacked descending cascade, exactly per mobileTransformation."},"localeParity":{"passed":true,"evidence":"zh-CN.html and en.html share the identical 7-section structure (chained-hero, stage-depth, core-surfaces, editor, build-cli, why-small, output), matching section order, h1/h2 and visual system. Copy is natural and locale-idiomatic in each: zh is denser per the locale contract while en is full-length natural English; stage-strip and inspector entries are semantically equivalent. Minor non-blocking metadata asymmetry: the zh hero chips include 'mit · 88 stars' and 'C++' while en hero chips read 'MIT · C++', and the zh SOURCE FACTS slab has an extra '状态/规模' row that en omits."},"antiTemplate":{"passed":true,"evidence":"No 'marketing hero slogan over three metric cards': the hero is a real pipeline spine, and the meta chips are small text badges, not stat cards. No editor/terminal/browser shell; section three is a 2x2 content grid but each cell is project-specific (glTF import, HDR lighting, animation, data-driven post) rather than copy that fits any project. The faint board grid and 'rail' are supporting texture, not the signature idea, and the amber glow is confined to the active nodes as the palette's single active trace. The composition fingerprint is the project-bound pipeline, not a generic feature-card wall."},"noFakeUi":{"passed":true,"evidence":"Editor capabilities are presented as text inspector strips (SCENE INSPECTOR / CONTENT BROWSER / NODE PROPERTIES / VIEWPORT GIZMO), explicitly labeled as implied panels rather than a recreated dashboard. The CLI is rendered as static labeled statements ('glTF / FBX -> engine runtime format', 'scene info queries · headless Lua execution'), not a functioning pseudo-terminal. No fake tabs, inputs, switches, charts, sliders, or testimonials. The QA report records fakeControlCount 0 and brokenImageCount 0 with empty networkRequests across all four locale/viewport combinations."}},"issues":[{"code":"locale-metadata-asymmetry","severity":"warning","locale":"en","description":"The two locales are structurally equivalent but differ in a few metadata details: the zh-CN hero chips include 'mit · 88 stars' and 'C++', whereas the en hero chips only show 'MIT · C++' and omit the star count; and the zh-CN SOURCE FACTS slab carries an extra '状态 / 规模 (开发中 · MIT · C++)' row that the en slab omits. This is a cosmetic content divergence, not a structural one, and does not affect parity of the visual system or section sequence.","repairInstruction":"Optional polish: align the metadata chips and the SOURCE FACTS row count between zh-CN.html and en.html (e.g. either surface the 88-star readout on both locales, or mirror the same rows on both) so the two editions carry identical informational weight."}]},"repairEvidence":[{"attempt":1,"before":{"qaPassed":true,"designReviewApproved":false,"qaEvidence":{"zh-CN":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":2102,"cjkCount":940,"latinLetterCount":672,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":4721,"h1Top":136.59375,"bottomInset":79.859375,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"192ebaac5f2cbb07b28823b9de1a4c375878cd88c4b716de34a4b109aca2f4ba","middle":"ab921f8d0b1891fd79aae2ce5b91ed4d890a18de244d48973c19f8b2132d1b33","bottom":"4aaf74e69dee3435af7fa0099698e0ccae137349f7dfe1337d7d13361ec71bd7"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":2102,"cjkCount":940,"latinLetterCount":672,"scrollWidth":390,"clientWidth":390,"scrollHeight":5664,"h1Top":112.59375,"bottomInset":79.9375,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"d60f20ef120887c32a8789a014a25cd0bc69cfe0356360a6ba6e3740282f0c25","middle":"afd9ef16324073c6b1188b48fcda1dfc09f456986b0afb498eb189f7da4f690a","bottom":"36fcbc96dae0981d22566442efb8228ee477d85932e5dcd5c079f9dc233a6e60"},"consoleErrors":[],"networkRequests":[]}],"en":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":4424,"cjkCount":0,"latinLetterCount":3507,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":5010,"h1Top":136.59375,"bottomInset":80.5,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"8c66a06260c836c4c6a35220de51fd30e182baf64c4d682026e7629f49e598b5","middle":"2e40badaf23f42f9eb0b243c9bafc0fd79bae9cd5e2d4ee30e9de437e1a3ed56","bottom":"aa9abbafb888493db6bd84abe76f16b8898b6910daab77ecf09168476b120c29"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":4424,"cjkCount":0,"latinLetterCount":3507,"scrollWidth":390,"clientWidth":390,"scrollHeight":6259,"h1Top":112.59375,"bottomInset":80.46875,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"3287bd1c94d2eab0b41c75368581cfff6684006786ad989d846ec8e66e80527b","middle":"adb2ca8d27793113ad4328c1d9fe3dd2c25a88de69138550574c96b6cbcb8bce","bottom":"4cfa7b9d6275830a05df2470d3f9b5610cf16fd69376f6cf4d5f129e96c45f52"},"consoleErrors":[],"networkRequests":[]}]},"visualReview":{"schemaVersion":"dodot-automated-design-review-v1","status":"revise","summary":"The page faithfully implements the selected 'fragment-pipeline' direction: a data-driven post-process chain rendered as an evidence-sourced pipeline of real stages (Scene -> Light -> Depth&Shadow -> HDR -> SSAO -> SSR -> FXAA -> CRT -> ACES) terminated by an Output swatch, entirely in type and geometry with no shell or fake screenshot. Section sequence, palette (near-black board / cool blue / CRT-amber), mono-heavy typography, inspector-strip editor treatment, CLI/build and honest-conditions closing all match the brief and are grounded in material.json facts. Locale parity is strong with natural zh-CN and en copy. The single substantive problem is composition axis: the brief's desktop is a continuous horizontal left-to-right spine, but the source CSS stacks all nine stages in a column on desktop (flex-direction:column), so the horizontal spine never forms and the mobile 'cascade recomposition' degenerates because desktop already uses the vertical form.","checks":{"projectFit":{"passed":true,"evidence":"Renders the brief's pipeline-spine metaphor end to end: hero is a chain of named stage nodes (micronode+box+label+conn) matching the signatureVisual stage list Scene/Light/Depth&Shadow/HDR/SSAO/SSR/FXAA/CRT/ACES + Output swatch, built from type and geometry, no editor shell or fake screenshot. Section order 02 Stage depth (HDR/SSAO/SSR/FXAA/CRT/ACES strips), 03 Core surfaces (glTF/shading/animation/post), 04 Editor inspector strips, 05 Build & CLI, 06 Why-small with SOURCE FACTS + HONEST CONDITIONS, closing Output footer mirrors sectionSequence."},"evidenceBound":{"passed":true,"evidence":"Every claim is grounded in material.json: post chain SSAO/SSR/FXAA/CRT/ACES and glTF 2.0 import, HDR, cascaded shadows, skinned meshes/animation (summary claims); editor Scene Inspector / Content Browser / Node Properties / viewport gizmo (claim 3 and README headings); CLI glTF/FBX convert, scene info, headless Lua (claim 4); Kimi K3 / MiniMax M3 / Claude Code (claim 5); MIT, C++17/OpenGL, Lua/JSON (repository facts); caveats WIP, OpenGL 3.3+, submodules (summary.caveats); 88 stars (repository.stars, chip in zh hero)."},"signatureVisual":{"passed":true,"evidence":"The signature pipeline exists as real DOM geometry (not an image): 9 stage nodes in exact brief order plus a terminal amber Output swatch, connected by hairline conduits, with an amber 'hot' trace on the post stages and CRT-amber finish as specified. The chain and stage set are unique, project-bound, and derived from verified facts rather than generic decoration."},"mobileTransformation":{"passed":false,"evidence":"At max-width:760px the CSS only collapses containers to one column (.grid2/.cli/.closing/.strip/.insp), hides .conn, adds a vertical ::after join and shrinks boxes. Because the desktop itself already stacks every stage vertically (`.stages{flex-direction:column}` and `.chain{flex-direction:column}` with no row/wrap/implicit horizontal flow, no left-to-right axial polyline), the brief's desktop to mobile 'cascade recomposition' is not achieved - desktop already behaves like the mobile cascade, so there is no genuine re-formation."},"localeParity":{"passed":true,"evidence":"zh-CN.html and en.html share the identical 7-section structure (chained-hero, stage-depth, core-surfaces, editor, build-cli, why-small, output), matching h1/h2 and mirrored content. Copy is natural and locale-idiomatic; zh is tighter per the locale contract (e.g. zh ledes more condensed than en). Minor non-blocking asymmetry: zh hero chips include 'mit · 88 stars' and 'C++' while en's hero chips ('MIT · C++') omit the star count."},"antiTemplate":{"passed":true,"evidence":"No 'marketing hero slogan over three metric cards' (the hero is a real pipeline spine, not a slogan+stat row); no editor/terminal/browser shell or fake UI; the background hairline grid is subtle board texture and not the signature idea; section card walls are content-specific (glTF import, HDR lighting, animation, post) drawn from evidence rather than project-agnostic copy. Composition fingerprint is a project-bound pipeline, distinct from generic feature walls."},"noFakeUi":{"passed":true,"evidence":"Editor capabilities are presented as text inspector strips (SCENE INSPECTOR / CONTENT BROWSER / NODE PROPERTIES / VIEWPORT GIZMO), not a recreated dashboard; CLI is rendered as labeled statements (e.g. 'glTF / FBX -> engine runtime format'), not an interactive pseudo-terminal; no fake tabs, inputs, switches, charts, sliders, or testimonials. QA report records fakeControlCount 0 in all four viewport/locale combinations."}},"issues":[{"code":"pipeline-axis-recomposition","severity":"blocking","locale":"all","description":"The brief's selected direction specifies a horizontal left-to-right axial pipeline as the desktop hero (heroGeometry 'single axial polyline running left-to-right', desktopComposition 'one continuous horizontal spine'), with the vertical stacked descending cascade reserved solely for the mobile transformation. The source implements desktop and mobile with the same vertical stack (`.chain` and `.stages` are flex-direction:column on all viewports; stages sit stacked on rows below a decorative horizontal rail rather than traveling along a horizontal spine). Desktop therefore never forms the named horizontal spine, and mobile offers no genuine recomposition because the vertical cascade is already active on desktop.","repairInstruction":"For viewports wider than 760px, lay the nine stages out in a single horizontal row traveling left to right: give `.chain` flex-direction:row (or a horizontal grid) with the nine `.node` cells flowing in one row connected by horizontal conduits, the rail running along that row's axis, and keep the amber Output swatch at the terminus, so the hero is a true left-to-right pipeline spine. Reserve the vertical stacked cascade (`.stages` column + `.node::after` vertical joins, Output as closing marker card) for the max-width:760px media query only. Re-run both zh-CN and en desktop/mobile QA and reconnect the stage-depth/'amber node at the end' copy to the now-horizontal spine."}]}},"after":{"qaPassed":true,"designReviewApproved":true,"qaEvidence":{"zh-CN":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":2093,"cjkCount":933,"latinLetterCount":672,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":4635,"h1Top":221.21875,"bottomInset":79.609375,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"7bd90f87c84f282879367bf2b6156c293094643f66f2175621b7c5c970fbed13","middle":"d770790f000a2123c76a0cb3c3f1cd8793b298adaf0869239621e23a8a0cb33e","bottom":"9245b4978304c1c976e51c87eafbfc20e9c61a05465f2282bae26714d90b3a22"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":2093,"cjkCount":933,"latinLetterCount":672,"scrollWidth":390,"clientWidth":390,"scrollHeight":5674,"h1Top":112.59375,"bottomInset":80.203125,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"f11ff29d92c94568614914df80145b7afb228416afaf95287e9be9eebf562229","middle":"2802c319da88e1b87e9639a87375914b2c459585dd38e56806decb6c86f311a6","bottom":"41988a88dc7ddc5f0b4df176d3276050324dd29a5c5cb0df5f751eac4ce51da8"},"consoleErrors":[],"networkRequests":[]}],"en":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":4394,"cjkCount":0,"latinLetterCount":3484,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":4897,"h1Top":208.046875,"bottomInset":79.59375,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"bbb4819ebb0fc47b043d616dc17cf63f3b3a712e65dd8066e55b83338bdafe8b","middle":"efb16c322acb7d36a5091f89203106aee578381b0d461c869cd98525ceb6c1bf","bottom":"4003fc7554ea97c74ef825a0a9f66bd5349b1f093a373f91190a8b73b8ac72c3"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":4394,"cjkCount":0,"latinLetterCount":3484,"scrollWidth":390,"clientWidth":390,"scrollHeight":6254,"h1Top":112.59375,"bottomInset":79.96875,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"b76d2ef3a433808a74f2519c24d7cdf1199926b311b41e0b612af87ac9b56534","middle":"f823f7f0e6942e007b79f26079811a8e172d7d9b85154f3e648bbdb11fca1440","bottom":"2e9fcaf150b7fb2389f96a7ab771b1e4d46367201fbfb9be2ced4c6d7fe9bd3d"},"consoleErrors":[],"networkRequests":[]}]},"visualReview":{"schemaVersion":"dodot-automated-design-review-v1","status":"approved","summary":"$25","checks":{"projectFit":{"passed":true,"evidence":"Renders the brief's pipeline-spine metaphor end to end. The hero holds the signature chain of name+box+label stage nodes (micronode Scene/Light/Depth&Shadow/HDR/SSAO/SSR/FXAA/CRT/ACES) with a terminal Output swatch, built from type and geometry, no editor shell or fake screenshot. Section sequence 02 Stage depth (HDR/SSAO/SSR/FXAA/CRT/ACES inspectable strips), 03 Core surfaces (glTF/shading/animation/post), 04 Editor as implied inspector strips, 05 Build & CLI, 06 Why-it-stays-small with SOURCE FACTS + HONEST CONDITIONS, closing Output footer mirrors the brief's six-section sequence."},"evidenceBound":{"passed":true,"evidence":"Every claim is traceable to material.json: post chain SSAO/SSR/FXAA/CRT/ACES, glTF 2.0 import, HDR rendering, cascaded shadow maps, skinned meshes and animation from the verified claim list; editor Scene Inspector / Content Browser / Node Properties / viewport gizmo from the editor claim; CLI glTF/FBX convert, scene info, headless Lua from the CLI claim; Kimi K3 / MiniMax M3 / Claude Code from the AI-assist claim; C++17/OpenGL, Lua/JSON, MIT from repository facts; caveats (WIP, OpenGL 3.3+, submodules) from summary.caveats; and the zh hero chip '88 stars' matches repository.stars (88). No fabricated feature claims found."},"signatureVisual":{"passed":true,"evidence":"The signature pipeline really exists as DOM geometry, not an image: 9 square stage nodes in the brief's exact order plus a terminal amber Output frame swatch, linked by a horizontal hairline conduit, with a CRT-amber active trace lighting the traced nodes (amber box-shadow accent as the single active trace, not decorative glow). The stage set is project-bound to the actual engine pipeline and derived from verified facts, matching signatureVisual exactly."},"mobileTransformation":{"passed":true,"evidence":"Desktop (>=761px) sets `.stages{flex-direction:row}` (zh-CN.html:56 and en.html:56) so the nine stages travel along a real horizontal left-to-right axial spine with the Output swatch at the terminus. Only inside the max-width:760px media query does `.stages` flip to `flex-direction:column` (zh-CN.html:178 / en.html:175), the horizontal `.rail` is hidden, each `.node` becomes a standalone row strip (micronode left, box, label) with a vertical `.node::after` hairline join descending between stages, and the terminal `.out` re-reads as a closing marker card. This is a genuine re-formation of the single spine into a stacked descending cascade, exactly per mobileTransformation."},"localeParity":{"passed":true,"evidence":"zh-CN.html and en.html share the identical 7-section structure (chained-hero, stage-depth, core-surfaces, editor, build-cli, why-small, output), matching section order, h1/h2 and visual system. Copy is natural and locale-idiomatic in each: zh is denser per the locale contract while en is full-length natural English; stage-strip and inspector entries are semantically equivalent. Minor non-blocking metadata asymmetry: the zh hero chips include 'mit · 88 stars' and 'C++' while en hero chips read 'MIT · C++', and the zh SOURCE FACTS slab has an extra '状态/规模' row that en omits."},"antiTemplate":{"passed":true,"evidence":"No 'marketing hero slogan over three metric cards': the hero is a real pipeline spine, and the meta chips are small text badges, not stat cards. No editor/terminal/browser shell; section three is a 2x2 content grid but each cell is project-specific (glTF import, HDR lighting, animation, data-driven post) rather than copy that fits any project. The faint board grid and 'rail' are supporting texture, not the signature idea, and the amber glow is confined to the active nodes as the palette's single active trace. The composition fingerprint is the project-bound pipeline, not a generic feature-card wall."},"noFakeUi":{"passed":true,"evidence":"Editor capabilities are presented as text inspector strips (SCENE INSPECTOR / CONTENT BROWSER / NODE PROPERTIES / VIEWPORT GIZMO), explicitly labeled as implied panels rather than a recreated dashboard. The CLI is rendered as static labeled statements ('glTF / FBX -> engine runtime format', 'scene info queries · headless Lua execution'), not a functioning pseudo-terminal. No fake tabs, inputs, switches, charts, sliders, or testimonials. The QA report records fakeControlCount 0 and brokenImageCount 0 with empty networkRequests across all four locale/viewport combinations."}},"issues":[{"code":"locale-metadata-asymmetry","severity":"warning","locale":"en","description":"The two locales are structurally equivalent but differ in a few metadata details: the zh-CN hero chips include 'mit · 88 stars' and 'C++', whereas the en hero chips only show 'MIT · C++' and omit the star count; and the zh-CN SOURCE FACTS slab carries an extra '状态 / 规模 (开发中 · MIT · C++)' row that the en slab omits. This is a cosmetic content divergence, not a structural one, and does not affect parity of the visual system or section sequence.","repairInstruction":"Optional polish: align the metadata chips and the SOURCE FACTS row count between zh-CN.html and en.html (e.g. either surface the 88-star readout on both locales, or mirror the same rows on both) so the two editions carry identical informational weight."}]}},"changedFiles":["artifact/zh-CN.html","artifact/en.html"]}],"provenance":{"executor":"opencode","model":"deepseek/deepseek-v4-flash","opencodeVersion":"1.1.58","promptVersion":"dodot-showcase-deepseek-v4","inputHash":"3dbcb948e5fe21acaa61e2dd36b9eefb1dc8c1850eb189f6dea449e2460f685f","artifactHash":"45da4f403b996f6b0a40cdc4e13afc599ee157eba4cf33f87b44580fbf884f5e","designSkill":"dodot-showcase-design"},"qaEvidence":{"zh-CN":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":2093,"cjkCount":933,"latinLetterCount":672,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":4635,"h1Top":221.21875,"bottomInset":79.609375,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"7bd90f87c84f282879367bf2b6156c293094643f66f2175621b7c5c970fbed13","middle":"d770790f000a2123c76a0cb3c3f1cd8793b298adaf0869239621e23a8a0cb33e","bottom":"9245b4978304c1c976e51c87eafbfc20e9c61a05465f2282bae26714d90b3a22"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"zh-CN","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":2093,"cjkCount":933,"latinLetterCount":672,"scrollWidth":390,"clientWidth":390,"scrollHeight":5674,"h1Top":112.59375,"bottomInset":80.203125,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"f11ff29d92c94568614914df80145b7afb228416afaf95287e9be9eebf562229","middle":"2802c319da88e1b87e9639a87375914b2c459585dd38e56806decb6c86f311a6","bottom":"41988a88dc7ddc5f0b4df176d3276050324dd29a5c5cb0df5f751eac4ce51da8"},"consoleErrors":[],"networkRequests":[]}],"en":[{"viewport":"desktop","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":4394,"cjkCount":0,"latinLetterCount":3484,"scrollWidth":1280,"clientWidth":1280,"scrollHeight":4897,"h1Top":208.046875,"bottomInset":79.59375,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"bbb4819ebb0fc47b043d616dc17cf63f3b3a712e65dd8066e55b83338bdafe8b","middle":"efb16c322acb7d36a5091f89203106aee578381b0d461c869cd98525ceb6c1bf","bottom":"4003fc7554ea97c74ef825a0a9f66bd5349b1f093a373f91190a8b73b8ac72c3"},"consoleErrors":[],"networkRequests":[]},{"viewport":"mobile","passed":true,"localePassed":true,"metrics":{"language":"en","h1Count":1,"h2Count":5,"sectionCount":7,"textLength":4394,"cjkCount":0,"latinLetterCount":3484,"scrollWidth":390,"clientWidth":390,"scrollHeight":6254,"h1Top":112.59375,"bottomInset":79.96875,"brokenImageCount":0,"missingAltCount":0,"fakeControlCount":0,"emptyLinkCount":0},"screenshotHashes":{"top":"b76d2ef3a433808a74f2519c24d7cdf1199926b311b41e0b612af87ac9b56534","middle":"f823f7f0e6942e007b79f26079811a8e172d7d9b85154f3e648bbdb11fca1440","bottom":"2e9fcaf150b7fb2389f96a7ab771b1e4d46367201fbfb9be2ced4c6d7fe9bd3d"},"consoleErrors":[],"networkRequests":[]}]}},"generatorVersion":"opencode-1.1.58:deepseek/deepseek-v4-flash:dodot-showcase-deepseek-v4","publishedAt":"2026-08-20T08:59:12.931Z"},"rawExtraction":{"projectRevisionId":"cmt2zh2v201jn6271a6fosvft","projectVersion":1,"sources":[{"canonicalKey":"github:sindney/fury3d","role":"primary","revisionVersion":1,"url":"https://github.com/sindney/fury3d"}],"facts":[{"key":"repository_owner","value":"sindney","evidence":[{"path":"repository.owner","excerpt":"sindney"}]},{"key":"repository_name","value":"fury3d","evidence":[{"path":"repository.name","excerpt":"fury3d"}]},{"key":"description","value":"A WIP vibe friendly game engine.","evidence":[{"path":"repository.description","excerpt":"A WIP vibe friendly game engine."}]},{"key":"primary_language","value":"C++","evidence":[{"path":"repository.language","excerpt":"C++"}]},{"key":"license","value":"MIT","evidence":[{"path":"repository.license","excerpt":"MIT"}]},{"key":"topics","value":"3d-engine, claude-code, cpp17, imgui, kimi-k3, minimax-m3, rapidjson, sfml","evidence":[{"path":"repository.topics","excerpt":"3d-engine, claude-code, cpp17, imgui, kimi-k3, minimax-m3, rapidjson, sfml"}]},{"key":"source_count","value":"1","evidence":[{"path":"projectRevision.sources","excerpt":"github:sindney/fury3d"}]}],"taxonomy":{"category":"development_tools","subcategory":"developer_resources","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"A WIP vibe friendly game engine."}]},"lifecycle":{"stage":"active","confidence":0.75,"evidence":[{"path":"repository.pushedAt","excerpt":"2026-08-14T06:55:51.000Z"}]},"userIntents":[{"slug":"build_software","label":"构建或改进软件","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"A WIP vibe friendly game engine."}]},{"slug":"automate_work","label":"自动化工作流程","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"A WIP vibe friendly game engine."}]},{"slug":"create_content","label":"创作内容或设计","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"A WIP vibe friendly game engine."}]},{"slug":"analyze_data","label":"分析与理解数据","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"A WIP vibe friendly game engine."}]},{"slug":"learn_explore","label":"学习与探索","confidence":0.65,"evidence":[{"path":"repository.description","excerpt":"A WIP vibe friendly game engine."}]}],"readme":{"headings":["Fury3D","Introduction","Highlights","Screenshots","Compatibility","Building","Build options","Adding a vendored dependency","Run the demo / editor","Controls","Editor windows","CLI","Special thanks"],"commands":[]},"changeSet":[{"field":"repository","beforeHash":"6c576ed69be5d702118e7147e881cbf2c39c2c0a2dbf8a5e2c56048f72868a76","afterHash":"73458f86686ec1aff04bebb71bfb8c2ae1f8e3d1d2e2a91a1729a69d46071e32"}]},"publishedAt":"2026-08-16T12:29:58.662Z","updatedAt":"2026-08-21T13:26:53.651Z","summary":{"id":"cmt2zh2v501jp6271n3pu918b","projectType":"product","oneLine":"C++17/OpenGL 渲染引擎，带 Lua 编辑器和 JSON 管线","overview":"Fury3D 是一个用 C++17 和 OpenGL 编写的跨平台渲染引擎，提供 Lua 驱动的编辑器、JSON 配置的渲染管线和数据驱动的后处理链。它支持 glTF 2.0 导入、HDR 渲染、级联阴影、蒙皮动画等特性，并内置 ImGui 编辑器。项目设计为适合学习，代码规模小，可完整阅读。开发过程中使用了 Kimi K3、MiniMax M3 和 Claude Code 等 AI 工具辅助。","highlights":["跨平台渲染引擎","Lua 驱动编辑器","JSON 配置管线","AI 辅助开发"],"bestFor":["学习渲染引擎架构","探索 AI 辅助编码","构建小型 3D 场景"],"caveats":["开发中版本，功能可能不稳定","需要 OpenGL 3.3+ 支持","依赖较多，构建需初始化子模块"],"categorySuggestion":"development_tools","subcategorySuggestion":"libraries_sdks","lifecycleStages":["idea_requirements","product_design","frontend","backend_data"],"audienceIntents":["learn","build","evaluate"],"confidence":0.8,"evidence":[{"claim":"Fury3D 是一个用 C++17 和 OpenGL 编写的跨平台渲染引擎，带有 Lua 驱动的编辑器和 JSON 配置的渲染管线。","sourceType":"readme","locator":"https://github.com/sindney/fury3d"},{"claim":"引擎支持 glTF 2.0 导入、HDR 渲染、级联阴影贴图、蒙皮网格和动画，以及数据驱动的后处理链（SSAO、SSR、FXAA、CRT、ACES）。","sourceType":"readme","locator":"https://github.com/sindney/fury3d"},{"claim":"编辑器基于 ImGui 和 ImGuizmo，提供场景检查器、内容浏览器、节点属性和视口 gizmo。","sourceType":"readme","locator":"https://github.com/sindney/fury3d"},{"claim":"CLI 工具支持将 glTF/FBX 资源转换为引擎运行时格式，并支持场景信息查询和 headless Lua 执行。","sourceType":"readme","locator":"https://github.com/sindney/fury3d"},{"claim":"项目在开发中使用了 Kimi K3、MiniMax M3 和 Claude Code 等 AI 工具辅助开发。","sourceType":"readme","locator":"https://github.com/sindney/fury3d"},{"claim":"引擎支持 Windows 和 macOS，并设计为适合学习，编辑器、导入器和着色器都足够小，可以完整阅读。","sourceType":"readme","locator":"https://github.com/sindney/fury3d"}],"publishedAt":"2026-08-17T13:43:25.193Z"},"github":{"url":"https://github.com/sindney/fury3d","ownerAvatarUrl":"https://avatars.githubusercontent.com/u/1331120?v=4","starsCount":88,"forksCount":24,"language":"C++","syncedAt":"2026-08-17T13:39:57.473Z","license":"MIT","defaultBranch":"master","archived":false,"disabled":false,"lastChangedAt":"2026-08-14T06:55:51.000Z","missing":false},"tags":[],"updates":[]},"entryPoint":"discovery","claim":{"state":"unclaimed","verified":false},"initialView":"beautified","community":{"viewer":null,"state":{"likesCount":0,"creativeCount":0,"followersCount":0,"commentsCount":0,"liked":false,"creative":false,"followed":false},"comments":{"comments":[],"nextCursor":null}}}]}],"$L26"]