Skip to content
Back to skills

Data Knowledge Architect

ASecurity

Builds semantic models from API, CLI, and database contracts with an HTML review and OKF/YAML export. Use when modeling enterprise knowledge, semantic layers, dimensional models, or ontology.

  • 11 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 30, 2026
ai-agentsgogitapidatabase

Works with

  • cli
  • api

Security analysis

A100/100

Pro scans all 8 files and shows the line behind each finding

Scanned September 30, 2026

npx -y skills add ontology-of-everything/concept-skills --skill data-knowledge-architect --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Data Knowledge Architect?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Data Knowledge Architect
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ontology-of-everything-data-knowledge-architect/badge)](https://www.skillsdirectory.com/skills/ontology-of-everything-data-knowledge-architect)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: data-knowledge-architect
description: >-
  Builds semantic models from API, CLI, and database contracts with an HTML review and OKF/YAML export. Use when modeling enterprise knowledge, semantic layers, dimensional models, or ontology.
metadata:
  language: en
  translation_of: data-knowledge-architect-cn
  version: "1.1.0"
  openclaw:
    homepage: https://github.com/ontology-of-everything/concept-skills/tree/main/skills/en/data-knowledge-architect
---

# Data Knowledge Architect — Model the Meaning Behind Your Data

Turn an interface contract—REST/OpenAPI, CLI, or table/DDL—into a governed semantic layer in four
strictly sequential phases. Advance only when the current phase meets its exit condition.

```text
Phase 1 Ingest → Phase 2 Review → Phase 3 Emit → Phase 4 Verify
   ingest.md       review.md      emit-okf.md      verify.md
                                  emit-yaml.md
```

The interface is the sole source of truth. Never invent fields, grain, enums, or values. Stop on
missing evidence and ask one question at a time.

## Workflow

1. **Ingest** (`references/ingest.md`) — Normalize interfaces into a complete operation inventory
   and classify each operation as fact or dimension lookup with read/write status. Exit when every
   operation is classified.
2. **Review** (`references/review.md`) — Decompose the model into atomic decisions. Show objective,
   options, evidence, risks, dependencies, and tradeoffs, with fixed YAGNI guidance for facts,
   dimensions, measures, and routing. Inject model JSON into `assets/review-template.html`; record
   feedback in `amendments.md` and regenerate. Stop after the report. Exit only on `approved:true`
   with no open or blocked decisions.
3. **Emit** — Default to a Google OKF v0.1 bundle using `references/emit-okf.md`; use repository
   YAML only when explicitly requested, following `references/emit-yaml.md`. Both targets share
   field semantics. Generate a thin root index for two or more bundles. Exit when every artifact
   exists.
4. **Verify** (`references/verify.md`) — Run structural checks, semantic lint, and OKF hard
   constraints when applicable. Report every pass and failure. Return non-mechanical failures to
   Phase 2 with one blocking question.

## Critical Rules

1. **Evidence only** — Unsupported fields, grain, enums, or values become `TODO(verify)` and an open
   decision.
2. **Grain first** — Attach no dimensions or measures before grain is fixed.
3. **One blocking ask** — Stop only when an answer changes the model; ask one question with options.
   Use the HTML review for bulk decisions.
4. **Layer split** — Shape, routing, and grain belong to the semantic layer. Values typed into
   commands or read from responses—enums, codes, paths, and commands—belong to the contract layer;
   the semantic layer only points to them.
5. **Stable names** — Do not rename confirmed fact or dimension names; OKF concept IDs derive from
   paths.
6. **Decision gate** — Every decision starts pending. Phase 2 must stop after producing the report;
   Phase 3 requires `approved:true` and no open or blocked item.

Load by phase: `ingest.md`, `review.md`, `emit-okf.md` or `emit-yaml.md`, then `verify.md`. Read
`references/examples.md` for an end-to-end example.

Files in this skill

  • SKILL.md3.2 KB
  • assets/review-template.html50.2 KB
  • references/emit-okf.md1.1 KB
  • references/emit-yaml.md1.2 KB
  • references/examples.md1021 B
  • references/ingest.md1.7 KB
  • references/review.md2.1 KB
  • references/verify.md1.3 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.