mecha10-cli-core 0.6.3

//! Centralized path definitions for the CLI
//!
//! All hardcoded paths should be defined here to ensure consistency
//! and make it easy to update paths across the codebase.
//!
//! # Organization
//!
//! - **Project paths**: Paths relative to project root (mecha10.json location)
//! - **User paths**: Paths in user's home directory (~/.mecha10)
//! - **Docker paths**: Paths used inside Docker containers
//! - **Framework paths**: Paths within the mecha10 framework source

// Allow dead code during migration - paths will be used incrementally
#![allow(dead_code)]

// =============================================================================
// Project Structure - Paths relative to project root
// =============================================================================

/// Project configuration file
pub const PROJECT_CONFIG: &str = "mecha10.json";

/// Project directories
pub mod project {
    /// Node source code directory
    pub const NODES_DIR: &str = "nodes";

    /// Driver source code directory
    pub const DRIVERS_DIR: &str = "drivers";

    /// Types directory
    pub const TYPES_DIR: &str = "types";

    /// Behavior trees directory - nested under `configs/` (LAB-2072) so `mecha10 config
    /// push`/`pull`/`list` genuinely sync it like any other config, instead of living as a
    /// sibling top-level directory `collect_configs_from_dir` never walked.
    pub const BEHAVIORS_DIR: &str = "configs/behaviors";

    /// Assets directory
    pub const ASSETS_DIR: &str = "assets";

    /// Assets images subdirectory
    pub const ASSETS_IMAGES_DIR: &str = "assets/images";

    /// Models directory (ONNX models, etc.)
    pub const MODELS_DIR: &str = "models";

    /// Logs directory
    pub const LOGS_DIR: &str = "logs";

    /// Simulation directory
    pub const SIMULATION_DIR: &str = "simulation";

    /// Simulation models directory
    pub const SIMULATION_MODELS_DIR: &str = "simulation/models";

    /// Simulation environments directory
    pub const SIMULATION_ENVIRONMENTS_DIR: &str = "simulation/environments";

    /// Simulation task-curriculum configs directory (LAB-2019) - scaffolded from the templates
    /// package's bundled catalog at `mecha10 init` time, alongside `SIMULATION_MODELS_DIR`/
    /// `SIMULATION_ENVIRONMENTS_DIR`. `mecha10_rl.mujoco.cli serve --assets-path` (supervised by
    /// `packages/nodes/simulator`) resolves task configs (e.g. `task1`) from here.
    pub const SIMULATION_TASKS_DIR: &str = "simulation/tasks";

    /// Get path to a model's config file
    pub fn model_config(model_name: &str) -> String {
        format!("simulation/models/{}/model.json", model_name)
    }

    /// Get path to an environment's config file
    pub fn environment_config(env_name: &str) -> String {
        format!("simulation/environments/{}/environment.json", env_name)
    }

    /// Simulation output directory (generated robot/scene files)
    pub const SIMULATION_OUTPUT_DIR: &str = "simulation/output";

    /// Cargo build target directory
    pub const TARGET_DIR: &str = "target";

    /// Source directory
    pub const SRC_DIR: &str = "src";

    /// Local (gitignored) project-scoped state directory - mirrors the `~/.mecha10`
    /// user-home convention (`user::MECHA10_DIR`) but scoped to this project checkout, for
    /// caches/state that are specific to one clone and shouldn't be committed to git (e.g.
    /// `mecha10 dev`'s Python dependency preflight cache - see
    /// `DEV_PREFLIGHT_CACHE_FILE`/`handlers/dev/ops/preflight.rs` in the `mecha10-cli` crate).
    pub const STATE_DIR: &str = ".mecha10";

    /// Cache file for `mecha10 dev`'s project-level Python dependency preflight gate - see
    /// `handlers/dev/ops/preflight.rs` in the `mecha10-cli` crate. Purely a speed
    /// optimization: a missing or stale-and-discarded cache always falls back to a real
    /// scan, so nothing about correctness depends on this file existing or being fresh.
    pub const DEV_PREFLIGHT_CACHE_FILE: &str = ".mecha10/dev-preflight-cache.json";
}

