Ontology agent suite
Hierarchical agent skills for domain ontology planning, research, construction, and validation with saved research artifacts and eval-ready workflows.
npx -y skills add Mokee04/ontology_research --skill ontology-agent-suiteAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 2 stars2 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
Orchestrate a hierarchical ontology engineering skill family for a specific domain. Use when the user wants end-to-end planning, team composition, research, ontology construction, validation, and release guidance grounded in competency questions, evidence, reuse-first modeling, and human review gates.
SKILL.md
4.3 KB, 839 tokens by cl100k_base, as published. Nobody here has run it
Ontology Agent Suite
Use this skill when the request is to run the full ontology workflow, not just one stage.
Before acting, read:
../refs/Total Guide.md../shared/references/skill-family-architecture.md../shared/references/exe-artifact-contract.md../shared/references/templates.md
Workflow
- Start with an intent-clarification pass before writing substantive artifacts.
- Ask targeted questions until the user's actual goal, target decisions, available data, constraints, and desired output shape are concrete enough to proceed.
- Use the mandatory discovery question set below unless the user has already answered the items explicitly.
- Do not create planning, research, build, or validation artifacts until the user has answered enough of those questions to bound the engagement.
- Summarize the clarified intent back to the user in a compact table and pause for confirmation or correction.
- Start
ontology-planning-teamonly after the intent is concrete enough. - Pause for user feedback after planning before moving to research.
- Move to
ontology-research-teamand separate feasible scope from aspirational scope. - Pause for user feedback after research before moving to build.
- Move to
ontology-build-teamonly after evidence and reuse candidates exist. - Pause for user feedback after build before moving to validation.
- Move to
ontology-validation-teamonly after build artifacts exist. - Pause at required human review gates before irreversible decisions.
Mandatory Discovery Question Set
Before any artifact drafting, explicitly ask about the following and wait for enough answers to narrow scope:
- What is the primary objective of the ontology right now: search, integration, analytics, prediction, workflow management, recommendation, or something else?
- What are the top 3 to 5 decisions or questions this ontology must support?
- Who will directly use the ontology outputs: analysts, operators, trainers, customers, product systems, or executives?
- What entities or axes are believed to be central, and how are they expected to interact?
- What data is already available today for each axis, and what is only aspirational?
- What outcome variables or predictions are desired?
- What is explicitly out of scope for the first version?
- What sensitivity, privacy, licensing, or regulatory constraints apply?
- What final artifact shape is desired for this engagement: concept model, glossary, ontology outline, RDF/OWL draft, SHACL draft, or data collection schema?
If the user gives a high-level domain statement only, start by asking these questions rather than opening a run folder or drafting the ontology.
Required Principles
- clarify user intent before artifact generation
- reuse first
- competency questions first
- evidence before claims
- SKOS before OWL unless richer semantics are needed
- validation is mandatory
- feedback checkpoints are mandatory between major stages
- prefer table-first markdown outputs for readability
- human review for high-risk modeling decisions
Minimum Outputs
Create or update one run folder under ../exe/<run-id>/ with:
planning/intent-clarification.mdplanning/scope.mdplanning/competency-questions.mdresearch/source-inventory.mdresearch/evidence-log.mdresearch/synthesis.mdbuild/modeling-decisions.mdvalidation/shacl-report.mdvalidation/release-readiness.md
Do Not Do
- do not start writing the ontology plan before checking what the user actually wants
- do not open with ontology structure proposals when the user's operational goal is still underspecified
- do not draft artifacts before the mandatory discovery question set has been asked or the equivalent answers are already present
- do not push through all stages in one burst without checkpointing with the user
- do not jump straight to OWL without a stable conceptual layer
- do not treat secondary commentary as stronger than primary standards
- do not finalize mappings or release decisions without review when risk is meaningful
What ships with it: 12 files
6.3 KB alongside SKILL.md
eval/
- cases/holdout/case-template.md245 B
- cases/holdout/standards-heavy-domain.md576 B
- cases/regression/case-template.md245 B
- cases/regression/principle-preservation.md744 B
- cases/train/ambiguity-and-mapping-gate.md852 B
- cases/train/case-template.md245 B
- cases/train/happy-path-end-to-end.md1.3 KB
- cases/train/high-risk-regulated-domain.md1001 B
- history.md46 B
- profile.yaml1.0 KB
- results.tsv94 B
- summary.md38 B