To jeden z tych wpisów, gdzie konkretne skupienie na języku jest węższe niż lekcja architektoniczna.
Tak, artykuł dotyczy Agent Skills dla Pythona.
Ale ciekawszym punktem jest kompozycja.
Możliwość mieszania skilli plikowych, klasowych i inline przez jeden model dostawcy to dokładnie to, co sprawia, że framework wydaje się skalowalny, a nie uroczy.
Ważna zmiana to nie plik vs klasa vs inline
Łatwo przeczytać artykuł jako macierz funkcji:
- skille plikowe
- skille klasowe
- skille inline
To jest użyteczne, ale nie stanowi głównego punktu architektonicznego.
Głównym punktem jest to, że framework ułatwia komponowanie możliwości z wielu źródeł bez przepisywania historii dostawcy za każdym razem.
To jest część, która ma znaczenie, gdy skille przechodzą z małego demo do prawdziwego środowiska zespołowego.
Linijka, na której bym się skupił
Źródłowy artykuł mówi, że skill z lokalnego repozytorium, spakowany skill z wewnętrznego indeksu i „szybki most inline napisany dziesięć minut temu wszystkie podłączają się do tego samego dostawcy”.
To zdanie robi całą robotę.
Bo właśnie tam zaczyna pojawiać się utrzymywalność.
Jeśli zespoły mogą mieszać:
- spakowane skille
- tymczasowe mosty
- skille z lokalnego repozytorium
- przyszłe zamienniki
bez przepisywania za każdym razem instalacji agenta, wtedy system skilli ma szansę skalować się w prawdziwych organizacjach.
Dlaczego to ma znaczenie, nawet jeśli jesteś bardziej skupiony na .NET
Mimo że ten wpis jest specyficzny dla Pythona, uważam, że warto obserwować ten wzorzec, jeśli głównie żyjesz w .NET.
Dlaczego? Ponieważ podstawowe pytanie jest większe niż wybór języka:
jak skille ewoluują między zespołami, nie robiąc bałaganu?
Odpowiedź rzadko brzmi po prostu „więcej typów skilli”.
Prawie zawsze chodzi o to, czy model kompozycji jest wystarczająco silny, aby te typy skilli mogły ze sobą czysto współistnieć.
Myślę, że ten artykuł właśnie to rozumie.
Moje zdanie
Nawet jeśli jesteś bardziej skupiony na stronie .NET, wciąż warto obserwować ten wzorzec, ponieważ komponowalność to jedna z rzeczy, która decyduje, czy skille pozostaną utrzymywalne w miarę rozprzestrzeniania się między zespołami.
A gdy zespoły zaczną pakować, udostępniać i wymieniać skille między repozytoriami i wewnętrznymi ekosystemami, ta komponowalność stanie się znacznie ważniejsza niż składnia jakiegokolwiek pojedynczego stylu autorstwa.
Oryginalny wpis: Agent Skills for Python: File, Code, and Class – Composed in One Provider
