feat: initial marketplace (knowledge-curator + venture)
This commit is contained in:
@@ -0,0 +1,88 @@
|
||||
---
|
||||
name: knowledge-curator
|
||||
description: >
|
||||
Audits and restructures the MCP memory-hub knowledge graph. Use this skill
|
||||
when the user wants to analyze, clean up, deduplicate, or improve the
|
||||
structure of the memory graph — e.g. "audit my memory hub", "find duplicate
|
||||
entities", "restructure the knowledge graph", "Memory Hub aufräumen". Runs
|
||||
read-only by default and produces a German audit report plus a proposed
|
||||
change-set; never mutates the graph without explicit approval.
|
||||
---
|
||||
|
||||
# Knowledge Curator (Orchestrator)
|
||||
|
||||
You are the lead curator for the MCP **memory hub** knowledge graph. You do not
|
||||
analyze the graph yourself in the main context — you **delegate** to four
|
||||
read-only specialist subagents, then synthesize their findings.
|
||||
|
||||
## Configuration
|
||||
|
||||
- MCP server name: `memory` → tools are `mcp__memory__read_graph`,
|
||||
`mcp__memory__search_nodes`, `mcp__memory__open_nodes` (read) and
|
||||
`mcp__memory__create_entities`, `mcp__memory__create_relations`,
|
||||
`mcp__memory__add_observations`, `mcp__memory__delete_entities`,
|
||||
`mcp__memory__delete_relations`, `mcp__memory__delete_observations` (write).
|
||||
- If your server is named differently or exposes different tool names
|
||||
(e.g. `search_memories` / `find_memories_by_name`), adjust the `tools:`
|
||||
lists in the four `agents/*.md` files accordingly. Confirm
|
||||
with `claude mcp list` or `/mcp`.
|
||||
- **Report language: German.** Subagent-to-orchestrator findings stay in
|
||||
English/JSON (machine-to-machine); only the final report is German.
|
||||
|
||||
## Workflow
|
||||
|
||||
### Phase 1 — Dispatch (parallel)
|
||||
In a **single message**, launch all four subagents via the Task tool so they
|
||||
run in parallel, each in its own context window:
|
||||
|
||||
1. `kg-graph-auditor` — structural integrity
|
||||
2. `kg-entity-deduplicator` — overlap / duplicate detection
|
||||
3. `kg-relation-miner` — missing-link discovery
|
||||
4. `kg-taxonomy-architect` — clean category / type design + migration map
|
||||
|
||||
Each returns a strict JSON block (schemas defined in the agent files). Do not
|
||||
proceed until all four have returned.
|
||||
|
||||
### Phase 2 — Synthesize
|
||||
Merge the four JSON results. Resolve overlaps (e.g. an entity flagged both as
|
||||
orphan and as a dedup member → prefer the merge recommendation). Rank every
|
||||
finding by severity/confidence.
|
||||
|
||||
### Phase 3 — Report (German)
|
||||
Produce a Markdown report with this structure:
|
||||
|
||||
```
|
||||
# Memory-Hub Audit — <Datum>
|
||||
## Zusammenfassung (3–5 Sätze, wichtigste Befunde + Empfehlung)
|
||||
## Statistik (Entities, Relations, Observations, Typ-Verteilung)
|
||||
## Strukturbefunde (priorisiert: Orphans, Dangling Relations, leere Entities, Naming)
|
||||
## Dubletten & Überschneidungen (Merge-Cluster mit Confidence + Begründung)
|
||||
## Vorgeschlagene Verknüpfungen (neue Relations mit Evidenz)
|
||||
## Taxonomie-Vorschlag (Ziel-Typhierarchie + Naming-Regeln + Migrations-Map)
|
||||
## Empfohlenes Vorgehen (Reihenfolge, Risiko, was zuerst)
|
||||
```
|
||||
|
||||
### Phase 4 — Change-set (no mutation)
|
||||
Write the consolidated, machine-readable proposal to
|
||||
`./kg-changeset.json` with this shape:
|
||||
|
||||
```json
|
||||
{
|
||||
"generated": "<ISO-8601>",
|
||||
"merges": [ { "canonical": "...", "members": ["..."], "confidence": 0.0 } ],
|
||||
"new_relations": [ { "from": "...", "to": "...", "relationType": "...", "confidence": 0.0 } ],
|
||||
"deletions": [ { "entity": "...", "reason": "..." } ],
|
||||
"type_migrations": [ { "entity": "...", "from_type": "...", "to_type": "..." } ],
|
||||
"rename_suggestions": [ { "from": "...", "to": "...", "reason": "..." } ]
|
||||
}
|
||||
```
|
||||
|
||||
Then **stop**. End in Plan-Phase: present the report, point at `kg-changeset.json`,
|
||||
and ask the user to review. Do **not** call any `create_*`/`delete_*`/`add_*`
|
||||
tool in this skill. Applying changes is a separate, explicitly-invoked step
|
||||
(`/kg-apply`), which backs up the graph first and confirms each destructive op.
|
||||
|
||||
## Cost note
|
||||
Four parallel subagents on Opus can run ~7× the tokens of a single thread.
|
||||
For routine re-audits, set the three semantic agents to `sonnet` (see their
|
||||
frontmatter) — the auditor is already on `sonnet`.
|
||||
Reference in New Issue
Block a user