/// Configuration paths within project
pub mod config {
    use super::project;

    /// Base configs directory
    pub const DIR: &str = "configs";

    /// Node configs base directory
    pub const NODES_DIR: &str = "configs/nodes";

    /// Framework node configs (@mecha10 scope)
    pub const NODES_MECHA10_DIR: &str = "configs/nodes/@mecha10";

    /// Simulation configs directory
    pub const SIMULATION_DIR: &str = "configs/simulation";

    /// Simulation config file
    pub const SIMULATION_CONFIG: &str = "configs/simulation/config.json";

    // =========================================================================================
    // Generic `config.json` resolution
    // =========================================================================================
    //
    // Node configs (`configs/nodes/...`) and behavior configs (`configs/behaviors/...`, moved
    // under `configs/` in LAB-2072 so they're actually reachable by `mecha10 config
    // push`/`pull`/`list` - see `mecha10_robot_config::sync`) both resolve across exactly two
    // scopes under their category root: `@mecha10/<name>/config.json` (bundled framework
    // default) and `<name>/config.json` (plain, project-committed override). There is no
    // `@local` tier for either category (LAB-1994 removed it for nodes, where it was legacy and
    // had no coherent, implemented meaning; LAB-1990 removed an earlier, differently-motivated
    // attempt at one for behaviors, for the same reason - nothing gitignores it and, as of
    // LAB-2072, `mecha10 config push` genuinely does sync it like any other config).
    // `framework_config`/`project_config`/`config_candidates` below are shared by both
    // categories.

    /// Framework-tier (`@mecha10`) `config.json` path for `name` under `category_dir`.
    fn framework_config(category_dir: &str, name: &str) -> String {
        format!("{category_dir}/@mecha10/{name}/config.json")
    }

    /// Project-tier (plain name) `config.json` path for `name` under `category_dir`.
    fn project_config(category_dir: &str, name: &str) -> String {
        format!("{category_dir}/{name}/config.json")
    }

    /// The 2-tier `config.json` lookup candidates for `name` under `category_dir`, in canonical
    /// resolution order: framework (`@mecha10`) -> project (plain name).
    fn config_candidates(category_dir: &str, name: &str) -> [String; 2] {
        [framework_config(category_dir, name), project_config(category_dir, name)]
    }

    /// Get config path for a framework node
    pub fn framework_node(node_name: &str) -> String {
        framework_config(NODES_DIR, node_name)
    }

    /// Get config path for a project node (plain name)
    pub fn project_node(node_name: &str) -> String {
        project_config(NODES_DIR, node_name)
    }

    /// Get the framework node's config *directory* (no `config.json` suffix) - the `@mecha10`
    /// counterpart to [`framework_node`], for callers that need the directory itself (e.g. to
    /// copy a whole config template tree into it) rather than the `config.json` file path.
    pub fn framework_node_dir(node_name: &str) -> String {
        format!("{}/{}", NODES_MECHA10_DIR, node_name)
    }

    /// The 2-tier `config.json` lookup candidates for a node, in canonical resolution order:
    /// framework (`@mecha10`) -> project (plain name). This is the ONE place that knows the tier
    /// order/naming convention for "does this node have a config.json, and if so which scope is
    /// it in" - callers that need to check both tiers (e.g. "use the first one that exists on
    /// disk") should use this rather than hand-rolling the same `format!()`/literal strings
    /// themselves, which is exactly what caused LAB-1982.
    pub fn node_config_candidates(node_name: &str) -> [String; 2] {
        config_candidates(NODES_DIR, node_name)
    }

