What it doesBasics
- Version patterns and per-project pins
- Source-aware package verification
- Team-wide setup from .aidc.yaml
- Temporary and persistent version selection
- Upgrade, prune, and diagnostic workflows
First useBasics
- Prepare one declared toolchain and verify the executable versions used by the project.
- Review upgrades deliberately and verify the project's actual task afterward.
- Use AIDC current and AIDC doctor to explain the active environment.
Everyday tasksEveryday use
Reproduce a team toolchain from the repository
A contributor enters a fresh workspace that needs the project’s required tool versions.
- Review the tool names and version patterns committed in .aidc.yaml.
- Run workspace setup to resolve and install missing versions from the configured sources.
- Initialize the supported shell integration and open or refresh the shell.
- Compare the active versions with the project requirements.
What you getThe workspace exposes tool versions that satisfy the same repository definition used by the rest of the team.
How to check: AIDC setup reports source-specific installation results; AIDC current reports the active value configured in the nearest manifest for each tool.
Evaluate a tool upgrade without obscuring the project pin
A maintainer wants to test a newer tool release while keeping the committed team requirement visible.
- Inspect available and already installed versions for the tool.
- Install the candidate explicitly, then use AIDC use for a session-only selection.
- Run the project validation workflow and compare behaviour with the currently declared version.
- Use AIDC set only after the team accepts the project change; otherwise exit the session or restore the previous selection.
What you getThe candidate can be evaluated deliberately without silently replacing the repository’s declared expectation.
How to check: Version listings and current-state output show the installed candidate, active selection, and project requirement separately.
Settings to decideAdvanced
- Choose version precision
- Use project patterns broad enough for the team’s compatibility policy and narrow enough to prevent an unreviewed major or minor transition. Exact pins provide the strongest repeatability.
- Choose package-source policy
- Decide whether a tool may resolve through the authenticated hub, a supported vendor source, or only one approved path. Keep verification enabled for the chosen sources.
- Choose user or system data scope
- Use the user data directory for ordinary workspace ownership. Use a system path only where image construction or shared administration explicitly owns it.
- Select shell activation behaviour
- Initialize a supported shell and verify PATH ordering so AIDC’s selected version, rather than a host or image fallback, is the executable users invoke.
CommandsAdvanced
Problems and fixesHelp
Good to knowHelp
- AIDC manages development tools and supported apt system packages; AIDC Init and the launcher handle container identity, mounts and host provisioning.
- Exact tool versions pinned in the project give each machine the same toolchain versions.
- Installed tools are reused separately from aidev state and devsso credentials.