AutoAgents AGENTS.md

AutoAgents Repository Guidelines

Project Structure & Module Organization

• Workspace layout: crates/* (core libraries), examples/* (runnable crates), docs/ (documentation), assets/ (images), demo_models/ (sample models).
• Key crates: autoagents (entry), autoagents-core, autoagents-llm, autoagents-derive, autoagents-toolkit.
• Tests live alongside code (mod tests) and as integration tests under each crate’s tests/.

Code Quality

• Code should be production ready and modular
• Should not implement half baked work or TODO.
• The code whould be fully functional

Naming conventions

• snake_case for functions, variables, modules.
• CamelCase for types, traits, enums.
• SCREAMING_SNAKE_CASE for constants.
• Use descriptive, domain-focused names; avoid abbreviations.

Error handling

• Propagate errors with ? and define meaningful error types.
• Add context to errors when it helps debugging.
• Avoid panics in library code; in binaries, panic only for truly fatal states.

Logging and diagnostics

• Use structured logging when a logging crate is introduced.
• Do not print with println! in library code; reserve for examples or CLI output.

Build, Test, and Development Commands

• Build workspace: cargo build --workspace --features full
• Lint: cargo clippy --all-features --all-targets -- -D warnings
• Format: cargo fmt --all
• Test fast (CI-like): cargo test --workspace --features default --exclude autoagents-burn --exclude autoagents-mistral-rs --exclude wasm_agent
• Docs: cargo doc --all-features --no-deps
• Run examples: cargo run -p basic-example or cargo run -p coding_agent
• Git hooks: install once with lefthook install; run locally via lefthook run pre-commit

Testing Guidelines

• Use Rust’s built-in test harness; async tests with #[tokio::test] where needed.
• Place integration tests in crates/<name>/tests/ with descriptive snake_case filenames.
• Coverage (optional): cargo install cargo-tarpaulin && cargo tarpaulin --all-features --out html.