Mēs uzbūvējām pilnu MI darba vidi profesionālo pakalpojumu uzņēmumam — IT pakalpojumu uzņēmumam, kas strādā ITAM, SAM un ITSM jomās ar 30+ cilvēku komandu.
Darba vide aptver 18 darba plūsmu prasmes trīs pamata jomās: iepirkumu novērtēšana, piedāvājumu ģenerēšana un mārketinga satura ražošana. Šis raksts ir par to, ko mēs tiešām iemācījāmies — arhitektūras lēmumi, kļūdas un lietas, kas izrādījās svarīgākas, nekā gaidījām.
1. mācība: Zināšanu bāze ir produkts, nevis MI
Šī bija lielākā atziņa, un tās pilnīga apjēgšana prasīja vairāk laika, nekā vajadzētu. Pašas prasmes ir gandrīz triviālas, kad zināšanu bāze ir stabila. Labi strukturēts prompts, kas norāda uz precīzām, visaptverošām uzņēmuma zināšanām, ražo labu rezultātu uzticami.
Ja zināšanu bāze ir vāja, nekāds prompt engineering nepalīdz. Jūs varat pārrakstīt promptu piecpadsmit reizes, bet ja pamata fakti ir nepareizi vai trūkst, rezultāts būs nepareizs vai vispārīgs. Mēs pārstājām labot promptus un sākām labot zināšanas. Tas bija pagrieziena punkts.
2. mācība: Prasmēm jābūt mazām un savienojamām
Sākumā mēs mēģinājām veidot monolītas prasmes — vienu prasmi, kas paņem iepirkuma dokumentu un izveido pilnu piedāvājumu. Tas bija trausls, grūti atkļūdojams, un kvalitāte bija nekonsekventa.
Versija, kas strādā: katra prasme dara vienu lietu. Piedāvājumu ģenerēšana patiesībā ir četras apakšprasmes: aprēķināt cenu, ģenerēt darba apjomu, uzrakstīt tehnisko specifikāciju, izveidot prezentāciju. Katru var palaist neatkarīgi. Katru var pārbaudīt neatkarīgi.
Kad kaut kas noiet greizi, jūs precīzi zināt, kur. Kad kvalitāte krītas vienā jomā, jūs labojat vienu prasmi, neaiztiekot pārējās.
3. mācība: Kvalitātes kontrole maina visu
Mēs pievienojām kopīgu kvalitātes kontroles sarakstu, kas darbojas uz katra rezultāta. Zīmola balss atbilstība. Faktu precizitāte pret zināšanu bāzi. Formatēšanas standarti. Komerciālo noteikumu ievērošana. Pilnīguma pārbaudes.
Tas bija vislielākās ietekmes lēmums visā projektā. Pirms kvalitātes kontroles rezultāti bija nekonsekventi — daži lieliski, daži garām. Pēc tās minimālais kvalitātes līmenis dramatiski pacēlās. Slikti rezultāti joprojām gadās, bet tie tiek noķerti, pirms nonāk pie kāda.
4. mācība: Dokumentu ģenerēšana ir grūtāka, nekā izskatās
Brendētu .docx un .pptx failu ražošana no MI rezultāta ir patiesi sarežģīta. Tā nav glamūroza atziņa, bet tā ir godīga.
Veidņu atbilstība. Formatēšanas konsekvence. Tabulu apstrāde. Attēlu izvietojums. Stilu mantošana. Galveņu un kājeņu loģika. Šīs problēmas ir garlaicīgas un laikietilpīgas.
Šeit aizgāja aptuveni 40% no kopējā izveides laika. Ja jūs plānojat līdzīgu projektu, nenovērtējiet to par zemu. MI var ģenerēt izcilu saturu dažu minūšu laikā. Dabūt šo saturu pareizi noformatētā brendētā dokumentā prasa nopietnu inženieru darbu.
5. mācība: CLAUDE.md fails ir vadības centrs
Viens fails definē sistēmas identitāti, prasmju maršrutēšanu un pamata noteikumus. Katra sesija sākas, nolasot šo failu. Tas pasaka MI, kas tas ir, ko tas var darīt, kādiem noteikumiem tas jāievēro un kā maršrutēt dažādus pieprasījumus.
Tas ir tas, kas padara darba vidi saskanīgu, nevis kā atrauta promptu kolekciju. Bez tā katra prasme darbojas izolēti. Ar to ir kopīga izpratne, kas pāriet katrai mijiedarbībai.
6. mācība: Projects spogulis komandas piekļuvei
Ne visi izmanto Claude Code. Paralēla Projects iestatīšana Claude.ai kolēģiem bez CLI piekļuves ļāva visai komandai strādāt no vienas zināšanu bāzes.
Tā pati zināšanu bāze. Tie paši kvalitātes standarti. Cits interfeiss. Tas bija svarīgi adopcijai. Ja tikai tehniskā komanda var izmantot sistēmu, biznesa vērtība ir ierobežota.
7. mācība: Iterācija pārspēj plānošanu
Mēs pārbūvējām iepirkumu novērtēšanas punktu modeli trīs reizes, balstoties uz lietotāju atsauksmēm. Pirmā versija bija pārinženierēta — pārāk daudz kritēriju, svērtie punkti, ko neviens nesaprata, rezultāti, kas bija garāki par pašu iepirkumu.
Galīgā versija ir vienkāršāka un precīzāka. Tā vērtē to, kas patiesi svarīgs bid/no-bid lēmumiem, un sniedz rezultātus formātā, ar ko komanda var rīkoties dažu minūšu laikā.
Mēs nevarētu projektēt galīgo versiju pirmajā dienā. Mums bija jāredz, kā tā neizdodas praksē, lai saprastu, kā izskatās labs rezultāts.
Skaitļi
- 15 zināšanu bāzes faili
- 18 darba plūsmu prasmes
- 3 pamata jomas: iepirkumu novērtēšana, piedāvājumu ģenerēšana, mārketinga saturs
- 13+ mārketinga satura formāti (bloga raksti, gadījumu izpētes, sociālie mediji, jaunumu vēstules un vēl)
- Kvalitātes kontrole uz katra rezultāta
Ieteikumi, ja veidojat kaut ko līdzīgu
Sāciet ar zināšanu bāzi. Nopietni. Neveidojiet nevienu prasmi, kamēr uzņēmuma zināšanas nav strukturētas, precīzas un visaptverošas.
Veidojiet mazu. Viena prasme, viens darbs. Savienojiet tās kopā sarežģītām darba plūsmām.
Pievienojiet kvalitātes kontroli agri. Tas ir lētākais veids, kā pacelt rezultātu kvalitāti visā sistēmā.
Plānojiet reālu laiku dokumentu ģenerēšanai. Ja jūsu rezultātiem jābūt brendētos dokumentos, tā ir nozīmīga darba plūsma pati par sevi.
Un iterējiet. Jūsu pirmā versija nebūs labākā. Uzbūvējiet, izmantojiet, salabojiet, atkārtojiet.