    /// Get config path for a framework-default behavior (bundled into the project at scaffold
    /// time under `configs/behaviors/@mecha10/<name>/config.json`).
    pub fn framework_behavior(behavior_name: &str) -> String {
        framework_config(project::BEHAVIORS_DIR, behavior_name)
    }

    /// Get config path for a project behavior (plain name:
    /// `configs/behaviors/<name>/config.json`).
    pub fn project_behavior(behavior_name: &str) -> String {
        project_config(project::BEHAVIORS_DIR, behavior_name)
    }

    /// The 2-tier `config.json` lookup candidates for a behavior, in override-precedence order
    /// (highest first): project (plain name) -> framework (`@mecha10`). A project-committed
    /// override beats the bundled framework default. There is no `@local` tier for behaviors
    /// (LAB-1990). See [`node_config_candidates`] for the sibling helper for nodes.
    pub fn behavior_config_candidates(behavior_name: &str) -> [String; 2] {
        [project_behavior(behavior_name), framework_behavior(behavior_name)]
    }
}

/// Docker-related paths within project
pub mod docker {
    /// Docker directory
    pub const DIR: &str = "docker";

    /// Main docker-compose file
    pub const COMPOSE_FILE: &str = "docker/docker-compose.yml";

    /// Remote nodes docker-compose file
    pub const COMPOSE_REMOTE_FILE: &str = "docker/docker-compose.remote.yml";

    /// Remote nodes Dockerfile
    pub const DOCKERFILE_REMOTE: &str = "docker/Dockerfile.remote";
}

/// Environment files
pub mod env {
    /// Environment example file
    pub const EXAMPLE: &str = ".env.example";

    /// Environment file
    pub const FILE: &str = ".env";
}

/// Meta files (README, gitignore, etc.)
pub mod meta {
    /// README file
    pub const README: &str = "README.md";

    /// Git ignore file
    pub const GITIGNORE: &str = ".gitignore";

    /// Package.json for Node.js tooling
    pub const PACKAGE_JSON: &str = "package.json";

    /// Python requirements
    pub const REQUIREMENTS_TXT: &str = "requirements.txt";

    /// Lint config
    pub const LS_LINT_CONFIG: &str = ".ls-lint.yml";
}

/// Rust project files
pub mod rust {
    /// Cargo workspace manifest
    pub const CARGO_TOML: &str = "Cargo.toml";

    /// Cargo lock file
    pub const CARGO_LOCK: &str = "Cargo.lock";

    /// Main entry point
    pub const MAIN_RS: &str = "src/main.rs";

    /// Library entry point
    pub const LIB_RS: &str = "src/lib.rs";

    /// Build script
    pub const BUILD_RS: &str = "build.rs";

    /// Rustfmt config
    pub const RUSTFMT_TOML: &str = "rustfmt.toml";
}

/// Model files within a model directory
pub mod model {
    /// ONNX model file
    pub const ONNX_FILE: &str = "model.onnx";

    /// Labels file
    pub const LABELS_FILE: &str = "labels.txt";

    /// Model config file
    pub const CONFIG_FILE: &str = "config.json";
}

// =============================================================================
// User Home Paths - Paths in ~/.mecha10
// =============================================================================

/// User-level paths in home directory
pub mod user {
    use std::path::PathBuf;

    /// Base mecha10 directory in user home.
    ///
    /// Re-exports `mecha10_core::fs_utils::MECHA10_DIR`, the single source of truth for this
    /// literal shared with `launcher-service` (which can't depend on this crate - see that
    /// constant's doc comment) - kept as a `mecha10-cli-core`-local constant (rather than
    /// requiring callers to reach into `mecha10-core` directly) so existing callers of
    /// `paths::user::MECHA10_DIR` don't need to change (LAB-1999).
    pub const MECHA10_DIR: &str = mecha10_core::fs_utils::MECHA10_DIR;

