AIX360
SkillProductivity"Routes AIX360 explainability tasks across local black-box
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the AIX360 skill
What this skill tells your AI
The instructions your AI receives, as published by vectorspacelab/arex-skill in skills/repositories/repo-skills/aix360/SKILL.md and read by ahel’s review.
Use this repository skill for AI Explainability 360 (aix360) workflows over
tabular, text, image, and time-series data. It covers package version 0.3.0,
including modern CPU-usable routes and explicit boundaries around historical
TensorFlow/Keras and other optional dependency stacks.
AIX360 is a toolkit, not one universal explainer. First identify:
- whether the artifact to explain is data, an already-trained black-box model, or a directly interpretable model to fit;
- whether the requested result is local, global, counterfactual, certified, or a quality metric;
- the input domain and model-callable output shape;
- constraints on actions, downloads, hardware, latency, and optional packages.
Installation and inspection
Use an isolated environment because AIX360 extras pin mutually incompatible versions for some algorithm families.
python -m pip install aix360
python -c "import aix360; from importlib.metadata import version; print(version('aix360'))"
Install only the extra for the chosen workflow, for example:
python -m pip install 'aix360[lime]'
python -m pip install 'aix360[tslime]'
python -m pip install 'aix360[rbm]'
Do not install every extra into one environment. In particular, CEM/ProfWeight and historical SHAP paths pin TensorFlow 1.14 with Keras 2.3.1, whereas nearest-neighbor contrastive pins TensorFlow 2.9.3; keep incompatible families in separate environments. Read installation and runtime troubleshooting before changing versions.
Run the bundled environment diagnostic to inspect the base package and selected optional modules without downloading data or models.
Route by task
Local black-box attribution and examples
Read local-black-box for LIME, SHAP, Grouped Conditional Expectation, nearest-neighbor contrastive examples, faithfulness, monotonicity, prediction-callable contracts, feature names, and local explanation output validation.
Typical signals: explain_instance, predict_proba, local feature weights,
SHAP values, tabular/text/image attribution, exemplar/nearest-neighbor
explanation, or local metric debugging.
Counterfactuals, recourse, certification, and matching
Read counterfactual-and-certification for CEM/CEM-MAF pertinent positives and negatives, Ecertify trust regions, GLANCE recourse/action costs, and order-constrained optimal-transport matching.
Typical signals: target class, actionable or immutable features, feature bounds,
recourse, robustness certificate, perturbation budget, OTMatchingExplainer, or
legacy CEM model setup.
Directly interpretable models, rules, and prototypes
Read interpretable-models for ProtoDash, Boolean/linear rule models, RIPPER/TRXF, interpretable model differencing, teaching explanations, and optional CoFrNet, DIPVAE, and ProfWeight workflows.
Typical signals: prototype selection, FeatureBinarizer, BRCG/GLRM, rule
induction, model comparison, explanation labels, directly interpretable
training, solver errors, graph export, or rule serialization.
Time-series explanations
Read time-series for TSICE, TSLime, and TSSaliency over univariate or multivariate histories, including forecast lookahead, relevant history, exogenous variables, perturbation windows, data shapes, and numeric-versus-plot output.
Typical signals: temporal attribution, integrated gradients, local surrogate, forecast window, time axis, feature axis, perturbation count, or exogenous series alignment.
Datasets, preprocessing, and explanation metrics
Read datasets-and-metrics for AIX360 dataset constructors, local data layout, offline checks, preprocessing, and Faithfulness/Monotonicity metrics.
Typical signals: HELOC, COMPAS, CDC, MEPS, Ford, Sunspots, CIFAR, MNIST, CelebA, e-SNLI, missing dataset paths, downloads, coefficient alignment, or explanation-quality evaluation.
Cross-route decisions
- Use dataset and metric guidance as support for any algorithm route, but keep explainer construction with the algorithm-owning sub-skill.
- Prefer a callable whose batch input and output shape are explicit; many local explainers fail because a classifier returns labels instead of probabilities or a time-series forecaster drops its batch axis.
- Treat notebook-scale image training, remote datasets, pretrained weights, and graph rendering as opt-in operations. The bundled skill defaults to tiny, local, deterministic checks.
- Verify whether an explanation is local/global and post-hoc/direct before comparing methods. Their outputs are not interchangeable.
- A successful
import aix360proves only the base package. Import the selected algorithm module and run a tiny fixture before trusting an optional route.
Read API and method overview when the user names an algorithm but not its route. Read repository provenance before deciding whether this skill is stale for another checkout.
Signals
- GitHub stars
- 266
- Forks
- 21
- Last commit
- Sep 2026
ahel review
K1binfo
installs-packagesK6low
bundled executables the agent is told to run
Automated review, not a security audit. Ruleset v1+k2.
Advanced
- Catalog kind
- skill
- Gateway key
aix360- Source
- github.com/vectorspacelab/arex-skill