This document defines machine-readable instructions and technical guardrails for AI coding assistants, agents, and LLMs working on the Filament repository. All AI-generated code, refactorings, and cleanups must strictly adhere to these standards.
Filament enforces a strict, acyclic include layering hierarchy to optimize compile times, prevent header pollution, and identify missing dependencies.
Includes must be grouped and separated by exactly one blank line in the following order (top to bottom):
- Layer 0 (Corresponding Header):
#include "details/Foo.h"(isolated at the very top). - Layer 0.5 (Windows Cleanup):
#include <utils/unwindows.h>(always second, only if needed). - Layer 1 (Private/Local Headers):
#include "PrivateStuff.h"(using double quotes" "strictly for private local headers located under the local target'ssrc/folder). - Layer 2 (Internal Proprietary Libraries): Public and private includes for other internal libraries (e.g.
<filaflat/...>,<backend/...>,<utils/...>,<math/...>). All proprietary library includes must use< >syntax (includingprivate/sub-folders). The layering priority order of these libraries is dynamically computed based onCMakeLists.txttarget linkages. - Layer 3 (Third-Party Libraries):
<tsl/...>,<absl/...>,<jni.h>. - Layer 4 (C++ Standard Library):
<algorithm>,<vector>,<cstddef>(including standard<c...>wrappers). - Layer 5 (POSIX System Headers):
<unistd.h>,<sys/stat.h>(C system headers below C++ std, but above C std). - Layer 6 (C Standard Library): Legacy C system headers ending in
.h(e.g.,<stdint.h>,<stddef.h>).
- Flat-First: Flat/top-level includes (without a subdirectory prefix, e.g.,
"Allocators.h") are sorted above nested subdirectory includes (e.g.,"components/Foo.h"). - Visual Grouping: Private includes must be grouped by their first subdirectory path prefix, separated by exactly one blank line.
AI agents must never manually sort includes or guess target dependencies. Always run the repository's dynamic topological include formatter after modifying C++ files:
./tools/reorganize_headers.py <file_or_directory>Note: The tool dynamically parses CMakeLists.txt files to topologically sort proprietary libraries and includes preprocessor safety checks to avoid breaking platform-conditional include guards.
Every header file (.h) in Filament must be fully self-contained and compile independently.
- Rule: Never assume a header's type dependencies (like
FrameGraphHandle) are pre-declared by preceding includes in a.cppfile. - Action: Always explicitly
#includethe declaring header (e.g.,fg/FrameGraphId.h) inside the header itself.
- Simple Guarded Includes: Headers wrapped inside single-line preprocessor guards (like
#if __EXCEPTIONSor#if defined(__ARM_NEON)) must remain wrapped and are sorted alphabetically within their correct layer. - Macro-Dependent Templating: Never modify or split includes that are tightly coupled with macro configurations (such as
#define UTILS_PRIVATE_IMPLEMENTATION_NON_COPYABLEinostream.cpp). Thereorganize_headers.pysafety check will automatically detect and skip these; respect these skips.
Before completing any task that modifies C++ source or header files, AI agents must execute the following verification pipeline:
- Format Includes: Run
./tools/reorganize_headers.py <target>. - Compile Core Engine: Run
./build.sh -ip desktop debugto ensure the entire desktop target compiles cleanly with no warnings or errors. - Run Tests: Run the test suite binary located in the build output directory:
./out/cmake-debug/libs/utils/test_utils