Development and testing
This page is for contributors making changes to caretta code or workflow assets.
Local development loop
Build quickly in debug mode.
Run targeted tests while iterating.
Run workspace-wide checks before opening a PR.
Build and run commands
Test commands
Quality gates
Treat clippy warnings as errors.
Hook and smoke utilities
Test placement and naming
Prefer inline unit tests near the logic under test (
#[cfg(test)]).Use descriptive snake_case test names.
Add coverage for parser changes, workflow prompt generation, and command construction paths.
Commit and PR expectations
Keep commits focused and imperative.
In PR descriptions, summarize user-visible change and list verification commands run.
Include screenshots or short recordings when changing UI behavior.
Documentation update policy
When changing workflows, command behavior, or adapter semantics, update both:
Project README/docs where needed.
Writerside topics in this directory for structured product documentation.