Quickstart
Use this page to inspect CBIcall's reports immediately, then choose the workflow family you want to execute first.
If you still need to choose an installation method or workflow, start with the Overview.
1. Install from PyPI
python3 -m pip install --upgrade cbicall
Install optional Snakemake and MultiQC integrations with
python3 -m pip install --upgrade "cbicall[all]". Container and source
installation alternatives are described under Install.
Confirm the installation
cbicall --help
cbicall --version
cbicall doctor
You should see the command help, the installed CBIcall version, and a concise
installation report. doctor checks the packaged contracts, CBICALL_DATA
bundle metadata, and available workflow backends. Missing optional backends are
reported as warnings.
2. Explore the Reports
Generate a WES audit report and an interactive mtDNA browser from packaged example outputs:
cbicall demo
CBIcall writes both reports under cbicall-demo/ and prints their paths. This
command needs no external resource bundle, workflow backend, Java installation,
or container runtime.
The demo uses sanitized, precomputed outputs from the packaged CNAG99901P integration fixture. It exercises CBIcall's reporting code but does not execute BWA, GATK, or MToolBox, and it is not an analytical benchmark.
Use a different empty destination when needed:
cbicall demo --output-dir my-cbicall-demo
3. Run an Execution Test
For actual workflow execution, choose one of these paths:
| Path | CBIcall bundle | Other requirements | Use when |
|---|---|---|---|
| nf-core provider | No | Nextflow and the selected container runtime | You want to test external-provider orchestration. |
Bundled cbicall-core WES/mtDNA | Yes | Tools supplied by the bundle | You want to execute the bundled workflows and their integration contracts. |
For nf-core, CBIcall validates the YAML and records provenance, while nf-core and Nextflow manage the workflow's own test data, containers, and references.
Option A: Run nf-core Without the CBIcall Bundle
Run the lightweight nf-core demo integration test:
cbicall test --nf-core-demo -t 4
This does not require the CBIcall resource bundle. It requires Nextflow and the container runtime selected by the packaged test configuration.
Option B: Run the Bundled WES Test
Point CBIcall to the installed resource bundle, then run the test:
export CBICALL_DATA=/absolute/path/to/cbicall-data
cbicall test --wes-bash -t 1
This runs the bundled Bash WES workflow and validates the generated VCF against
the expected normalized hash declared by the integration contract. It requires
the CBIcall-provided resource bundle to be installed. CBICALL_DATA is applied
consistently to the bundled Bash, Snakemake, Nextflow, and Cromwell workflows.
Use Integration Tests for bundled WES/mtDNA test details,
Configuration Reference for
validate-parameters, and Resource Validation for checking
the selected resource entry.
Optional: Run the mtDNA Test
Run the WES and mtDNA integration contracts together so that the WES test produces the BAM consumed by MToolBox:
cbicall test --wes-bash --mit-bash -t 1
The mtDNA workflow uses MToolBox and is x86_64-only. If you are on ARM / aarch64, run WES/WGS workflows there but move mtDNA runs to an x86_64 host.
4. Run With Your Own YAML
Once the integration tests work, use the normal invocation:
cbicall run -p parameters.yaml -t 4
| Option | Meaning |
|---|---|
-p | YAML parameters file. |
-t | Threads passed to the workflow. |
For most WES/WGS runs, start with 4 threads and adjust after checking Performance.
Next Steps
| Goal | Page |
|---|---|
| Run nf-core workflows | nf-core Provider |
| Run real WES/WGS data | End-to-end Example: WES |
| Run mtDNA analysis | End-to-end Example: mtDNA |
| Check reproducibility | Run Comparison |
| Understand generated files | Outputs |