Lipid structure specification
Curated, evidence-grounded skill and software-tool collections for scientific AI agents, generated by the AgenticScienceBuilder
npx -y skills add HolobiomicsLab/asb-skill-collections --skill lipid-structure-specificationAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 14 stars14 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when you have identified lipid species unique to your sample type (e.
The file declares its own license as CC-BY-4.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
8.4 KB, ~1.4k tokens by cl100k_base, as published. Nobody here has run it
lipid-structure-specification
Summary
Define and format user-generated lipid libraries in .csv schema to extend LipidMatch's identification capability for specialized or non-standard lipid species. This skill enables researchers to encode lipid nomenclature, molecular formulas, adduct types, and in-silico fragment m/z values for integration into the LipidMatch workflow.
When to use
You have identified lipid species unique to your sample type (e.g., rare lipid modifications, synthetic lipids, or lipids from non-mammalian organisms) that are not present in LipidMatch's built-in library of 500,000+ lipid species across 60+ lipid types, and you want to augment the identification workflow with your custom entries prior to experimental UHPLC-HRMS/MS data processing.
When NOT to use
- Your target lipids are already comprehensively covered by LipidMatch's 500,000+ species library — use the built-in library directly.
- You lack validated fragmentation data or molecular formulas for your lipids — this skill requires accurate structure specification; incomplete or uncertain data will produce unreliable identifications.
- Your mass spectrometry data comes from a Waters instrument — LipidMatch does not currently support Waters files, so integration of custom libraries will not improve compatibility.
Inputs
- Lipid structure information (names, molecular formulas, adduct types, fragmentation patterns)
- Plain-text or spreadsheet template (e.g., .xlsx, .csv) listing lipid metadata
- Representative UHPLC-HRMS/MS data (mzML, netCDF, or vendor format) for validation
Outputs
- User-generated lipid library in .csv format conforming to LipidMatch schema
- Merged lipid library (built-in + user entries) ready for LipidMatch workflow integration
- Validation report (lipid identifications from test data using extended library)
How to apply
Create a user-generated lipid library by encoding each lipid entry in .csv format following LipidMatch schema specifications: include lipid names (LIPID MAPS nomenclature preferred), molecular formulas (exact mass), adduct types ([M+H]+, [M+Na]+, etc.), and in-silico fragment m/z values computed from fragmentation rules or validated experimentally. Validate the .csv structure and content against LipidMatch format requirements (column headers, data types, formula syntax) before integration. Use LipidMatch's documented facile integration mechanism to merge the user library with the built-in library. Test the extended workflow by running LipidMatch identifications against representative UHPLC-HRMS/MS data to verify that custom lipid entries are matched correctly and do not introduce false positives or parsing errors.
Related tools
- LipidMatch (Integration point for user-generated libraries; performs lipid identification by matching experimental fragment m/z values with simulated library m/z values) — https://github.com/GarrettLab-UF/LipidMatch
- MZmine (Upstream peak picking and feature extraction to generate experimental m/z and retention time values for validation against user library)
- XCMS (Upstream peak picking and feature extraction to generate experimental m/z and retention time values for validation against user library)
- MS-DIAL (Upstream peak picking and feature extraction to generate experimental m/z and retention time values for validation against user library)
- Compound Discoverer (Upstream peak picking and feature extraction to generate experimental m/z and retention time values for validation against user library)
Evaluation signals
- CSV file validates against LipidMatch schema requirements: all required columns (lipid name, molecular formula, adduct type, fragment m/z values) are present and populated; data types match specification (e.g., numeric m/z, valid formula syntax).
- Merged library is successfully loaded by LipidMatch without parsing errors or warnings.
- Test UHPLC-HRMS/MS data processed with extended library yields identifications for custom lipid entries with fragment m/z matches within expected mass accuracy window (typically ±5 ppm for high-resolution orbitrap or Q-TOF instruments).
- No false-positive or off-target identifications of known compounds appear as a result of custom library integration; specificity metrics remain stable relative to built-in library alone.
- Custom lipid identifications are cross-validated against experimental fragmentation patterns or literature MS/MS spectra when available.
Limitations
- User-generated libraries are only as accurate as their underlying lipid structure definitions and fragmentation rules; incorrect molecular formulas, incomplete fragment annotations, or non-representative in-silico fragmentation will degrade identification quality.
- LipidMatch does not currently support Waters mass spectrometry file formats, so custom libraries cannot extend identification capability for Waters-acquired data.
- The facile integration mechanism assumes standard .csv formatting; non-standard delimiters, encoding, or column ordering may cause integration failures or silent data corruption.
- No built-in validation tool is explicitly mentioned to detect schema violations or inconsistencies in user libraries before integration; manual or external validation is required.
- Large custom libraries may increase computational cost and memory footprint of the LipidMatch matching workflow.
Evidence
- [readme] LipidMatch identifications are obtained by matching experimental fragment m/z values with simulated library m/z values using in-silico fragmentation libraries of over 500,000 lipid species across over 60 lipid types: "LipidMatch identifications are obtained by matching experimental fragment m/z values with simulated library m/z values using in-silico fragmentation libraries of over 500,000 lipid species across"
- [readme] LipidMatch allows for facile integration of user generated libraries for unique applications: "LipidMatch allows for facile integration of user generated libraries for unique applications"
- [other] Create a user-generated lipid library in .csv format following LipidMatch schema specifications (lipid names, molecular formulas, adduct types, and in-silico fragment m/z values): "Create a user-generated lipid library in .csv format following LipidMatch schema specifications (lipid names, molecular formulas, adduct types, and in-silico fragment m/z values)"
- [other] Validate the .csv structure and content against LipidMatch format requirements. Integrate the user library into the LipidMatch workflow using the facile integration mechanism provided by the software.: "Validate the .csv structure and content against LipidMatch format requirements. Integrate the user library into the LipidMatch workflow using the facile integration mechanism provided by the software."
- [other] Test the extended workflow by running LipidMatch identifications against experimental UHPLC-HRMS/MS data using the combined library (built-in library + user-generated library): "Test the extended workflow by running LipidMatch identifications against experimental UHPLC-HRMS/MS data using the combined library (built-in library + user-generated library)"
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.
Gives 0 of the 12 instructions most plan spec skills give in ~1.4k tokens
Counted across 1,099 of the 1,860 authors here whose files we hold, read 2026-08-07
- Ask one question at a timein 51 of 1099
- Break plans into vertical slicesin 29 of 1099, across 11 files
- Publish issues in dependency orderin 27 of 1099, across 9 files
- Iterate until user approves the breakdownin 25 of 1099, across 7 files
- Explore the repository to understand the codebase statein 24 of 1099, across 7 files
- Use domain glossary vocabularyin 23 of 1099, across 5 files
- Apply correct triage labels to published issuesin 23 of 1099, across 5 files
- Prefer AFK slices over HITLin 22 of 1099, across 7 files
- Write a specification before writing any codein 22 of 1099, across 14 files
- Write failing tests before implementation codein 22 of 1099, across 20 files
- Ask clarifying questions until requirements are concretein 21 of 1099, across 13 files
- Respect existing architecture decision recordsin 20 of 1099, across 5 files
Said here and by no other author read
- encode each lipid entry in csv format
- use lipid maps nomenclature for names
- include molecular formulas and adduct types
- compute in-silico fragment m/z values
- validate csv structure against schema requirements
- merge user library with built-in library
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.