use-openhcs

use-openhcs is a skill for Codex from OpenHCSDev/openhcs. It costs 55 tokens per session (2,184 once invoked), scanned A, original, MIT.

A skill for operating OpenHCS, a local system for running microscopy image-processing workflows. It helps an agent inspect plate data, create and validate processing pipelines, run jobs, and control the OpenHCS viewer.

In plain words
What is it for?
Use it to discover OpenHCS capabilities, author or validate CellProfiler-related pipelines, compile and execute processing jobs, inspect results, or interact with the GUI.
Why use it?
It provides the required checks and workflow context before using OpenHCS, reducing the risk of sending incomplete or invalid pipeline definitions.

Skill for Codex

Written for Codex: agents/openai.yaml present. Also seen: mentions Codex.

Good fit Use it to discover OpenHCS capabilities, author or validate CellProfiler-related pipelines, compile and execute processing jobs, inspect results, or interact with the GUI.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/openhcsdev/openhcs/use-openhcs
Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent
npx skills add OpenHCSDev/openhcs --skill use-openhcs
Clone the repo
git clone --depth 1 https://github.com/OpenHCSDev/openhcs

Made for: Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for use-openhcs

README.md
[![agentmods](https://agentmods.dev/badge/skills/openhcsdev/openhcs/use-openhcs/github.svg)](https://agentmods.dev/skills/openhcsdev/openhcs/use-openhcs)
Your own site
<a href="https://agentmods.dev/skills/openhcsdev/openhcs/use-openhcs"><img src="https://agentmods.dev/badge/skills/openhcsdev/openhcs/use-openhcs/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for use-openhcs

Your own site · 80×15
<a href="https://agentmods.dev/skills/openhcsdev/openhcs/use-openhcs"><img src="https://agentmods.dev/badge/skills/openhcsdev/openhcs/use-openhcs.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 55 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,184 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00055 $0.02184
Opus 5.5 $0.00022 $0.00874
Sonnet 5.5 $0.00011 $0.00437
Haiku 4.5 $0.00006 $0.00218

Measured 11d ago against content hash ffb73f78ae93, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

use-openhcs scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 11d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

packaging/codex/openhcs/skills/use-openhcs/SKILL.md · 97 lines

How it starts

The opening of the file, as written. The whole thing — 97 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Use OpenHCS

  1. Call openhcs_health_check before relying on other tools. Report a bootstrap or stale-server failure instead of working around it.
  2. Call openhcs_get_authoring_context with kind="first_use" when choosing or resuming an OpenHCS workflow, then request exactly the task context it names. For multisite assembly, registration, normalisation, segmentation review, or image-result QC, kind="image_analysis_workflow" is the canonical operating guide; follow it rather than reconstructing those rules from this skill.
  3. Treat Python pipeline source as one complete PipelineDocument: pipeline_config plus ordered pipeline_steps. Never send a steps-only fragment, mirror configuration through a second argument, or strip source bindings from the reviewed document. UI-visible and headless routes use these same declarations even though their process and state owners differ.
  4. Call openhcs_search_capabilities with task-relevant workflow, target, or text filters. Its current surface_profile, registry-owned workflow metadata, side effects, and security metadata—not a remembered tool list—decide whether to use a UI-visible or exposed headless route. Use openhcs_list_capabilities only when the complete selected surface is required. Before the first cold local function-catalogue search, discover catalog preparation capabilities and follow the existing responsive preparation procedure (openhcs_custom_function_workflow) on the intended existing endpoint. Observe its exact handle until READY; keep cold warming separate from ordinary 10-second tool observations. A timeout is not permission to restart or replay.
  5. Use validated OpenHCS/CellProfiler benchmark examples as working contracts, especially the first-class Official30 corpus. Search the biological task plus OpenHCS Python, retrieve the exact openhcs_official30_benchmark_recipes section with max_chars=50000, and inspect its native reference, pipeline, input/channel assumptions, settings, and case-specific parity evidence. Benchmark parity is meaningful validation for that reference scope; it is not biological raw/overlay acceptance for a different assay. Record the example source and evidence tier before adapting it. CellProfiler image, object, measurement, relationship, and export semantics lower into the same OpenHCS declarations and runtime. For a compact, structured example of those fields, retrieve openhcs_official30_examplehuman_nuclei_recipe_card when the task involves ExampleHuman-style nuclei segmentation; its selected-value parity and unassessed new-assay QA are deliberately separate. When the task is unfamiliar or raw morphology conflicts with an example, follow pre-first-authorship learning retrieval (openhcs_analysis_learning) before choosing its method. Retrieve an applicable conditional lesson through existing knowledge search; benchmark defaults alone do not resolve contradictory raw evidence. Before authoring, retain the example-selection record described in the autonomous analysis strategy (openhcs_autonomous_analysis_strategy); reading this instruction is not evidence of retrieving a pipeline. Preserve failed checkpoints and continue authorised development; apply that guide's distinction between self-directed repair and external assistance, judging autonomous quality on the final frozen result rather than the first candidate. For an unfamiliar assay or an unresolved biological failure, use that guide's task-specific routes to image interpretation, preprocessing, segmentation diagnostics, measurements and recipe/error learning. Retrieve only the relevant guide; infer a provisional strategy from acquisition and matched raw channels before asking the user for missing information. These guides adapt Agentic-J's domain knowledge, not its Fiji command strings or model defaults.
  6. Inspect real plate data and registered function declarations before authoring. If the microscope is unsupported, set PipelineConfig.source_bindings_config with LazySourceBindingsConfig from openhcs.core.config to filter files, extract metadata, name semantic sources, and project a virtual workspace; make each consuming FunctionStep select those aliases through its step-local source bindings. Never parse filenames inside processing functions. Reflect global or pipeline configuration with openhcs_describe_config_schema before setting non-obvious fields. Keep filesystem operations inside configured read and write roots. When importing an external metadata table, retrieve openhcs_image_sources#joining-an-external-metadata-table before declaring its join keys; plane-specific metadata and logical source-set metadata have different scopes. Before multi-channel photometry or consuming labels produced on another channel, retrieve openhcs_image_sources#plan-image-stacks-and-source-bound-labels-before-authoring; image-stack assembly and typed label input context are separate declarations.
  7. Validate and compile before execution. Do not infer that source code, UI state, or an earlier validation result implies a current compiled plan.
  8. Start read-only. Continue routine bounded work within existing task authorisation without asking again for each edit, execution or viewer action. Follow Task authorization in openhcs_architecture_quick_start for actions outside that authority; capability-registry metadata, path policy, declared confirmations and fresh revision/request tokens still apply.
  9. Preserve the active ownership route. Discover the GUI bridge before UI tools and apply code/state changes with current tokens. Use headless tools only when their workflow group is exposed. Treat structured errors and recovery hints as authoritative; never bypass path policy, stale-process checks, compile requirements, or bridge authentication.

Read the full file on GitHub · 97 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 11d ago Changed · +3 lines ffb73f78ae93
  2. 13d ago Changed · +11 lines 997f30271129
  3. 14d ago Changed · +1 lines 328600bf182d
  4. 15d ago Changed d8e48c44735e
  5. 17d ago Changed 3e40142fa7d4
  6. 18d ago Changed · +6 lines 404665a905b9
  7. 19d ago Changed · +42 lines 20be4cdb7b77
  8. 25d ago Changed · +17 lines 4513026a2dc9
  9. 1mo ago Changed 644b1ce6de31
  10. 1mo ago First seen · 17 lines · 55 tokens per session scan A 0d6ee760ec69

Subscribe to this mod's changes

use-openhcs is a skill published in the GitHub repository OpenHCSDev/openhcs (6 stars, last pushed 2d ago), licensed MIT. It adds 55 tokens to every session and 2,184 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

Bio Image Processing Skills Index

Skills for biological image analysis: cell/nucleus segmentation, image restoration, and spatial data processing.

aristoteleo/PantheonOS · 25 tokens

instrument-data-to-allotrope

Convert laboratory instrument output files (PDF, CSV, Excel, TXT) to Allotrope Simple Model (ASM) JSON format or flattened 2D CSV. Use this skill when scientists need to standardize instrument data for LIMS systems, data lakes, or downstream analysis. Supports auto-detection of instrument types. Outputs include full…

anthropics/knowledge-work-plugins · 123 tokens

exploratory-data-analysis

Performs bounded, local exploratory analysis of explicitly supported scientific files. Supports redacted CSV/TSV/JSON profiles; optional NumPy, HDF5, FASTA/FASTQ, and basic image metadata inspection; missingness/leakage audits; outlier and transformation sensitivity; and rigorous EDA report scaffolds. Other domain…

K-Dense-AI/scientific-agent-skills · 83 tokens

matlab

Builds, reviews, migrates, and plans MATLAB or GNU Octave numerical workflows. Use for arrays, tabular/time data, tests, projects, graphics, MAT files, and explicit Python interoperability.

K-Dense-AI/scientific-agent-skills · 44 tokens

phylogenetics

Builds and analyzes phylogenetic trees using MAFFT multiple sequence alignment, IQ-TREE maximum likelihood with ModelFinder and branch support, and FastTree approximate inference. Uses ETE3 for tree summaries and visualization. Applies to homologous nucleotide or protein sequences, microbial gene trees, protein…

K-Dense-AI/scientific-agent-skills · 71 tokens

research-engineer

An uncompromising Academic Research Engineer. Operates with absolute scientific rigor, objective criticism, and zero flair. Focuses on theoretical correctness, formal verification, and optimal implementation across any required technology.

davila7/claude-code-templates · 43 tokens