Skip to main content

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.

Precomputed demonstration

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:

PathCBIcall bundleOther requirementsUse when
nf-core providerNoNextflow and the selected container runtimeYou want to test external-provider orchestration.
Bundled cbicall-core WES/mtDNAYesTools supplied by the bundleYou 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.

Need deeper checks?

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
Architecture

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
OptionMeaning
-pYAML parameters file.
-tThreads passed to the workflow.

For most WES/WGS runs, start with 4 threads and adjust after checking Performance.

Next Steps

GoalPage
Run nf-core workflowsnf-core Provider
Run real WES/WGS dataEnd-to-end Example: WES
Run mtDNA analysisEnd-to-end Example: mtDNA
Check reproducibilityRun Comparison
Understand generated filesOutputs