feat(anolisa): implement adapter list

[kongche-jbw]

Description

Implement anolisa adapter list so users can inspect adapter entries already recorded in local install state.

The command reads ObjectKind::Adapter objects from installed.toml, renders a human-readable inventory table, and supports JSON output through the standard CLI response envelope.

Ship Note

What changed:

• Added anolisa adapter list.
• Lists installed adapter objects from installed.toml.
• Human output includes adapter, component, framework, status, and install path.
• JSON output includes adapters with adapter metadata and recorded file paths.
• JSON output intentionally omits kind because this subcommand only returns adapter rows.
• Empty state now returns a friendly no adapters installed message instead of NOT_IMPLEMENTED.

Known limitations:

• This is read-only state inventory.
• It only lists adapter objects already recorded in installed.toml.
• It does not discover adapter payload directories under ~/.local/share/anolisa/adapters/<component>/<agent>/ yet.
• It does not verify whether recorded files still exist on disk.
• It does not run sha256 integrity checks.
• It does not run framework detection or registration checks.
• Malformed adapter names are displayed defensively instead of failing the command.

Scenarios not covered:

• Adapter payload discovery from installed component layouts is a follow-up.
• Adapter health/status aggregation is tracked separately in [anolisa-cli] Implement tokenless status: print component + associated agents #867.
• Component uninstall cascade cleanup is tracked separately in [anolisa-cli] Complete tokenless uninstall: clean up associated adapter objects #863.
• End-to-end OpenClaw/Hermes verification remains tracked in [anolisa-cli] Verify adapter install/uninstall end-to-end for tokenless openclaw #864 and [anolisa-cli] Verify adapter install/uninstall end-to-end for tokenless hermes #866.

Related Issue

closes #812

Type of Change

• Bug fix (non-breaking change that fixes an issue)
• New feature (non-breaking change that adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• Documentation update
• Refactoring (no functional change)
• Performance improvement
• CI/CD or build changes

Scope

• cosh (copilot-shell)
• sec-core (agent-sec-core)
• skill (os-skills)
• sight (agentsight)
• tokenless (tokenless)
• ckpt (ws-ckpt)
• memory (agent-memory)
• anolisa (anolisa-cli)
• Multiple / Project-wide

Checklist

• I have read the Contributing Guide
• My code follows the project's code style
• I have added tests that prove my fix is effective or that my feature works
• I have updated the documentation accordingly
• For anolisa: cargo clippy --all-targets --locked -- -D warnings, cargo fmt --all --check, and cargo test --locked pass
• Lock files are up to date (package-lock.json / Cargo.lock)

Testing

Latest local checks under src/anolisa:

cargo fmt --all -- --check
cargo test -p anolisa-cli --locked adapter
cargo clippy --workspace --all-targets -- -D warnings

Results:

• anolisa-cli adapter tests: 30 passed
• clippy: clean

Earlier full workspace check after rebasing on up/main:

• workspace tests: 567 passed