---

name: bidsapp-nidm-standards description: Standards and tools for creating, maintaining, and refactoring NIDM-integrated BIDSapps that run through BABS. Use when working with sensein BIDSapp repositories (freesurfer_bidsapp, mriqc-nidm_bidsapp, ants_bidsapp) or creating new BIDSapps. Helps with repository structure consistency, NIDM integration patterns, CLI argument standardization, BIDS-compliant output structures, and BABS configuration. compatibility: "Designed for code editing and development tasks. Works with Python, Docker, Singularity/Apptainer, and neuroimaging pipeline development. Suitable for both claude.ai and Claude Code environments."

BIDSapp NIDM Standards

Standardize BIDSapp repositories with NIDM integration for consistent structure, output formats, and BABS compatibility.

Overview

This skill defines standards for BIDSapp repositories that:

1. Process neuroimaging data (FreeSurfer, MRIQC, ANTs, etc.)
2. Integrate NIDM (Neuroimaging Data Model) outputs
3. Run through BABS (BIDS App Bootstrap) on HPC clusters
4. Maintain consistent structure across multiple analysis tools

Core Standards

Repository Structure

All BIDSapp repos follow this structure:

<bidsapp_name>/
├── src/
│   ├── <analysis_name>/          # Main analysis code
│   │   ├── __init__.py
│   │   ├── run.py               # Entry point
│   │   └── <analysis>_runner.py
│   └── nidm/                     # NIDM conversion (analysis-specific)
│       ├── __init__.py
│       ├── nidm_converter.py
│       └── data/
├── tests/
│   ├── test_<analysis>.py
│   └── test_nidm.py
├── examples/
├── Dockerfile
├── Singularity
├── setup.py
├── requirements.txt
├── VERSION
└── README.md

CLI Arguments

Standard BIDS arguments (required):

• bids_dir - Input BIDS dataset path
• output_dir - Output directory path
• analysis_level - Must be "participant"
• --participant-label - Subject ID(s) without "sub-" prefix
• --session-label - Session ID(s) without "ses-" prefix (optional)

Standard NIDM arguments (required):

• --nidm-input-dir - Path to existing NIDM files directory
• --skip-nidm - Skip NIDM conversion
• --skip-<analysis> - Skip analysis if already run (e.g., --skip-freesurfer, --skip-mriqc, --skip-ants)

Analysis-specific arguments (optional):

• Add as needed for specific analysis tools (e.g., --fs-license for FreeSurfer, --nprocs for MRIQC)

See references/cli_arguments.md for complete specifications.

Output Structure

BIDS-compliant derivatives structure:

<output_dir>/
└── <bidsapp_name>/              # e.g., freesurfer_nidm, mriqc_nidm, ants_nidm
    ├── dataset_description.json
    ├── <analysis>/              # e.g., freesurfer, mriqc, ants
    │   ├── dataset_description.json
    │   └── sub-{id}/
    │       └── ses-{session}/   # Optional
    │           └── [analysis outputs]
    └── nidm/
        ├── dataset_description.json
        └── sub-{id}/
            └── ses-{session}/   # Optional
                └── sub-{id}_ses-{session}.ttl

NIDM Integration Workflow

The standard NIDM workflow:

1. Copy existing NIDM file from --nidm-input-dir to output NIDM folder
2. Run analysis (unless --skip-<analysis>)
3. Extract metrics from analysis outputs
4. Integrate into NIDM file (overwrite the copied file)

The NIDM input directory should contain:

• Single nidm.ttl file at root, OR
• Per-subject files: sub-{id}/ses-{session}/sub-{id}_ses-{session}.ttl

For complete NIDM integration specifications, see references/nidm_integration.md.

Common Workflows

Check Repository Compliance

Verify a repo follows standards:

1. Directory structure: Compare against references/repo_structure.md
2. CLI arguments: Check src/<analysis>/run.py for standard args
3. Output structure: Verify code creates <bidsapp_name>/{<analysis>, nidm}/ pattern
4. NIDM integration: Ensure copy→run→integrate workflow exists
5. Containers: Check Dockerfile/Singularity follow references/container_patterns.md

Refactor Existing Repository

To update a repo to match standards:

1. Review: Compare current structure against references/repo_structure.md
2. Reorganize: Move files to match standard layout
3. Update CLI: Add missing standard arguments
   • Ensure --participant-label, --session-label
   • Add --nidm-input-dir, --skip-nidm, --skip-<analysis>
4. Fix output structure: Update code to create proper BIDS derivatives
5. Update NIDM workflow: Implement copy→run→integrate pattern
6. Align containers: Update Dockerfile/Singularity
7. Standardize setup.py: Match template configuration
8. Update tests: Ensure test coverage for all components

Create New BIDSapp

To create a new NIDM-integrated BIDSapp from scratch:

1. Initialize structure: Copy assets/template/ directory
2. Rename components: Replace <analysis> placeholders throughout
3. Implement analysis: Code src/<analysis>/<analysis>_runner.py
4. Implement NIDM: Code src/nidm/nidm_converter.py for this analysis
5. Build containers:
   • Create Dockerfile following references/container_patterns.md
   • Create Singularity file for HPC deployment
6. Add tests: Follow standard test patterns
7. Generate BABS config: Use references/babs_config.md template
8. Document: Update README with usage examples

Update Standards Across All Repos

When changing standards that affect all BIDSapps:

1. Update this skill: Modify reference documentation first
2. Identify affected repos: List all BIDSapps needing updates
3. Update each repo:
   • NIDM converter pattern changes → src/nidm/nidm_converter.py
   • CLI changes → src/<analysis>/run.py
   • Output structure changes → Runner and output code
   • Container changes → Dockerfile, Singularity
4. Test with BABS: Ensure all repos work with BABS workflow
5. Update BABS configs: Regenerate YAML files if needed

Reference Documentation

All reference files provide detailed specifications:

• references/repo_structure.md - Complete repository structure template with explanations
• references/nidm_integration.md - Full NIDM workflow, file formats, integration patterns
• references/babs_config.md - BABS YAML configuration template with examples
• references/cli_arguments.md - Complete CLI argument specifications and validation
• references/container_patterns.md - Docker and Singularity build patterns
• references/testing_patterns.md - Test structure and coverage requirements

Container Standards

Both Dockerfile and Singularity should:

• Use analysis tool base images where available (e.g., vnmd/freesurfer_8.0.0)
• Install Python package via setup.py
• Set appropriate entry points
• Support both Docker and Apptainer/Singularity execution
• Follow BIDS App containerization best practices

See references/container_patterns.md for complete specifications.

Testing Standards

Standard test coverage:

• CLI argument parsing and validation
• BIDS input dataset validation
• Analysis execution (with mock or example data)
• NIDM conversion correctness
• Output structure validation
• Container build and execution

Use pytest with fixtures for test data. See references/testing_patterns.md.

BABS Integration

All BIDSapps must work with BABS for HPC deployment. Key requirements:

• Accept standard BIDS App CLI arguments
• Output to BIDS derivatives structure
• Support DataLad input datasets
• Work with Singularity/Apptainer containers
• Include proper resource requirements

Generate BABS YAML configs using references/babs_config.md template.