    /// Credentials file, relative to the user home directory.
    ///
    /// Documentation-only - `mecha10-auth`'s `credentials::default_credentials_path()` is the
    /// actual source of truth for this path (see `credentials_file()` below), since
    /// `mecha10-auth` can't depend back on this crate (`mecha10-cli-core` already depends on
    /// `mecha10-auth`, so the reverse edge would be a dependency cycle).
    pub const CREDENTIALS_FILE: &str = ".mecha10/credentials.json";

    /// Templates cache directory
    pub const TEMPLATES_DIR: &str = ".mecha10/templates";

    /// Binary installation directory
    pub const BIN_DIR: &str = ".mecha10/bin";

    /// Get the base mecha10 directory path
    pub fn mecha10_dir() -> PathBuf {
        dirs::home_dir().unwrap_or_else(|| PathBuf::from(".")).join(MECHA10_DIR)
    }

    /// Get the credentials file path.
    ///
    /// Delegates to `mecha10-auth`'s `credentials::default_credentials_path()`, which is the
    /// single implementation of this resolution logic (see the `CREDENTIALS_FILE` doc comment
    /// for why the dependency runs in this direction).
    pub fn credentials_file() -> PathBuf {
        mecha10_auth::default_credentials_path()
    }

    /// Get the templates cache directory
    pub fn templates_dir() -> PathBuf {
        mecha10_dir().join("templates")
    }

    /// Get the binary directory
    pub fn bin_dir() -> PathBuf {
        mecha10_dir().join("bin")
    }

    /// Get path to a binary in the mecha10 bin directory
    pub fn bin(name: &str) -> PathBuf {
        bin_dir().join(name)
    }

    /// Get path to a binary in cargo bin directory
    pub fn cargo_bin(name: &str) -> PathBuf {
        mecha10_core::fs_utils::home_subpath(&[".cargo", "bin", name])
    }

    /// Get path to a binary in local bin directory
    pub fn local_bin(name: &str) -> PathBuf {
        mecha10_core::fs_utils::home_subpath(&[".local", "bin", name])
    }
}

// =============================================================================
// Docker Container Paths - Paths used inside containers
// =============================================================================

/// Paths used inside Docker containers
pub mod container {
    /// Project mount point in container
    pub const PROJECT_ROOT: &str = "/project";

    /// Framework mount point in container
    pub const FRAMEWORK_ROOT: &str = "/mecha10";

    /// App directory (for mecha10-remote)
    pub const APP_ROOT: &str = "/app";

    /// Config file in mecha10-remote container
    pub const REMOTE_CONFIG: &str = "/app/mecha10.json";

    /// Get project-relative path inside container
    pub fn project_path(relative: &str) -> String {
        format!("{}/{}", PROJECT_ROOT, relative)
    }

    /// Get framework-relative path inside container
    pub fn framework_path(relative: &str) -> String {
        format!("{}/{}", FRAMEWORK_ROOT, relative)
    }
}

// =============================================================================
// Framework Paths - Paths within mecha10 framework source
// =============================================================================

/// Paths within the mecha10 framework source
pub mod framework {
    /// Packages directory
    pub const PACKAGES_DIR: &str = "packages";

    /// Nodes package directory
    pub const NODES_DIR: &str = "packages/nodes";

    /// Drivers package directory
    pub const DRIVERS_DIR: &str = "packages/drivers";

    /// Simulation package directory
    pub const SIMULATION_DIR: &str = "packages/simulation";

    /// Simulation models directory
    pub const SIMULATION_MODELS_DIR: &str = "packages/simulation/models";

    /// Simulation environments directory
    pub const SIMULATION_ENVIRONMENTS_DIR: &str = "packages/simulation/environments";

    /// Robot tasks environments directory (for environment matching)
    pub const ROBOT_TASKS_DIR: &str = "packages/simulation/environments/robot-tasks";

    /// Robot tasks catalog file
    pub const ROBOT_TASKS_CATALOG: &str = "packages/simulation/environments/robot-tasks/catalog.json";

    /// Python taskrunner package
    pub const TASKRUNNER_DIR: &str = "packages/taskrunner";

