con un clic
ontology-design-guide
Design ontologies and knowledge graphs for research data modeling
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Menú
Design ontologies and knowledge graphs for research data modeling
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
Route empirical-research requests through the Auto-Empirical Research Skills catalog when this whole repository is installed as one skill in Codex, CodeBuddy, Claude Code, or another IDE. Use to choose and load the right vendored AERS skill for causal inference, econometrics, replication, data acquisition, manuscript writing, peer review and referee responses, citation checking, de-AIGC editing, or full empirical-paper workflows without reading the entire repository at once.
公司金融实证研究的"漏斗式选题查找器"。互动开场先后询问 (1) 研究方向、(2) 候选标题数量 N, 再扫描全球文献(已出版英文学术期刊 + SSRN working paper + 全球高校 department seminar 1 年内日程),基于 Edmans (2024) "1000 Rejections" 红线生成 N 个候选标题,**通过并行 subagent(Agent 工具)批量生成计划书 + 查新;每个 subagent 必须强制调用 Skill 工具加载 econfin-proposal 与 novelty-check 两个预设 skill 完成各自模块**,**只有当 novelty score >= 9 时(即 JF/JFE/RFS 顶刊层次),subagent 才把 proposal + 查新报告合并的 md 写入 F:\Dropbox\CC\选题大全\<研究方向短名>\(以"简短选题名称-分数"命名,子文件夹名由 Step 0 从用户输入的研究方向派生);< 9 分的选题在 subagent 内部直接丢弃,绝不写盘、绝不输出**。当用户说"找选题"、"帮我找选题"、"想做 X 方向"、 "empirical CF idea search"、"批量生成研究计划书"、"100 ideas"、"econfin-idea-finder" 时触发。
Create and compile beautiful Beamer presentations following the Rhetoric of Decks philosophy. Use when making slides, creating decks, or compiling .tex presentation files.
Scaffold a new research project with standard directory structure, CLAUDE.md template, and documented README. Use this at the start of every new project to ensure consistent organization.
Download, split, and deeply read academic PDFs. Use when asked to read, review, or summarize an academic paper. Splits PDFs into 4-page chunks, reads them in small batches, and produces structured reading notes — avoiding context window crashes and shallow comprehension.
This skill should be used when the user asks to "create a slash command", "add a command", "write a custom command", "define command arguments", "use command frontmatter", "organize commands", "create command with file references", "interactive command", "use AskUserQuestion in command", or needs guidance on slash command structure, YAML frontmatter fields, dynamic arguments, bash execution in commands, user interaction patterns, or command development best practices for Claude Code.
| name | ontology-design-guide |
| description | Design ontologies and knowledge graphs for research data modeling |
| metadata | {"openclaw":{"emoji":"🔗","category":"tools","subcategory":"knowledge-graph","keywords":["ontology","knowledge graph","RDF","OWL","semantic web","data modeling","linked data"],"source":"wentor-research-plugins"}} |
A skill for designing ontologies and knowledge graphs to model research domain knowledge. Covers ontology engineering methodologies, OWL and RDF basics, reusing existing ontologies, and practical tools for building, validating, and querying knowledge graphs.
An ontology is a formal, explicit specification of a shared
conceptualization. In practical terms, it defines:
- Classes: Categories of things (e.g., Gene, Disease, Drug)
- Properties: Relationships between things (e.g., causes, treats)
- Individuals: Specific instances (e.g., TP53, Breast Cancer)
- Axioms: Rules and constraints (e.g., every Drug has exactly
one molecular formula)
Purpose in research:
- Standardize terminology across research groups
- Enable data integration from heterogeneous sources
- Support automated reasoning and inference
- Facilitate knowledge discovery through graph queries
- Provide machine-readable domain models
Taxonomy: Hierarchical classification (is-a relationships only)
Example: Animal > Mammal > Primate > Human
Ontology: Formal model with classes, properties, and axioms
Supports reasoning (e.g., if X treats Y and Y is-a Disease,
then X is a DrugCandidate)
Knowledge Graph: An ontology populated with instance data
Millions of triples: (subject, predicate, object)
Examples: Wikidata, DBpedia, Google Knowledge Graph
def ontology_design_process(domain: str) -> dict:
"""
Steps for designing a domain ontology.
Args:
domain: The research domain to model
"""
return {
"step_1_scope": {
"description": "Define scope and competency questions",
"questions": [
"What domain does the ontology cover?",
"What questions should the ontology be able to answer?",
"Who will use it and for what purpose?"
],
"example": (
"Domain: Drug-disease interactions. "
"Competency question: 'What drugs target proteins "
"associated with Alzheimer disease?'"
)
},
"step_2_reuse": {
"description": "Search for existing ontologies to reuse",
"resources": [
"BioPortal (bioportal.bioontology.org) -- biomedical ontologies",
"Linked Open Vocabularies (lov.linkeddata.es) -- general",
"OBO Foundry (obofoundry.org) -- life sciences",
"Schema.org -- web-scale vocabulary"
]
},
"step_3_enumerate": {
"description": "List key terms, concepts, and relationships",
"method": "Brainstorm with domain experts; review literature"
},
"step_4_model": {
"description": "Define class hierarchy and properties",
"tools": ["Protege", "WebVOWL", "TopBraid Composer"]
},
"step_5_formalize": {
"description": "Encode in OWL/RDF with axioms and constraints"
},
"step_6_validate": {
"description": "Test against competency questions and real data",
"methods": ["SPARQL queries", "Reasoner (HermiT, Pellet)", "Unit tests"]
},
"step_7_publish": {
"description": "Publish with persistent URI and documentation",
"best_practice": "Use w3id.org or purl.org for persistent identifiers"
}
}
RDF (Resource Description Framework) represents knowledge as triples:
(Subject, Predicate, Object)
Examples:
(:Aspirin, :treats, :Headache)
(:TP53, rdf:type, :Gene)
(:TP53, :associatedWith, :BreastCancer)
(:Aspirin, :hasChemicalFormula, "C9H8O4")
Serialization formats:
- Turtle (.ttl): Human-readable, most common for authoring
- JSON-LD (.jsonld): Web-friendly, API-compatible
- RDF/XML (.rdf): Verbose, legacy format
- N-Triples (.nt): Simple, good for large datasets
@prefix : <http://example.org/research#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
# Classes
:Gene a owl:Class ;
rdfs:label "Gene" ;
rdfs:comment "A unit of heredity in a living organism." .
:Disease a owl:Class ;
rdfs:label "Disease" .
:Drug a owl:Class ;
rdfs:label "Drug" .
# Properties
:associatedWith a owl:ObjectProperty ;
rdfs:domain :Gene ;
rdfs:range :Disease .
:treats a owl:ObjectProperty ;
rdfs:domain :Drug ;
rdfs:range :Disease .
# Individuals
:TP53 a :Gene ;
rdfs:label "TP53" ;
:associatedWith :BreastCancer .
:BreastCancer a :Disease ;
rdfs:label "Breast Cancer" .
# Find all genes associated with Breast Cancer
SELECT ?gene ?geneLabel
WHERE {
?gene a :Gene .
?gene :associatedWith :BreastCancer .
?gene rdfs:label ?geneLabel .
}
# Find drugs that treat diseases associated with gene TP53
SELECT ?drug ?disease
WHERE {
:TP53 :associatedWith ?disease .
?drug :treats ?disease .
}
# Count diseases per gene
SELECT ?gene (COUNT(?disease) AS ?diseaseCount)
WHERE {
?gene a :Gene .
?gene :associatedWith ?disease .
}
GROUP BY ?gene
ORDER BY DESC(?diseaseCount)
| Tool | Type | Best For |
|---|---|---|
| Protege | Desktop IDE | Full ontology development and reasoning |
| WebVOWL | Web viewer | Visualizing ontology structure |
| RDFLib (Python) | Library | Programmatic RDF manipulation |
| Apache Jena | Framework | SPARQL endpoint and reasoning |
| Neo4j | Graph database | Property graph modeling (not RDF) |
| Blazegraph/GraphDB | Triplestore | Storing and querying RDF data |
Follow the FAIR principles (Findable, Accessible, Interoperable, Reusable) when publishing ontologies. Reuse existing terms from established ontologies before creating new ones. Document every class and property with labels, definitions, and examples. Use a reasoner to check logical consistency. Version your ontology and maintain a changelog. Publish both human-readable documentation (HTML) and machine-readable files (OWL/TTL) at a persistent URI.