Aquest és un d’aquells articles on l’enfocament específic del llenguatge és més estret que la lliçó arquitectònica.
Sí, l’article tracta sobre Agent Skills per a Python.
Però el punt més interessant és sobre la composició.
La capacitat de barrejar skills basades en fitxers, classes i inline a través d’un sol model de provider és exactament el tipus de cosa que fa que un framework sembli escalable en lloc de simpàtic.
El canvi important no és fitxer vs classe vs inline
És fàcil llegir l’article com una matriu de funcions:
- skills basades en fitxers
- skills basades en classes
- skills inline
Això és útil, però no és el punt arquitectònic principal.
El punt principal és que el framework està facilitant compondre capacitats de múltiples fonts sense reescriure la historia del provider cada vegada.
Aquesta és la part que importa quan les skills passen d’una petita demo a un entorn d’equip real.
La línia en què em centraria
L’article font diu que una skill d’un repositori local, una skill empaquetada d’un índex intern i “un pont inline ràpid que vas escriure fa deu minuts s’endollen tots al mateix provider”.
Aquesta frase fa la feina real.
Perquè aquí és on comença a aparèixer el manteniment.
Si els equips poden barrejar:
- skills empaquetades
- ponts temporals
- skills de repositori local
- substitucions futures
sense reescriure la fontaneria de l’agent cada vegada, llavors el sistema de skills té possibilitats d’escalar en organitzacions reals.
Per què això importa encara que estiguis més centrat en .NET
Tot i que aquest article és específic de Python, crec que el patró val la pena seguir-lo fins i tot si vius principalment a .NET.
Per què? Perquè la pregunta subjacent és més gran que l’elecció del llenguatge:
com evolucionen les skills entre equips sense convertir-se en un desastre?
La resposta rarament és “simplement més tipus de skills”.
Gairebé sempre es tracta de si el model de composició és prou sòlid per permetre que aquests tipus de skills convisquin de manera neta.
Això és el que crec que aquest article fa bé.
La meva opinió
Fins i tot si estàs més centrat en la banda de .NET, aquest segueix sent un patró útil de seguir perquè la composabilitat és una de les coses que decideix si les skills es mantenen mantenibles a mesura que s’estenen entre equips.
I un cop els equips comencin a empaquetar, compartir i intercanviar skills entre repositoris i ecosistemes interns, aquesta composabilitat es torna molt més important que la sintaxi de qualsevol estil d’autoria individual.
Article original: Agent Skills for Python: File, Code, and Class – Composed in One Provider