    // Note: `packages/rl-trainer` (hosted the MuJoCo simulation backend, `mecha10_rl.mujoco`)
    // was extracted out of this repo into the standalone `mecha-industries/mecha10-rl` repo
    // (LAB-1830, see `docs/architecture/SIMULATION_ARCHITECTURE.md`). There is no in-repo path
    // to it anymore - `mecha10_rl` is now an externally pip-installed package, resolved via the
    // interpreter `mecha10 sim`/`packages/nodes/simulator` invoke (see
    // `packages/cli/src/sim/mod.rs::run_mujoco_cli` and
    // `packages/nodes/simulator/src/python_env.rs::check_mecha10_rl_importable`), so no
    // `RL_TRAINER_DIR`-style project-relative constant belongs here anymore.

    /// Marker directory used to detect the mecha10 framework root
    pub const ROOT_MARKER_DIR: &str = "packages/core";

    /// Release binary
    pub const RELEASE_BINARY: &str = "target/release/mecha10";

    /// Debug binary
    pub const DEBUG_BINARY: &str = "target/debug/mecha10";

    /// Get node config path within framework
    pub fn node_config(node_name: &str) -> String {
        format!("packages/nodes/{}/configs/config.json", node_name)
    }
}

// =============================================================================
// External URLs
// =============================================================================

/// External service URLs
pub mod urls {
    /// Default base URL for the public `mecha10-api` service.
    ///
    /// The CLI never talks to the private homelab Minio instance directly - all
    /// framework/runtime artifact downloads (CLI/launcher/node binaries, simulation
    /// assets, templates, remote-image manifests, ML models) are proxied through
    /// `mecha10-api`'s `/api/downloads/*` routes (see `packages/mecha10-api/src/catalog/downloads`),
    /// which run *inside* the private network and stream bytes back out.
    pub const MECHA10_API_URL: &str = "https://mecha.industries/api";

    /// Build the `mecha10-api` base URL (e.g. `https://mecha.industries/api`).
    ///
    /// Override at runtime with the `MECHA10_API_URL` env var (e.g. to point at a
    /// local `mecha10-api` instance during development).
    pub fn mecha10_api_base_url() -> String {
        std::env::var("MECHA10_API_URL")
            .unwrap_or_else(|_| MECHA10_API_URL.to_string())
            .trim_end_matches('/')
            .to_string()
    }

    /// Default authentication URL
    pub const AUTH_URL: &str = "https://mecha.industries/api/auth";
}

// =============================================================================
// Helper Functions
// =============================================================================

/// Build a target output path
pub fn target_path(profile: &str, binary: &str) -> String {
    format!("target/{}/{}", profile, binary)
}

/// Build a target output path with optional target triple
pub fn target_path_with_triple(target: Option<&str>, profile: &str) -> String {
    match target {
        Some(t) => format!("target/{}/{}", t, profile),
        None => format!("target/{}", profile),
    }
}

#[cfg(test)]
mod tests {
    use super::*;

    #[test]
    fn credentials_file_matches_mecha10_auth_source_of_truth() {
        // `user::credentials_file()` must stay byte-identical to
        // `mecha10_auth::default_credentials_path()`, which is the actual implementation it
        // delegates to (see the doc comment on `user::CREDENTIALS_FILE` for why this crate
        // can't own the literal itself - it already depends on `mecha10-auth`) (LAB-1981).
        assert_eq!(user::credentials_file(), mecha10_auth::default_credentials_path());
    }

