// Use the repo `_internal/` directory for anything that must not be committed — scratch files, temporary outputs, local demos, Codex artifacts, or one-off scripts. Use when creating temp files, debug dumps, or local-only tooling during a task.
| name | internal-workspace |
| description | Use the repo `_internal/` directory for anything that must not be committed — scratch files, temporary outputs, local demos, Codex artifacts, or one-off scripts. Use when creating temp files, debug dumps, or local-only tooling during a task. |
_internal/)_internal/ — not in tools/, project root, or tests/ unless they are
permanent, reviewed project assets..gitignore ad hoc at
repo root._internal/ except _internal/.gitkeep (the directory is in
.gitignore via _internal/* with an exception for .gitkeep).tools/ for maintained dev
scripts, tests/ for permanent tests, docs/ for documentation) and follow normal review standards —
do not leave it in _internal/._internal/<descriptive-name>/ rather than the
tracked tree.git filter-repo --invert-paths --path ...) and a force push; that is separate from day-to-day use
of _internal/ for local junk prevention.Full checklist for adding a new transform to AlbumentationsX. Use when the user asks to add, implement, or create a new transform/augmentation.
Run performance benchmarks for transform changes. Use when the user asks to benchmark, measure performance, compare speed, or when changes affect apply methods, functional layer, get_params, or core pipeline code.
Quality bar for docstrings in albumentations. Use when writing or updating docstrings in albumentations/, especially for transforms and public APIs.
Policy for AlbumentationsX transforms that combine multiple images or objects. Use when implementing, reviewing, or using Mosaic, CopyAndPaste, OverlayElements, HistogramMatching, PixelDistributionAdaptation, or other mixing transforms.
Generate release notes for AlbumentationsX. Use when the user asks to prepare, draft, or write release notes for a new version (e.g. "prepare release notes for 2.x.y", "draft release X").
Run the full shared Codex review checklist against a transform. Use when the user asks to review, audit, or check a transform for correctness, performance, or API consistency.