Install
$ agentstack add skill-neuroanalytics-data-science-harness-nipoppy-cli ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README — it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming — see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps — measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Skill: nipoppy-cli
Help users work with the nipoppy CLI for end-to-end neuroimaging dataset management, from raw DICOMs through BIDS conversion, pipeline execution, and IDP extraction.
Steps
- Identify user context — determine which workflow stage the user is at:
- New dataset (no existing directory): direct to
init - Existing dataset: inspect for
config.jsonandmanifest.tsvto confirm it is initialized - Command question: identify which command group applies from $ARGUMENTS or user message
- General workflow question: load
${CLAUDE_PLUGIN_ROOT}/references/workflow-overview.md
- Load relevant reference — based on the identified context, read the appropriate file:
- Workflow overview / "what is nipoppy" / "full workflow":
${CLAUDE_PLUGIN_ROOT}/references/workflow-overview.md initorstatus:${CLAUDE_PLUGIN_ROOT}/references/setup-commands.mdtrack-curationorreorg:${CLAUDE_PLUGIN_ROOT}/references/curation-commands.mdbidsify:${CLAUDE_PLUGIN_ROOT}/references/bids-commands.mdprocess:${CLAUDE_PLUGIN_ROOT}/references/process-command.mdtrack-processingorextract:${CLAUDE_PLUGIN_ROOT}/references/track-extract-commands.mdpipeline search,pipeline install, orpipeline list:${CLAUDE_PLUGIN_ROOT}/references/pipeline-catalog-commands.mdpipeline create,pipeline validate, orpipeline upload:${CLAUDE_PLUGIN_ROOT}/references/pipeline-authoring-commands.md- When uncertain, load
workflow-overview.mdfirst, then the relevant group reference
- Check dataset state — if a dataset path is provided or discoverable (cwd or $ARGUMENTS):
- Check for
config.json(nipoppy dataset marker) - Check for
manifest.tsv(participant/session registry) - Check the
manifest.tsvfor asescolumn — its presence indicates a multi-session
dataset, which affects BIDS output paths
- Load
${CLAUDE_PLUGIN_ROOT}/references/setup-commands.mdto determine the expected
sourcedata path for data readiness checks (do not hardcode the path)
- Report what is and is not present before giving command advice
4a. Error handling — if a pipeline command fails or the user reports an error:
- Direct the user to check logs under
/logs/// - Report the relevant error lines from the log
- Re-runs can target specific subjects with
--participant-idto avoid re-running
all subjects when only some failed
- Provide targeted help — answer with:
- Full command syntax for the relevant subcommand(s)
- Applicable options from the reference, matched to what the user described
- Example invocations tailored to the user's dataset path and parameters when known
- Warnings for common pitfalls (missing manifest entries, uninitialized dataset, etc.)
- Suggest next step — after answering, recommend the next logical nipoppy command
in the standard workflow order: init → track-curation → reorg → bidsify → process → track-processing → extract
Constraints
- Always verify
config.jsonandmanifest.tsvexist before recommending commands that require an initialized dataset (reorg,bidsify,process,track-processing,extract). - Always warn that nipoppy pipeline commands (
bidsify,process,extract) require Linux and Apptainer; they will not work on macOS or Windows. - Never run nipoppy commands without
--simulateor--dry-rununless the user explicitly confirms they want live execution. Note that--simulateand--dry-runavailability varies by command — load the relevant reference to confirm which flag applies before suggesting it. - Never add participants to
manifest.tsvby hand — instruct the user to edit the file directly or use nipoppy's manifest update workflow. - When explaining
processorextract, always mention the--pipeline,--pipeline-version, and--pipeline-stepoptions, as omitting them may apply the command to all configured pipelines unexpectedly. - For HPC workflows, prefer
--hpc slurmor--hpc sgewhen the cluster type is known
and supported — nipoppy generates and submits job scripts automatically. Use --write-subcohort only when the HPC scheduler is unsupported or manual job submission control is required; in that case, load ${CLAUDE_PLUGIN_ROOT}/references/process-command.md for the subcohort workflow.
- The
nipoppy pipelinesubgroup manages the pipeline catalog (install/search/upload); it does not run pipelines. Useprocess,bidsify, orextractto actually run pipelines.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: neuroanalytics
- Source: neuroanalytics/data-science-harness
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.