    #[test]
    fn simulation_project_dirs_share_the_simulation_root() {
        // The three simulation asset catalog subdirectories scaffolded at `mecha10 init` time
        // (LAB-2019) must all live under the same `simulation/` root `project::SIMULATION_DIR`
        // names - `mecha10_rl.mujoco.asset_resolver.AssetResolver`'s project-root fallback tier
        // expects exactly this layout.
        assert_eq!(project::SIMULATION_MODELS_DIR, "simulation/models");
        assert_eq!(project::SIMULATION_ENVIRONMENTS_DIR, "simulation/environments");
        assert_eq!(project::SIMULATION_TASKS_DIR, "simulation/tasks");
        for dir in [
            project::SIMULATION_MODELS_DIR,
            project::SIMULATION_ENVIRONMENTS_DIR,
            project::SIMULATION_TASKS_DIR,
        ] {
            assert!(dir.starts_with(&format!("{}/", project::SIMULATION_DIR)));
        }
    }

    #[test]
    fn test_config_paths() {
        assert_eq!(
            config::framework_node("object-detector"),
            "configs/nodes/@mecha10/object-detector/config.json"
        );
        assert_eq!(config::project_node("camera"), "configs/nodes/camera/config.json");
    }

    #[test]
    fn test_framework_node_dir() {
        assert_eq!(config::framework_node_dir("speaker"), "configs/nodes/@mecha10/speaker");
    }

    #[test]
    fn test_node_config_candidates_order() {
        // Canonical 2-tier order: framework (@mecha10) -> project (plain). No `@local` tier for
        // nodes (LAB-1994). Every hand-rolled call site consolidated onto this helper (preflight/
        // teleop/models/topology::nodes) relied on exactly this order - see LAB-1982.
        assert_eq!(
            config::node_config_candidates("teleop"),
            [
                "configs/nodes/@mecha10/teleop/config.json".to_string(),
                "configs/nodes/teleop/config.json".to_string(),
            ]
        );
    }

    #[test]
    fn test_behavior_config_paths() {
        assert_eq!(
            config::framework_behavior("idle_wander"),
            "configs/behaviors/@mecha10/idle_wander/config.json"
        );
        assert_eq!(
            config::project_behavior("idle_wander"),
            "configs/behaviors/idle_wander/config.json"
        );
    }

    #[test]
    fn test_behavior_config_candidates_order() {
        // Highest precedence first: project override -> framework default. No `@local` tier for
        // behaviors (LAB-1990). Nested under `configs/` since LAB-2072.
        assert_eq!(
            config::behavior_config_candidates("idle_wander"),
            [
                "configs/behaviors/idle_wander/config.json".to_string(),
                "configs/behaviors/@mecha10/idle_wander/config.json".to_string(),
            ]
        );
    }

    #[test]
    fn test_target_path() {
        assert_eq!(target_path("release", "my-node"), "target/release/my-node");
        assert_eq!(
            target_path_with_triple(Some("aarch64-unknown-linux-gnu"), "release"),
            "target/aarch64-unknown-linux-gnu/release"
        );
        assert_eq!(target_path_with_triple(None, "debug"), "target/debug");
    }

    #[test]
    fn test_container_paths() {
        assert_eq!(
            container::project_path("configs/test.json"),
            "/project/configs/test.json"
        );
        assert_eq!(container::framework_path("packages/core"), "/mecha10/packages/core");
    }

    #[test]
    fn test_mecha10_api_base_url_default() {
        // Guard against interference from other tests running in the same process.
        let _guard = ENV_MUTEX.lock().unwrap();
        std::env::remove_var("MECHA10_API_URL");
        assert_eq!(urls::mecha10_api_base_url(), "https://mecha.industries/api");
    }

    #[test]
    fn test_mecha10_api_base_url_env_override() {
        let _guard = ENV_MUTEX.lock().unwrap();
        std::env::set_var("MECHA10_API_URL", "http://localhost:4000/api/");
        assert_eq!(urls::mecha10_api_base_url(), "http://localhost:4000/api");
        std::env::remove_var("MECHA10_API_URL");
    }

    /// Serializes tests that mutate process-wide env vars, since `cargo test` runs
    /// tests in this module concurrently by default.
    static ENV_MUTEX: std::sync::Mutex<()> = std::sync::Mutex::new(());
}