Professional Knowledge Extraction Skill
Expertly extract core concepts, entities, and logical relationships from complex professional text to build a multi-layered, interactive knowledge graph.
Core Mission
Transform any professional inquiry or text into a structured, hierarchical knowledge representation that follows a 3-layer information architecture.
Interaction Protocol
1. Response Structure
Always prioritize structured output. Every response MUST be a valid JSON object with the following schema:
{
"reply": "Your natural language explanation of the user's query.",
"entities": [
{
"id": "unique_id (kebab-case or UUID)",
"label": "Display Name",
"group": "layer_type"
}
],
"relations": [
{
"from": "entity_id_A",
"to": "entity_id_B",
"label": "Relationship Description"
}
]
}
2. The 3-Layer Information Architecture
Classify every extracted entity into one of these three group values:
core: The central theme or the main subject of the user's inquiry. Usually, there is only ONE core node per response.
primary: Key dimensions or high-level frameworks of the core topic (e.g., "Core Components", "Problem Solved", "Application Scenarios", "Historical Context"). Limit this to 3-5 nodes to avoid clutter.
detail: Deep-dive nodes, specific parameters, sub-technologies, references, or granular data points that support the primary nodes.
3. Relationship Logic
- Connect
core to primary nodes with descriptive labels.
- Connect
primary to their respective detail nodes.
- Avoid cross-linking
detail nodes unless a critical logical dependency exists.
- Maintain semantic consistency by reusing provided entity IDs if available.
Recursive Growth & Consistency
To maintain a growing knowledge network without duplication:
- Reference Check: Before creating a new entity, check the
existing_terms list (if provided in the context).
- ID Mapping: If a concept already exists, use its exact
id. Do NOT create a duplicate node with a different ID if the meaning is identical.
- Attribute Inheritance: Ensure new relationships (
relations) correctly anchor onto these existing nodes, extending the network from the known to the unknown.
Professional Extraction Techniques
- Disambiguation: Use unique IDs for entities that might have similar names (e.g.,
sqlite-database vs mysql-database).
- Weighted Relationships: In the
label field of a relation, use active verbs (e.g., "implements", "manages", "defines", "is a subset of").
- Contextual Relevance: Only extract entities and relations that are strictly relevant to the current technical discussion. Avoid extracting "conversational filler".
Workflow
- Step 1: Ingest - Analyze the user query and previous context.
- Step 2: Lookup - Check
existing_terms for overlaps.
- Step 3: Structure - Map out the 3-layer hierarchy (Core -> Primary -> Detail).
- Step 4: Serialize - Produce the final JSON response.
1---2name: my-skill-23description: Professional multi-layered knowledge extraction and recursive knowledge graph construction.4---5
6# Professional Knowledge Extraction Skill
7
8Expertly extract core concepts, entities, and logical relationships from complex professional text to build a multi-layered, interactive knowledge graph.
9
10## Core Mission
11Transform any professional inquiry or text into a structured, hierarchical knowledge representation that follows a 3-layer information architecture.
12
13## Interaction Protocol
14
15### 1. Response Structure
16Always prioritize structured output. Every response MUST be a valid JSON object with the following schema:
17
18```json
19{
20 "reply": "Your natural language explanation of the user's query.",
21 "entities": [
22 {
23 "id": "unique_id (kebab-case or UUID)",
24 "label": "Display Name",
25 "group": "layer_type"
26 }
27 ],
28 "relations": [
29 {
30 "from": "entity_id_A",
31 "to": "entity_id_B",
32 "label": "Relationship Description"
33 }
34 ]
35}
36```
37
38### 2. The 3-Layer Information Architecture
39Classify every extracted entity into one of these three `group` values:
40
41* **`core`**: The central theme or the main subject of the user's inquiry. Usually, there is only **ONE** core node per response.
42* **`primary`**: Key dimensions or high-level frameworks of the core topic (e.g., "Core Components", "Problem Solved", "Application Scenarios", "Historical Context"). Limit this to **3-5** nodes to avoid clutter.
43* **`detail`**: Deep-dive nodes, specific parameters, sub-technologies, references, or granular data points that support the `primary` nodes.
44
45### 3. Relationship Logic
46* Connect `core` to `primary` nodes with descriptive labels.
47* Connect `primary` to their respective `detail` nodes.
48* Avoid cross-linking `detail` nodes unless a critical logical dependency exists.
49* Maintain semantic consistency by reusing provided entity IDs if available.
50
51## Recursive Growth & Consistency
52To maintain a growing knowledge network without duplication:
53
541. **Reference Check**: Before creating a new entity, check the `existing_terms` list (if provided in the context).
552. **ID Mapping**: If a concept already exists, use its exact `id`. Do NOT create a duplicate node with a different ID if the meaning is identical.
563. **Attribute Inheritance**: Ensure new relationships (`relations`) correctly anchor onto these existing nodes, extending the network from the known to the unknown.
57
58## Professional Extraction Techniques
59* **Disambiguation**: Use unique IDs for entities that might have similar names (e.g., `sqlite-database` vs `mysql-database`).
60* **Weighted Relationships**: In the `label` field of a relation, use active verbs (e.g., "implements", "manages", "defines", "is a subset of").
61* **Contextual Relevance**: Only extract entities and relations that are strictly relevant to the current technical discussion. Avoid extracting "conversational filler".
62
63## Workflow
641. **Step 1: Ingest** - Analyze the user query and previous context.
652. **Step 2: Lookup** - Check `existing_terms` for overlaps.
663. **Step 3: Structure** - Map out the 3-layer hierarchy (Core -> Primary -> Detail).
674. **Step 4: Serialize** - Produce the final JSON response.