Customizing TraderX
Use this page as the single entrypoint for building and operating a private overlay on top of upstream TraderX.
Which Document Does What
- Corporate Environments Guide
- Strategy overview and decision model.
- Explains when to use an external overlay repository and why upstream stays canonical.
- Custom Overlay Architecture
- Repository layout, state catalog contract, transform ordering,
--dry-run, working-directory anchor rules, andTRADERX_GENERATED_ROOT.
- Repository layout, state catalog contract, transform ordering,
- Custom Environments Guide
- Environment integration norms: package management, runtime/toolchain loading, pub/sub replacement, and health-check guidance.
Recommended Implementation Order
- Confirm the overlay model and governance decisions in the strategy guide.
- Create a separate overlay repository and pin upstream TraderX as a submodule.
- Define runtime/toolchain loading (
env-loader) and package management norms up front. - Generate the first upstream baseline state into overlay output (
TRADERX_GENERATED_ROOT). - Confirm baseline builds successfully under your environment constraints.
- Implement idempotent overlay transforms and apply them after layout copy.
- Add overlay-specific states and publish generated-state branches using the one-commit invariant.
- Maintain alignment by regularly syncing upstream pin, regenerating, and validating.
- Run AFDocs checks against local and published docs URLs to keep the portal agent-friendly.
Templates
- Canonical starter template:
examples/custom-overlay-template/
Recommended usage:
- Start from
examples/custom-overlay-template/. - Tailor the included profile, transform, and internal-docs examples for your environment policy.
Compatibility Note
/docs/spec-kit/corporate-environments-guide remains a valid URL and should be treated as the high-level overview, while the two custom-* guides are the detailed implementation references.