Thank you for pointing out the issue.I will consider the future development of the project.
Hi BioStars community, A bioinformatics workflow can execute successfully and still be scientifically invalid. For example, an AI coding agent can perform cell-level differential expression across experimental conditions and return hundreds of significant genes even when the design suffers from pseudoreplication. I am developing BioNexus, an open-source scientific reliability layer for bioinformatics workflows, to address this class of failure. GitHub: https://github.com/HERRY423/BioNexus The motivation is simple. Coding agents such as Codex, Claude Code, Cursor, and similar tools are becoming increasingly capable of writing and executing bioinformatics workflows. However, being able to execute an analysis is different from knowing whether the analysis is scientifically valid. For example, consider a request such as: "Run differential expression between these two single-cell clusters across conditions." An agent may generate a workflow that treats thousands of cells as independent biological replicates. The code may run successfully and the resulting p-values may look convincing, but the inference itself may be invalid because the statistical unit is wrong. BioNexus is intended to operate at this boundary. It is not a standalone AI scientist, autonomous agent, notebook environment, or workflow platform. Instead, it provides a scientific reliability layer around existing coding agents and bioinformatics tools. The basic workflow is: analysis request - preflight -existing analysis tools - audit - evidence assessment - claim verification Current components include: machine-readable biological capability contracts deterministic scientific preconditions and refusal rules fail-closed behavior when required evidence or canonical backends are unavailable explicit separation between canonical execution and heuristic or experimental execution scientific failure taxonomy for common bioinformatics errors Claim-Evidence Ledger for linking conclusions to supporting evidence BioFailureBench, a collection of deliberately flawed biological analysis scenarios The current scientific failure taxonomy covers problems such as: pseudoreplication unsupported cell-type annotation identifier namespace mismatch experimental confounding missing multiple-testing correction parameter instability spatial coordinate substitution silent backend substitution biological claim inflation The current flagship validation track focuses on three areas. Single-cell differential expression validity The aim is to detect inappropriate cell-level inference across biological conditions and require valid replicate structure before population-level conclusions are made. Cell-type annotation evidence The goal is not to build another annotation algorithm. Instead, BioNexus evaluates how strongly a proposed annotation is supported by evidence such as reference mapping, positive markers, negative markers, doublet risk, open-set behavior, ontology compatibility, and cross-method agreement. Spatial inference validity The goal is to test whether a spatial biological conclusion survives plausible alternative explanations, including segmentation leakage, transcript density, cell size, local density, batch or FOV effects, neighborhood radius choices, and permutation controls. One design principle is particularly important: A heuristic method should never silently masquerade as a canonical biological method. Experimental and frontier capabilities are therefore separated from stable capabilities, and heuristic fallbacks must be explicitly disclosed. BioNexus is currently in the v0.10 stabilization stage. I am therefore especially interested in critical feedback rather than requests for additional features. The most useful feedback would include: real examples of bioinformatics analyses that run successfully but are scientifically invalid missing failure modes in single-cell or spatial transcriptomics situations where BioNexus refusal rules may be too conservative public datasets suitable for evaluating scientific validity checks approaches for measuring false-positive refusals researchers interested in testing BioNexus retrospectively on existing notebooks or pipelines I would also be interested in discussion around a broader question: As coding agents become capable of executing increasingly complex bioinformatics workflows, should "knowing when not to compute" become a first-class scientific capability? Critical feedback, biological failure cases, and contributions are very welcome.
1 answer
The underlying methodological question is indeed worth discussing. But to implement some form of community consensus and governance would be key to addressing the problem; the vibe-coded prototype you are presenting can at best be a tiny part of the discussion. I'd like to raise some more fundamental issues with your approach:
- In an academic setting, the researcher is and remains responsible for the experimental design, analysis setup and presentation. This comes down to the question of whether one should vibe code analysis at all.
- That also requires that the researcher understands the methods, the underlying assumptions, and also their limitations.
- You are proposing using one black-box to safeguard another; while this can be useful for code review, it can also create a false feeling of security ("the AI said it was OK/ the 'firewall' didn't block it").
- Even given your scRNA-seq example: It's laudable to attempt to prevent the user from shooting themselves in the foot. But your approach is also somewhat patronizing; in the real world that may not be that binary a decision. What if the experiment is to "shoot myself in the foot"? What if I know what I am doing? What if I only have the given samples and want to do a screening analysis to find out if it is worth adding more samples in a follow-up stage?
You see, your approach tries to fix some real societal problem ("people may vibe code analyses without really understanding the data or methods") but using a technical approach that may just obscure the problem further.
I am not using AI to write my posts despite this being a mostly AI-generated interaction; I really hope that there is a real person behind that thread (unfortunately, one can no longer be sure about that), and I hope you appreciate the effort.
Log in to answer this question.
Tis is so poorly formatted, I would not even look at the repo. A tool post should be eye-catchy, give concise usage scenarios and some images with examples.
The repo looks like AI Slop to save us from AI Slop (analysis).
I can understand that impression from the way I presented it. One thing I should clarify is that BioNexus is deliberately not intended to generate biological analyses or replace established tools.
The core is mostly deterministic: explicit input contracts, scientific invariants, fail-closed checks, backend identity verification, and claim/evidence auditing around existing tools such as Scanpy, PyDESeq2 and Squidpy. For example, if an agent requests an invalid cell-level condition DE analysis, the intended behavior is to refuse the computation rather than generate another analysis.
That said, the current post clearly did not communicate this distinction well, so I will simplify it and show concrete examples rather than describing it in AI terminology.
It's not just the post. The complete codebase is 100% agent-generated; that's why I call it out for slop. What experience or authority do you - Herry (with first-ever GitHub activity in June this year) - have as a project lead to oversee AI-based coding and the rationale for imposing decisions on which bioinformatics analyses make sense or not? Do you have any publications in the field? Do you represent a working group active in developing the consensus?
Thanks for raising the more substantive concern. I think the question of who gets to encode scientific constraints is a legitimate one. I do not claim to represent a working group, a community consensus, or an authoritative standards body, and I should not present BioNexus as if I do. It is an independent open-source research software project, currently still being validated. I also use AI coding tools extensively in developing it. I do not regard AI-generated code as scientific evidence, however. The scientific claims of the project have to stand independently of how the code was written. The intended model is therefore not "trust my judgment about which analyses are valid." The rules are meant to be explicit, inspectable and challengeable: each capability declares its assumptions, refusal conditions, allowed claims, backend identity and evidence ceiling. Where possible these constraints are tied to established statistical or bioinformatics practice, and the project deliberately records cases where external validation is still missing rather than treating the implementation itself as validation. For example, preventing cell-level pseudoreplication in condition-level scRNA-seq inference is not intended as a rule invented by BioNexus. BioNexus is attempting to make such assumptions machine-checkable so that an automated workflow cannot silently ignore them. More importantly, I agree that self-defined rules and self-written tests are not sufficient. That is why the current development focus has shifted away from adding features and toward public-dataset validation, cross-host testing, false-refusal measurement and independent scientific review. A capability is not considered fully certified merely because I implemented and tested it myself. So to answer your questions directly: I am not claiming authority or consensus, and BioNexus should not be trusted because of my name or GitHub history. It should only become trustworthy if its rules survive scrutiny from researchers with substantially more experience than me and perform well on real analyses. If the BioStars community considers an early-stage AI-assisted research software project inappropriate for the forum, I respect that and am happy to remove the post. But I do think the underlying methodological question - how automated bioinformatics systems should expose assumptions, refuse invalid analyses and limit unsupported claims - is worth external criticism rather than being settled by the implementation alone.
Thanks for the feedback. I agree that the post is too text-heavy and does not show the tool clearly enough. I will revise it to focus on a few concrete use cases, expected inputs/outputs, and screenshots/examples rather than describing the architecture at length.
The most useful example is probably something like: a workflow requests cell-level DE across conditions, BioNexus detects pseudoreplication before execution, explains the violated assumption, and recommends a donor-aware pseudobulk analysis. I will make cases like this much more visible.
This post does not fit the theme of this forum.
Thanks for pointing that out. I intended the post as a bioinformatics tool announcement because the project focuses on validating concrete bioinformatics analyses such as single-cell differential expression, annotation evidence, and spatial-transcriptomics inference.
However, I understand that the current framing may make it look more like a general AI/software discussion than a bioinformatics tool post. I am happy to revise it to focus strictly on the biological use cases and executable examples. If this type of tool is still considered outside the scope of BioStars, I am also happy to remove the post and share it in a more appropriate venue.
No, that's not the point. The point is that Biostars is not for promoting half-baked and fully AI generated content.