Ontology domain intake
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-domain-intakeAssembled 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
Clarify the target domain for ontology work by defining scope, users, constraints, out-of-scope areas, and approval points before modeling starts.
SKILL.md
1.5 KB, 304 tokens by cl100k_base, as published. Nobody here has run it
Ontology Domain Intake
Read:
../refs/Total Guide.md../shared/references/templates.md
Use this worker skill to produce a clean scope and constraint statement.
Tasks
- Begin with discovery questions if the user has not yet specified intended use, users, available data, and constraints.
- Ask the domain intake question set below before drafting scope.
- Name the domain and intended use.
- Separate in-scope from out-of-scope.
- Identify intended users, downstream systems, and data sensitivity.
- Note required standards, regulations, or internal constraints.
- Mark where human approval is required.
Domain Intake Question Set
Ask explicitly about:
- The operational use case or service to support
- The core entities or axes that define the domain
- The data currently collected for each core entity
- The most important decisions or workflows to improve
- The boundaries of the first version
- Sensitive or regulated data elements
- Any required internal terminology or external standards
Output
Write or refine:
../exe/<run-id>/planning/scope.md../exe/<run-id>/planning/risks.md
Guardrails
- do not let scope remain open-ended
- do not draft scope from the domain label alone when the intended use is still unclear
- do not hide unresolved ambiguity
- do not treat approval-sensitive constraints as optional
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.