# Εξόρυξη Δεξιοτήτων: Από 3.500 Υποψήφιες σε 466 Ικανότητες

Canonical source: https://maguyva.ai/el/blog/skill-mining-3500-and-counting

License: text under [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/); code samples under [MIT-0](https://opensource.org/license/mit-0); the Maguyva name, logos, brand assets and other code are not covered. Details: [maguyva.ai/license](https://maguyva.ai/license).

Date: 2026-01-27 · Author: Maguyva Team

> Ελέγξαμε 3.500 υποψήφιες δεξιότητες και υιοθετήσαμε 466. Ένας συστηματικός βρόχος εξόρυξης και ενσωμάτωσης για τη δημιουργία μιας συνεκτικής βιβλιοθήκης δεξιοτήτων πρακτόρων AI σε κλίμακα.

> *Οι αριθμοί σε αυτή την ανάρτηση αντικατοπτρίζουν το σύστημα κατά τη δημοσίευση (Ιανουάριος 2026). Δείτε τη [σελίδα ομάδας](/el/team) μας για τα τρέχοντα στοιχεία.*

## Το Πρόβλημα των 3.500 Δεξιοτήτων

Όταν ξεκινήσαμε να χτίζουμε ένα σύστημα ενορχήστρωσης πρακτόρων, αντιμετωπίσαμε μια ενδιαφέρουσα πρόκληση: υπάρχουν χιλιάδες πιθανές δεξιότητες διάσπαρτες σε όλο το οικοσύστημα AI. Αποθετήρια GitHub, τεκμηρίωση προμηθευτών, έργα κοινότητας, εσωτερικά μοτίβα — οι δεξιότητες υπάρχουν παντού. Όμως ποιες έχουν σημασία; Ποιες λειτουργούν; Και πώς διατηρείτε μια συνεκτική βιβλιοθήκη δεξιοτήτων που οι πράκτορες μπορούν πράγματι να χρησιμοποιήσουν;

Η απάντησή μας: ένας συστηματικός βρόχος εξόρυξης και ενσωμάτωσης.

## Οι Αριθμοί Σήμερα

Μόλις λίγο πάνω από τρεις μήνες αφότου η Anthropic κυκλοφόρησε τα Agent Skills στις 16 Οκτωβρίου 2025, να πού βρισκόμασταν όταν δημοσιεύτηκε αυτή η ανάρτηση, στις 27 Ιανουαρίου 2026:

| Μετρική | Αριθμός |
|--------|-------|
| Υποψήφιες εντοπισμένες | 3.500+ |
| Δεξιότητες υιοθετημένες | 466 |
| Δεξιότητες προμηθευτών | 373 |
| Εσωτερικές δεξιότητες | 93 |
| Ενεργοί προμηθευτές | 25+ |
| Μέσος όρος tokens ανά δεξιότητα | 2.834 |
| Εργαλεία που αναφέρονται | 89 |
| Μοναδικές ετικέτες | 635 |

Έχουμε επισκοπήσει πάνω από 3.500 υποψήφιες δεξιότητες. Έχουμε υιοθετήσει 466. Αυτό είναι ποσοστό υιοθέτησης 13% — και αυτή η επιλεκτικότητα είναι σκόπιμη.

## Το Σύστημα Επιπέδων Γνώσης

Δεν είναι όλες οι δεξιότητες ίδιες. Τις οργανώνουμε σε πέντε επίπεδα γνώσης (K0-K4), καθένα από τα οποία αντιπροσωπεύει διαφορετικό πεδίο εφαρμογής:

### K0: Θεμέλια (Καθολικά)

Δεξιότητες που κάθε πράκτορας πρέπει να έχει. Αντιπροσωπεύουν ικανότητες τύπου «καλός στοχαστής» που λειτουργούν παντού.

```
foundations/
├── test-first-discipline       # TDD: Red-Green-Refactor
├── evidence-based-completion   # Verify before claiming done
├── systematic-debugging        # Root cause methodology
├── structured-planning         # Break work into tasks
└── context-budget-awareness    # Manage token consumption
```

Οι δεξιότητες K0 είναι φορητές σε οποιοδήποτε έργο, οποιονδήποτε τομέα, οποιαδήποτε στοίβα. Κωδικοποιούν καθολικά γνωστικά μοτίβα.

### K1: Ταυτότητες (Επαγγελματικός Κλάδος)

Δεξιότητες τύπου «καλός μηχανικός» ή «καλός ερευνητής» που εφαρμόζονται σε όλα τα έργα μέσα σε έναν επαγγελματικό κλάδο.

```
identities/
├── research-workflows          # Multi-source research
├── web-extraction-playbook     # Content extraction
├── code-review                 # PR review patterns
└── cli-interface-standards     # CLI design patterns
```

### K2: Τομείς (Εξειδίκευση Θέματος)

Δεξιότητες τύπου «καλός ειδικός βάσεων δεδομένων» ή «καλός μηχανικός ασφάλειας» φορητές μέσα σε ένα πεδίο.

```
domains/
├── schema-migration-workflow   # Safe migration patterns
├── rpc-validation-checklist    # RPC health checks
├── auth-validation-checklist   # JWT/OAuth patterns
└── secrets-audit-checklist     # Credential scanning
```

### K3: Στοίβες (Τεχνολογία)

Δεξιότητες τύπου «καλός χρήστης Supabase» ή «καλός προγραμματιστής Cloudflare» για συγκεκριμένες στοίβες τεχνολογίας.

```
stacks/
├── maguyva-quickstart          # Our semantic search patterns
├── cloudflare-deployment       # Workers/Pages deployment
└── mcp-tool-best-practices     # MCP tool selection
```

### K4: Έργο (Οργανισμός)

Δεξιότητες ειδικές για τον οργανισμό και τις ροές εργασίας μας.

```
project/
├── agent-creation-workflow     # How we build agents
├── skill-authoring-workflow    # How we write skills
├── mining-session-workflow     # This very process
└── vendor-skill-evaluation     # Evaluation rubrics
```

## Ο Βρόχος Εξόρυξης

### Φάση 1: Ανακάλυψη

Οι δεξιότητες προέρχονται από παντού:

**Αποθετήρια Προμηθευτών**: Η AWS, η Anthropic, η Cloudflare, η Supabase και συνεισφέροντες της κοινότητας δημοσιεύουν συλλογές δεξιοτήτων. Παρακολουθούμε 25+ ρίζες προμηθευτών.

**Έργα Κοινότητας**: Το GitHub είναι γεμάτο πρότυπα Claude Code, μοτίβα πρακτόρων και ορισμούς ροών εργασίας.

**Εσωτερικά Μοτίβα**: Καθώς η ομάδα μας λύνει προβλήματα, αναδύονται μοτίβα. Αυτά τυποποιούνται σε δεξιότητες.

**Εξόρυξη Τεκμηρίωσης**: Η τεχνική τεκμηρίωση συχνά περιέχει σιωπηρές δεξιότητες — διαδικασίες, λίστες ελέγχου, δέντρα αποφάσεων.

Η ανακάλυψη είναι συνεχής. Χρησιμοποιούμε μια λίστα εκκρεμοτήτων δεξιοτήτων για να παρακολουθούμε υποψήφιες πριν από την επίσημη αξιολόγηση.

### Φάση 2: Αξιολόγηση

Κάθε υποψήφια αξιολογείται με τα ίδια κριτήρια:

```yaml
adoption_criteria:
  - fills_real_gap: true      # We lack this capability
  - well_structured: true     # Progressive disclosure
  - actively_maintained: true # Commits in last 6 months
  - portable: true            # Not hyper-specific
  - tested: true              # Evidence of usage
```

Πρέπει να πληρούνται και τα πέντε κριτήρια προϊόντος. Γι' αυτό το 87% των υποψηφίων απορρίπτεται.

Έπειτα κάθε υποψήφια περνά από ξεχωριστή επισκόπηση εμπιστοσύνης. Δεν αντιμετωπίζουμε ένα επίσημο αποθετήριο προμηθευτή, έναν γνωστό συντηρητή κοινότητας και ένα τυχαίο αποθετήριο GitHub ως ισοδύναμες πηγές αλήθειας.

```yaml
trust_review:
  vendor_credibility:
    - ownership_verified       # Official vendor, known maintainer, or internal source
    - maintenance_signal       # Recent commits, issue response, release history
    - adoption_signal          # Evidence of real use, stars alone are not enough
    - provenance_clear         # We can trace where the skill came from
  prompt_injection_scan:
    - hidden_instruction_check # Buried "ignore previous instructions" patterns
    - exfiltration_check       # Prompts that try to leak files, secrets, or context
    - authority_check          # Claims of priority over system or developer rules
  script_audit:
    - inspect_scripts          # Read shell/python/js helpers before adoption
    - network_and_exec_review  # curl|bash, remote downloads, subprocess execution
    - file_and_secret_review   # Env vars, credential access, broad file writes
    - destructive_action_check # rm, reset, overwrite, or unsafe automation
```

Οι έμπιστοι προμηθευτές παίρνουν μια ελαφρύτερη επισκόπηση προέλευσης, όχι όμως αυτόματη έγκριση. Οι μη έμπιστες ή άγνωστες πηγές παίρνουν έναν βαθύτερο χειροκίνητο έλεγχο, και δεν εκτελούμε συνοδευτικά σενάρια μέχρι να διαβαστούν, να οριοθετηθούν και να ταξινομηθούν ως ασφαλή.

**Ανάλυση Κενού**: Πριν την υιοθέτηση, αναζητούμε στο μητρώο μας:

```bash
uv run orkestra skills search "<capability>"
```

Αν το έχουμε ήδη, δεν το χρειαζόμαστε. Αν έχουμε κάτι κοντινό, μπορεί να συγχωνεύσουμε αντί να υιοθετήσουμε.

**Βαθμολόγηση Βάθους και Προτύπων**: Βαθμολογούμε επίσης πόσο πλήρως χρησιμοποιεί μια υποψήφια το μοντέλο δεξιότητας πράκτορα. Ένα μοναχικό `SKILL.md` μπορεί ακόμη να είναι χρήσιμο, όμως οι βαθύτερες δεξιότητες είναι πιο πολύτιμες όταν διαχωρίζουν οδηγίες από υλικό αναφοράς, σενάρια και πόρους με τον τρόπο που ενθαρρύνει το `agentskills.io`.

```yaml
skill_depth:
  - level_1: SKILL.md only                     # Single instruction file
  - level_2: SKILL.md + strong description     # Clear triggers and scope
  - level_3: adds references/                  # Load docs only when needed
  - level_4: adds atomic scripts/              # Small, reviewable helpers
  - level_5: adds assets/examples/templates    # Full progressive disclosure
depth_signals:
  - standards_adherence        # Structure aligns with agentskills.io conventions
  - reference_quality          # Curated references, not giant context dumps
  - script_atomicity           # Focused helpers, not opaque monoliths
  - tool_boundary_clarity      # Clear limits on what the skill can execute
  - community_signal           # Stars/forks/users help, but only as a weak boost
```

Τα αστέρια GitHub μπορούν να ανεβάσουν λίγο μια βαθμολογία αξιοπιστίας, όμως ποτέ δεν σώζουν μια ρηχή ή ανασφαλή δεξιότητα. Ένα αποθετήριο με πολλά αστέρια αλλά με ένα ασαφές `SKILL.md` και αδιαφανή σενάρια βαθμολογείται χαμηλότερα από ένα μικρότερο αποθετήριο με ακριβή περιγραφή, επιμελημένα `references/` και μικρά βοηθητικά προγράμματα με μία συγκεκριμένη λειτουργία που πράγματι αξιοποιούν την πλήρη ικανότητα της δεξιότητας.

**Δομική Ανάλυση**: Ελέγχουμε την ποιότητα της δεξιότητας:

```bash
wc -l vendor/<repo>/<skill>/SKILL.md  # Size check
ls vendor/<repo>/<skill>/scripts/     # Supporting files
ls vendor/<repo>/<skill>/references/  # Bundled docs
```

Αν μια υποψήφια περιλαμβάνει σενάρια, αυτή η επισκόπηση γίνεται πιο αυστηρή. Μια καλή δεξιότητα δεν είναι απλώς χρήσιμη· πρέπει να είναι ευανάγνωστη, οριοθετημένη και ασφαλής να δοθεί σε έναν πράκτορα. Αυτό το φίλτρο ασφάλειας από μόνο του αποκλείει ένα σημαντικό κομμάτι από κατά τα άλλα ενδιαφέρουσες υποψήφιες.

### Φάση 3: Ενσωμάτωση

Όταν μια δεξιότητα περνά την αξιολόγηση, εισέρχεται στο μητρώο. Όμως οι δεξιότητες δεν υιοθετούνται ποτέ αναλλοίωτες. Τροποποιούνται ώστε να ταιριάζουν στο σύστημά μας.

**Τροποποιήσεις κατά την Υιοθέτηση**:

1. **Κανονικοποίηση Μεταδεδομένων**: Κάθε δεξιότητα παίρνει το δικό μας σχήμα frontmatter
2. **Ανάθεση Επιπέδου K**: Οι δεξιότητες τοποθετούνται στο κατάλληλο επίπεδο γνώσης
3. **Εμπλουτισμός Ετικετών**: Προστίθενται ετικέτες για ανακάλυψη
4. **Δήλωση Εργαλείων**: Τα επιτρεπόμενα εργαλεία δηλώνονται ρητά
5. **Ευθυγράμμιση Ενοτήτων**: Το περιεχόμενο αναδιαρθρώνεται ώστε να ταιριάζει στο πρότυπό μας

Ένα τυπικό YAML δεξιότητας μετά την ενσωμάτωση:

```yaml
metadata:
  identifier: vendor-skill-evaluation
  name: vendor-skill-evaluation
  description: Systematic evaluation of vendor skills for adoption.
  type: workflow
  layer: K4
  semantic_folder: project
  source: core
  last_updated: '2026-01-17'

frontmatter:
  tags:
    - agents
    - meta
    - skill-adoption
    - vendor
  allowed_tools:
    - Bash
    - Read
    - Write
    - Edit
    - Grep
    - Glob
    - Task
```

### Φάση 4: Ανάθεση Εμβέλειας

Οι δεξιότητες ανατίθενται σε εμβέλειες — κατηγορίες που καθορίζουν ποιοι πράκτορες φορτώνουν ποιες δεξιότητες:

```yaml
scopes:
  database:
    primary_skills:
      - domains/schema-migration-workflow
      - domains/rpc-validation-checklist
      - vendor/supabase/supabase-database
      - vendor/supabase/supabase-auth

  research:
    primary_skills:
      - identities/research-workflows
      - identities/web-extraction-playbook
      - identities/dataset-discovery-quickstart
```

Οι πράκτορες δηλώνουν τις εμβέλειές τους, και οι δεξιότητες ανατίθενται αυτόματα:

```yaml
# Agent definition
scopes: [database, research]
# Gets: all database skills + all research skills + universal skills
```

### Φάση 5: Παραγωγή Αρχείων

Οι δεξιότητες δεν ζουν ως YAML στην παραγωγή. Αποδίδονται σε αρχεία SKILL.md που το Claude Code μπορεί να φορτώσει:

```bash
uv run orkestra sync
```

Αυτή η εντολή:
1. Διαβάζει όλους τους ορισμούς YAML δεξιοτήτων
2. Τους αποδίδει μέσω προτύπων Jinja
3. Γράφει αρχεία SKILL.md στο `.claude/skills/`
4. Οργανώνει κατά επίπεδο K (foundations/, identities/, domains/, stacks/, project/)

Η τελική δομή εξόδου:

```
.claude/skills/
├── foundations/     # K0: Universal
├── identities/      # K1: Discipline
├── domains/         # K2: Subject
├── stacks/          # K3: Technology
├── project/         # K4: Organization
└── vendor/          # External skills
```

## Το Μοτίβο της Αδρανούς Εμβέλειας

Ένα από τα πιο ισχυρά μοτίβα μας είναι δεξιότητες «υιοθετημένες-αλλά-όχι-φορτωμένες». Τις ονομάζουμε αδρανείς εμβέλειες.

Σκεφτείτε δεξιότητες επιστημονικής υπολογιστικής από το αποθετήριο k-dense-scientific. Έχουμε υιοθετήσει 120+ δεξιότητες που καλύπτουν βιοπληροφορική, χημεία, κβαντικούς υπολογιστές και κλινική πληροφορική. Όμως οι περισσότεροι πράκτορές μας δεν χρειάζονται μοριακή προσάρτηση ή ανάλυση γονιδιακής έκφρασης.

Αντί να φορτώνουμε και τις 120 δεξιότητες σε κάθε πράκτορα (φουσκώνοντας τα παράθυρα πλαισίου), εμείς:

1. **Υιοθετούμε** τις δεξιότητες με μια συγκεκριμένη εμβέλεια (π.χ. `bioinformatics`)
2. Τις κρατάμε **αδρανείς** — καταχωρημένες αλλά όχι φορτωμένες
3. Τις **ενεργοποιούμε** μόνο όταν ένας πράκτορας δηλώνει εκείνη την εμβέλεια

```yaml
# In scopes.yaml - dormant scope
bioinformatics:
  description: "Bioinformatics and genomics"
  primary_skills: []  # Empty - skills exist but aren't loaded

# When an agent needs bioinformatics:
# Agent YAML
scopes: [research, bioinformatics]  # Now loads bioinformatics skills
```

Αυτό το μοτίβο μας επιτρέπει να έχουμε 466 δεξιότητες στο μητρώο ενώ οι τυπικοί πράκτορες φορτώνουν μόνο 40-60 σχετικές.

## Τύποι Δεξιοτήτων

Οι δεξιότητες έρχονται σε τρία γνωστικά μοτίβα:

### Ροή Εργασίας

Διατεταγμένα διαδικαστικά βήματα: «1. Κάνε X, 2. Μετά Y, 3. Τέλος Z»

```yaml
type: workflow
# Examples: schema-migration-workflow, mining-session-workflow
```

### Πειθαρχία

Όρια συμπεριφοράς: «Πάντα X», «Ποτέ Y», «Προτίμησε Z»

```yaml
type: discipline
# Examples: test-first-discipline, evidence-based-completion
```

### Λίστα Ελέγχου

Κριτήρια επαλήθευσης: «Επιβεβαίωσε X», «Επαλήθευσε Y», «Έλεγξε Z»

```yaml
type: checklist
# Examples: auth-validation-checklist, secrets-audit-checklist
```

## Πύλες Ποιότητας

Κάθε δεξιότητα πρέπει να περάσει επικύρωση πριν κυκλοφορήσει:

```yaml
validation:
  file_exists: true           # Skill file at declared path
  frontmatter_valid: true     # Frontmatter parses correctly
  sections_complete: true     # Expected sections present
  tools_registered: true      # Declared tools exist in registry
```

Οι περιγραφές πρέπει να είναι 50-400 χαρακτήρες με φράσεις ενεργοποίησης («Χρησιμοποίησε όταν...», «Όταν χρειάζεσαι...»), ώστε το Claude Code να ξέρει πότε να τις προτείνει.

Επικυρώνουμε συνεχώς:

```bash
uv run orkestra validate --show-warnings
```

## Το Οικοσύστημα Προμηθευτών

Οι 373 δεξιότητες προμηθευτών μας προέρχονται από:

| Προμηθευτής | Δεξιότητες | Τομέας |
|----------|--------|--------|
| AWS Agent | 19 | Υπηρεσίες cloud |
| Anthropic | 12 | Δημιουργία εγγράφων |
| Cloudflare | 8 | Υπολογιστική άκρης δικτύου |
| Supabase | 5 | Βάση δεδομένων |
| k-dense | 100+ | Επιστημονική υπολογιστική |
| silvainfm | 4 | Επιστήμη δεδομένων |
| Java Developer Kit | 45+ | Spring/Java |
| Vercel | 1 | Αυτοματισμός προγράμματος περιήγησης |

Κάθε ρίζα προμηθευτή δηλώνεται στο metadata.yaml:

```yaml
vendor_roots:
  - path: vendor/aws-agent-skills
    provider: aws
  - path: vendor/k-dense-scientific/scientific-skills
    provider: k-dense
  - path: vendor/supabase-skills
    provider: supabase
```

Όταν τρέχει το `orkestra sync`, οι δεξιότητες προμηθευτών γίνονται symlink στο `.claude/skills/vendor/` με το namespace του προμηθευτή τους.

## Τι Μάθαμε

**Η επιλεκτικότητα αποδίδει.** Είναι δελεαστικό να υιοθετείτε οτιδήποτε φαίνεται χρήσιμο. Όμως κάθε δεξιότητα κοστίζει tokens. Με μέσο όρο 2.834 tokens ανά δεξιότητα, το περιττό περιεχόμενο γεμίζει γρήγορα το πλαίσιο. Το ποσοστό υιοθέτησής μας 13% κρατά τους πράκτορες ευέλικτους.

**Η δομή επιτρέπει ανακάλυψη.** Το σύστημα επιπέδων K δεν είναι απλώς οργάνωση — αφορά τη φορητότητα. Οι δεξιότητες K0 μπορούν να επαναχρησιμοποιηθούν οπουδήποτε. Οι δεξιότητες K4 είναι σκόπιμα ειδικές για το έργο. Αυτή η σαφήνεια βοηθά τόσο τους ανθρώπους όσο και τους πράκτορες να βρουν αυτό που χρειάζονται.

**Οι αδρανείς εμβέλειες κλιμακώνονται.** Μπορείτε να υιοθετήσετε εκατοντάδες δεξιότητες χωρίς να τις φορτώσετε όλες. Οι εμβέλειες σας επιτρέπουν να χτίσετε ένα εκτενές μητρώο διατηρώντας παράλληλα διαχειρίσιμα τα παράθυρα πλαισίου κάθε πράκτορα.

**Η τροποποίηση κατά την υιοθέτηση είναι απαραίτητη.** Οι ακατέργαστες δεξιότητες προμηθευτών σπάνια ταιριάζουν στο σύστημά σας. Η διαδικασία ενσωμάτωσης — προσθήκη μεταδεδομένων, ανάθεση επιπέδων, εμπλουτισμός ετικετών — κάνει τις εξωτερικές δεξιότητες να λειτουργούν εσωτερικά.

**Η εξόρυξη είναι συνεχής.** Ο αριθμός 3.500 συνεχίζει να μεγαλώνει. Νέα αποθετήρια προμηθευτών εμφανίζονται. Μοτίβα κοινότητας αναδύονται. Εσωτερικές ροές εργασίας σταθεροποιούνται. Ο βρόχος ποτέ δεν σταματά.

## Τι Ακολουθεί

Δουλεύουμε σε αρκετές βελτιώσεις:

1. **Αυτοματοποιημένος εντοπισμός κενών**: Ειδοποίηση όταν συνηθισμένες αστοχίες πρακτόρων θα μπορούσαν να αντιμετωπιστούν από μια μη υιοθετημένη δεξιότητα
2. **Ροές εργασίας κατάργησης δεξιοτήτων**: Επίσημη διαδικασία για την απόσυρση δεξιοτήτων που έχουν αντικατασταθεί ή δεν χρησιμοποιούνται
3. **Εξαρτήσεις μεταξύ δεξιοτήτων**: Ρητή δήλωση προαπαιτούμενων δεξιοτήτων
4. **Αναλυτικά χρήσης**: Παρακολούθηση του ποιες δεξιότητες πράγματι καλούν οι πράκτορες και ποιες απλώς φορτώνουν

Ο βρόχος εξόρυξης δεξιοτήτων είναι υποδομή. Δεν είναι εντυπωσιακός. Όμως είναι αυτό που κάνει 41 πράκτορες να λειτουργούν συνεκτικά με 466 ικανότητες, παραμένοντας μέσα στα όρια πλαισίου.

Αυτή είναι η ιστορία του πώς το 3.500 γίνεται 466. Όχι αγνοώντας τα 3.000 — αξιολογώντας τα συστηματικά και υιοθετώντας μόνο ό,τι λειτουργεί.

---

*Θέλετε να δείτε το σύστημα δεξιοτήτων σε δράση; Δείτε το `uv run orkestra skills list` για να εξερευνήσετε το τρέχον μητρώο μας.*