Mafunzo ya Solo to Team: Sakinisha kifurushi cha ujuzi wa ushirikiano na ums koreshe wasaidizi wengi wa AI ukiwa mtu mmoja

Muhtasari wa mradi

Solo to Team · Mtu mmoja kuwa timu, wenye jina la hifadhi solo-to-team-skills, ni kifurushi cha ujuzi wa ushirikiano kwa Kichina kinacholenga hali ya “mtu mmoja kudhibiti kila kitu, huku wasaidizi wengi wa AI wa muda mrefu wakifanya kazi”. Hakiundi timu za AI kiotomatiki, bali hutoa mbinu inayoweza kutekelezwa tena na tena ili kukusaidia kugawa kazi, kufuatilia majibu, kukagua ushahidi, kisha kufanya uamuzi wa mwisho wewe mwenyewe.

Hali ya sasa ya mradi ni v0.9-draft, na bado itarekebishwa. Tayari umejaribiwa kwa kiwango kidogo katika Codex, WorkBuddy, DeepSeek Harness, Cursor, CodeBuddy, Kimi Work na 千问办公; Grok Bot inahitaji usanidi wa mkono. Claude Code imeandaliwa muundo wa programu-jalizi, lakini bado haijaingizwa kwenye usaidizi wa awali.

“Usaidizi” unamaanisha kuwa njia maalum ya usakinishaji na matumizi imethibitishwa kufanya kazi, si kwamba kila kazi inaweza kukamilishwa kwa uthabiti, wala si kwamba ujuzi wote minne umehakikiwa mmoja baada ya mwingine katika kila mwenyeji.

Mradi unat 해결isha tatizo gani

Wakati wasaidizi wengi wa AI wanaposhirikiana, kinachopoteza udhibiti kwa urahisi si uwezo wa modeli, bali mchakato: hakuna anayethibitisha baada ya kazi kutumwa, mtendaji husema “imekamilika” bila ushahidi, ukaguzi wa kukubali na kupokea matokeo huchanganywa, au maelekezo ya uendeshaji yanaeleweka na mwandishi pekee.

Solo to Team hupanga mchakato wa ushirikiano kuwa mstari mmoja:

Kuweka lengo → Kugawa kazi → Kukabidhiana → Kukagua → Kuamua

• Kuweka lengo: Eleza wazi nini kifanywe, matokeo yawekwe wapi, yawasilishwe lini, na ni nini kitakachohesabiwa kuwa kimekamilika.
• Kugawa kazi: Kabla ya kugawa kazi, sajili kwanza “vinavyosubiri kupokelewa”, ukieleza mtendaji, mpokeaji na mkaguzi wa wakati wa mwisho.
• Kukabidhiana: Rekodi kando “imepokea kazi” na “imepokea matokeo” ili kuzuia kuchukulia kupokea ujumbe kuwa ni kukamilisha kazi.
• Kukagua: Kagua ushahidi halali unaolingana na toleo la sasa; sehemu zilizobadilishwa au zilizoshindwa lazima zikaguliwe tena.
• Kuamua: Mtu ndiye anayeamua kuruhusu, kurudisha au kubadili mwelekeo.

Ujuzi minne ya msingi

dispatch-accept-verify

Jina la kuonyeshwa ni “Kazi iliyotumwa lazima irudi”, na unahusika na ugawaji pamoja na makabidhiano. Unahitaji kusajili “vinavyosubiri kupokelewa” kabla ya kutuma kazi, na kutenganisha rekodi za kupokea kazi, kupokea matokeo na kukamilisha ukaguzi wa kukubali. Kazi inaweza kuondolewa kwenye orodha ya zisizokamilika tu baada ya kukubaliwa au kufutwa kwa idhini.

evidence-before-done

Jina la kuonyeshwa ni “Kabla ya kukabidhi kazi lazima kuwe na ushahidi”, na unahusika na ukaguzi. Unasisitiza kuwa hitimisho la kukamilika lazima lijengwe juu ya ushahidi unaolingana na toleo la sasa, kwa mfano kufungua na kukagua matokeo, kuhesabu tena, kuendesha amri, au kupitia hatua za awali tena.

beginner-ops-writing

Jina la kuonyeshwa ni “Maelekezo ya uendeshaji kwa anayeanza”, na hutumika kuandika hatua ambazo hata mtu asiyejua usuli anaweza kufuata. Kanuni kuu ni kuandika hatua moja kwa wakati, kuelekeza kila kitu kwa kitu kimoja tu, na kueleza kile kinachopaswa kuonekana baada ya kukamilisha. Vitendo kama kuingia, kulipa, kufuta na kutuma rasmi vinavyopaswa kufanywa na mhusika mwenyewe vinapaswa kuandikwa tu “tafadhali mhusika afanye”, bila kubuni njia ya kuvifanyia mtu mwingine.

ops-case-notes

Jina la kuonyeshwa ni “Rekodi za uendeshaji zilizoondolewa taarifa nyeti”, na linajumuisha visa viwili vilivyoondolewa taarifa nyeti kutoka katika uendeshaji halisi, vikirekodi matatizo ya kweli, marekebisho, matokeo na vikwazo ambavyo bado havijatatuliwa. Linafaa kutumika kama rejeleo la mapitio baada ya mianya kuonekana katika mchakato.

Maandalizi kabla ya kuanza

Kwanza pakua au kloni hifadhi, na uhakikishe kuwa kuna saraka ya skills/ kwenye kompyuta yako. Saraka hiyo inapaswa kuwa na saraka ndogo nne za ujuzi, kila moja ikiwa na SKILL.md.

git clone YOUR_REPOSITORY_URL
cd solo-to-team-skills

Anwani ya kloni inapaswa kubadilishwa kuwa anwani halisi ya hifadhi baada ya mradi kuchapishwa rasmi. Ikiwa mradi umepatikana kama faili iliyobanwa, unaweza kuifungua moja kwa moja na kuitumia.

Wakati wa kusakinisha, fuata kanuni hizi:

• Nakili saraka nzima ya skills/jina-la-ujuzi/; usinakili SKILL.md pekee.
• dispatch-accept-verify pia hutegemea violezo vilivyo ndani ya saraka yake; kunakili maandishi pekee kutapoteza kiolezo cha mstari wa usajili.
• Inapendekezwa kusakinisha dispatch-accept-verify na evidence-before-done kwa pamoja.
• evidence-before-done inaweza pia kutumiwa peke yake.
• beginner-ops-writing na ops-case-notes ni nyongeza za hiari; kutokuzisakinisha hakuathiri mchakato mkuu wa kutuma na kupokea kazi.

Chagua mwenyeji na usakinishe

Codex

Njia iliyothibitishwa ya Codex hutumia .agents/plugins/marketplace.json iliyokuja na hifadhi. Kwanza sakinisha na uingie kwenye Codex CLI, kisha tekeleza yafuatayo kwenye mzizi wa mradi:

cd /path/to/solo-to-team-skills
codex plugin marketplace add "$(pwd)"
codex plugin add solo-to-team-skills@solo-to-team-skills

Ikiwa amri itarudisha hali isiyo ya sifuri, simama na uthibitishe ikiwa saraka ya sasa ni mzizi wa kifurushi unaojumuisha .agents/plugins/marketplace.json. Baada ya kusakinisha, fungua kipindi kipya au tumia codex exec kuita ujuzi.

codex exec -s workspace-write --skip-git-repo-check -C "$(pwd)" '请使用技能 dispatch-accept-verify，写一行待收登记到 T044_dispatch_line.md'

Ukitaka kuondoa usakinishaji, tekeleza:

codex plugin remove solo-to-team-skills@solo-to-team-skills
codex plugin marketplace remove solo-to-team-skills

Cursor

Nakili saraka kamili za ujuzi zinazohitajika kwenye saraka ya ujuzi ya mtumiaji:

mkdir -p ~/.cursor/skills/
cp -R skills/dispatch-accept-verify ~/.cursor/skills/
cp -R skills/evidence-before-done ~/.cursor/skills/

Kisha ita ujuzi kwa jina lake katika Cursor Agent. Unaweza pia kutumia muundo wa CLI cursor agent --print. Unapoendesha bila mwingiliano katika eneo jipya la kazi, mwenyeji anaweza kuhitaji kutumia --trust; kigezo hicho kinamaanisha kuamini eneo la kazi, si kuzima utaratibu wa usalama.

WorkBuddy na CodeBuddy

Majina haya mawili yanafanana, lakini si mwenyeji mmoja, na saraka za usakinishaji haziwezi kuchanganywa.

• WorkBuddy: Nakili kwenye ~/.workbuddy/skills/ au .workbuddy/skills/ ndani ya mradi; unaweza pia kupakia kwenye kiolesura saraka ya ujuzi au zip yenye SKILL.md.
• CodeBuddy: Nakili kwenye ~/.codebuddy/skills/ au .codebuddy/skills/ ndani ya mradi, kisha ita kwa jina lake kupitia kiolesura au CLI.

Kwa maelezo rasmi yanayohusiana, tazama nyaraka za WorkBuddy Skills na nyaraka za CodeBuddy Skills.

DeepSeek Harness

Nakili ujuzi kamili kwenye .dsh/skills/ ya mradi, ~/.dsh/skills/ ya mtumiaji, au .agents/skills/, kisha fungua upya au onyesha upya Harness. Mradi unaeleza wazi kuwa dsh plugin add si njia ya kusakinisha maandishi ya ujuzi huu.

Kabla ya kutumia, unahitaji kujiandalia akaunti au API ya DeepSeek; mradi huu hautoi funguo. Kwa utaratibu maalum, tazama nyaraka za DeepSeek Harness Skills.

Kimi Work

README imethibitisha matumizi ya programu ya eneo-kazi ya Kimi Work, si Kimi Code CLI. Katika mazingira ya uthibitishaji ya macOS, saraka ya ujuzi ni:

~/Library/Application Support/kimi-desktop/daimon-share/daimon/skills/

Baada ya kunakili, ingiza / kwenye kiolesura cha Kimi Work ili kuchagua ujuzi. Njia hii imetokana na matumizi ya jumuiya; rasmi huenda pia kukawa na njia za usakinishaji kwa zip, Markdown, kiungo au duka. Fuata maelezo ya sasa kwenye ukurasa rasmi wa Kimi Skills.

千问办公 QwenWork

Nakili saraka ya ujuzi kwenye:

~/.qwenworkcn/skills/

Kisha tumia / kwenye programu ya eneo-kazi kuchagua ujuzi, au uitaje moja kwa moja kwenye mazungumzo. 千问办公 na 通义灵码 si bidhaa moja; usitumie saraka ileile ya usakinishaji. Tazama pia nyaraka za QwenWork Skills.

Grok Bot

Grok Bot haitumii usakinishaji wa saraka ya ndani. Fungua SKILL.md ya ujuzi husika, kisha katika mazungumzo omba maandishi yahifadhiwe kama ujuzi wa faragha, ukitumia name na description vilivyo mwanzoni mwa faili. Ujuzi minne lazima ihifadhiwe kando.

Unapohifadhi dispatch-accept-verify, bandika pia kiolezo chake cha mstari wa usajili kwenye ujuzi wa faragha. Njia hii inalenga Grok Bot yenye uwezo wa kuhifadhi ujuzi wa faragha pekee; haimaanishi kuwa bidhaa nyingine za Grok zinaweza kutumia usanidi huo huo.

Claude Code

Hifadhi tayari ina .claude-plugin/plugin.json na muundo wa marketplace, lakini kwa sasa iko katika hali ya “muundo umeandaliwa, uthibitishaji bado haujakamilika”, hivyo haiwezi kuchukuliwa kuwa usaidizi wa awali. Ukijaribu mwenyewe, fuata njia ya sasa ya usakinishaji katika nyaraka rasmi za programu-jalizi za Claude Code.

Uendeshaji wa kwanza: anza na kazi ndogo

Usiwape wasaidizi wengi mradi mgumu tangu mwanzo. Kwanza chagua kazi ndogo ambayo matokeo yake ni rahisi kukagua, kwa mfano kupanga kumbukumbu za mkutano kutokana na ingizo lililotolewa. Mradi hutoa mfano mkuu katika examples/ na nyenzo kamili ya kufuata hatua katika examples/walkthrough-meeting-notes/, kwa ajili ya kufanya mazoezi ya “ingizo lililotolewa, kutengeneza matokeo, kukagua ushahidi, kukubali na mtu, na kurudisha kwa marekebisho”.

Hatua ya kwanza: Eleza lengo kwa uwazi

Eleza kwa msaidizi maudhui ya kazi, mahali pa matokeo, muda wa kuwasilisha na vigezo vya kukamilika. Muundo wa kidokezo unaweza kuwa hivi:

请使用 dispatch-accept-verify 管理这项任务。
任务：根据给定输入整理会议记录。
成果位置：指定的工作区文件。
交付时间：约定时间。
完成标准：内容与输入一致，必要字段齐全，并可由我打开检查。
请先生成一行“待收”登记。

Hatua ya pili: Sajili “vinavyosubiri kupokelewa”

Kabla ya kutuma kazi, tengeneza mstari wa usajili unaoeleza angalau hali ya kazi, nani anatekeleza, nani anapokea, nani anakagua wakati wa mwisho, matokeo yatawekwa wapi na yatawasilishwa lini. Inapendekezwa kunakili moja kwa moja templates/task-register-line.md kutoka kwenye hifadhi; usijaribu kukisia sehemu zote mwenyewe.

Hatua ya tatu: Rekodi kupokea kazi na matokeo kando

Msaidizi wa utekelezaji akishathibitisha kukubali kazi, rekodi “imepokea kazi”. Faili la matokeo linaporejeshwa kweli, ndipo urekodi “matokeo yamepokelewa”. Hali hizi mbili haziwezi kuunganishwa, kwa sababu “mtu amekubali kuifanya” si sawa na “matokeo yamewasilishwa tayari”.

Hatua ya nne: Kagua kwa ushahidi

เรียก evidence-before-done, na umtake msaidizi atoe ushahidi unaolingana na toleo la sasa ili kuunga mkono hitimisho la kukamilika.

Tafadhali tumia evidence-before-done kukagua matokeo ya sasa.
Fungua faili la mwisho na ukague kila kipengele ukilinganisha na mahitaji ya awali.
Ikiwa kuna sehemu zilizorekebishwa au zilizowahi kushindwa, zikague tena.
Orodhesha ushahidi, vipengele visivyotimizwa na hitimisho linalopendekezwa; usinipitishe moja kwa moja.

Ushahidi unaweza kutoka katika ukaguzi wa maudhui baada ya kufungua faili, matokeo ya amri, matokeo ya kuhesabu upya, au kurudia hatua za awali za uendeshaji. Ikiwa matokeo yamebadilishwa tena baada ya ukaguzi, sehemu zilizoathirika zinapaswa kukaguliwa upya; sehemu ambazo hazijabadilika zinaweza kutumia matokeo ya ukaguzi wa awali.

Hatua ya tano: Kubali wewe mwenyewe

Tumia ushahidi kuamua kupitisha, kurudisha au kubadilisha mwelekeo. Rekodi “imekubaliwa” tu baada ya mtu kukagua na kuthibitisha kukubalika. Ikiwa mahitaji hayajatimizwa, eleza wazi sababu ya kurudisha na umwombe msaidizi wa utekelezaji arekebishe, kisha pata ushahidi tena.

“Matokeo yamepokelewa” si sawa na “imekubaliwa”. Kazi hukamilika kweli tu wakati ushahidi unaendana na matokeo ya sasa na mtu ameamua kuipitisha.

Mpangilio unaopendekezwa wa kujifunza kwa wanaoanza kabisa

1. Anza kwa kusoma mfano mkuu katika examples/.
2. Fuata examples/walkthrough-meeting-notes/ na ukamilishe kazi ndogo inayojumuisha kurejeshwa kwa marekebisho.
3. Jifunze kiolezo kimoja tu: templates/task-register-line.md.
4. Anza kwa kutumia daftari au lahajedwali kufanya mazoezi ya “inasubiri kupokelewa → imepokea kazi → matokeo yamepokelewa → imekubaliwa”.
5. Baada ya kuifahamu mbinu hii, sakinisha ujuzi huo katika mwenyeji wa Agent anayeungwa mkono na uuite kwa jina.

Mbinu hii yenyewe haihitaji uwezo tata wa kupanga programu. Ikiwa unaweza kuandika kazi kwa uwazi, kupanga anayetekeleza na kukagua matokeo, unaweza kuanza na rekodi inayoshirikiwa.

Matumizi ya juu

Unganisha sehemu za usajili kwenye ubao uliopo

Ikiwa tayari unatumia mfumo wa kazi, lahajedwali au ubao wa mradi, unaweza kuunganisha sehemu za mstari wa usajili kwenye mchakato uliopo. Jambo muhimu si chombo unachotumia, bali kuhakikisha kazi zinazosubiri kupokelewa zinaonekana mara moja, na kwamba kupokea kazi, kupokea matokeo na kukamilisha ukaguzi ni hali tofauti.

Weka majukumu wazi kwa wasaidizi wengi

Kifurushi cha ujuzi hutoa mchakato na njia ya kuandika; mwenyeji anawajibika kufungua vipindi, kuendesha amri, kusoma na kuandika faili, pamoja na uwezo unaowezekana wa vikumbusho vilivyopangwa au ujumbe kati ya wasaidizi. Mtu anawajibika kuweka malengo, kuamua vipaumbele, kuidhinisha vitendo hatari na kufanya uamuzi wa mwisho.

Unapounda mchakato, unaweza kukagua kwa mfuatano:

• Je, mwenyeji anaweza kufungua vipindi au wasaidizi wadogo wengi kwa wakati mmoja?
• Je, mwenyeji anaweza kutuma ujumbe kati ya wasaidizi?
• Je, mwenyeji ana vikumbusho vilivyopangwa au uwezo wa kuamsha?
• Ikiwa hakuna kikumbusho cha kiotomatiki, nani atafanya ukaguzi wa kibinadamu kwa wakati?
• Nani atathibitisha mwenyewe ukaguzi wa mwisho na vitendo hatari?

Kagua tena sehemu zilizoathirika pekee

Baada ya matokeo kurekebishwa, si lazima kurudia ukaguzi wote bila ubaguzi. Unaweza kutumia tena ushahidi wa awali wa sehemu ambazo hazijabadilika, lakini sehemu zote zilizobadilishwa, zilizowahi kushindwa au zilizoathiriwa na marekebisho lazima zikaguliwe tena. Hii hupunguza kazi ya kurudia huku ikidumisha uaminifu.

Tumia beginner-ops-writing kuandika hatua za kibinadamu

Unapokutana na hatua zinazopaswa kutekelezwa na mtu, kama kuingia, kulipa au kuthibitisha mwenyewe, unaweza kuita beginner-ops-writing ili kugawanya hatua kuwa kitendo kimoja kwa wakati mmoja na kueleza wazi kitu cha kufanyia kazi pamoja na matokeo yanayotarajiwa. Kwa vitendo hatari, sema tu “tafadhali mtu mwenyewe atekeleze”; usimruhusu msaidizi kujaribu kukwepa idhini ya kibinadamu.

Tumia ops-case-notes kwa mapitio

Kunapokuwa na kupitwa kwa kupokea kazi, kupitwa kwa ukaguzi au kurudia kosa, soma tena ops-case-notes. Unaporekodi mapitio, hifadhi taarifa za kiwango cha mbinu: tatizo halisi, marekebisho yaliyofanywa, matokeo halisi na vikwazo ambavyo bado havijatatuliwa, huku ukiondoa mawasiliano binafsi, vitambulisho vya siri, njia za ndani na taarifa za mashine.

Mipaka ya kiotomatiki unayopaswa kujua

hooks: {} katika orodha ya programu-jalizi ya kifurushi hiki inamaanisha kuwa hakitoi uamsho wa kiotomatiki. Kusakinisha ujuzi kunamaanisha tu kwamba msaidizi anaweza kufanya kazi kwa kufuata mbinu hii; hakumaanishi kuwa mfumo utagawa kazi kiotomatiki, utatuma vikumbusho vilivyopangwa, utapitisha ujumbe kati ya vipindi au utatoa risiti kiotomatiki.

• Mwenyeji akiwa na uwezo wa kupanga muda, unaweza kutumia uwezo huo kufanya ukaguzi kwa wakati uliopangwa.
• Mwenyeji akiwa hana uwezo wa kupanga muda, mtu anahitaji kukagua kwa wakati.
• Arifa kati ya wasaidizi, mazungumzo ya kikundi na usomaji au uandishi wa faili zinazoshirikiwa hutegemea mwenyeji.
• Vitendo kama kutumia pesa, kuingia, kuthibitisha malipo, kutuma rasmi na kufuta lazima viidhinishwe na mtu.
• Uamuzi wa mwisho wa kupokea, kurudisha au kubadilisha mwelekeo hufanywa na mtu kila wakati.

Takriban dakika kumi zilizotajwa katika README ni moja tu ya malengo ya muundo; hazipaswi kuandikwa kama dhamana iliyothibitishwa. Kipimo kilichopo cha Cursor CLI kilifanywa katika masharti ambayo mwenyeji ulikuwa umesakinishwa na kuingiliwa, hazina ilikuwa imepatikana, na maelekezo yalikuwa yameandaliwa mapema. Kuanzia kunakili ujuzi hadi kutoa mstari wa usajili kulichukua takriban sekunde 29.6; hii haiwakilishi muda wote ambao mtumiaji asiyezoea angehitaji kusakinisha mwenyeji kutoka mwanzo na kukamilisha kazi nzima.

Jinsi ya kujua kama usakinishaji umefanikiwa kweli

Mradi umeweka vigezo viwili vya lazima:

1. Inaweza kusakinishwa na kuitwa: Kamilisha upatikanaji, usakinishaji au usanidi, kisha uite kwa jina la ujuzi na utoe mstari wa usajili unaoweza kukaguliwa.
2. Inaweza kukamilisha kazi moja halisi ndogo: Anza na lengo, mgawanyo wa kazi na makabidhiano, kisha fika kwenye ukaguzi wa ushahidi na uamuzi wa kibinadamu, ukiacha matokeo halisi, ushahidi na hitimisho la kukubali.

Kila mmoja wa wenyeji wanane wa sasa ana rekodi moja ya kukubali kazi ndogo yenye mipaka, lakini hili si uthibitisho wa uthabiti, wala halithibitishi kwamba kazi zote zinaweza kukamilika. Mradi bado haujathibitisha kupitia jaribio linganishi kwamba kiwango cha makosa cha timu nzima kimepungua au idadi ya vikumbusho imepungua, kwa hiyo unapaswa kudumisha usimamizi wa kibinadamu wakati wa matumizi.

Hitimisho

Thamani ya Solo to Team haiko katika kuunda timu ya AI iliyojiendesha kiotomatiki kabisa, bali katika kutoa mbinu ya ushirikiano iliyo wazi, inayoweza kukaguliwa na kuhamishwa. Kwanza sakinisha dispatch-accept-verify na evidence-before-done, kisha tumia kazi ndogo kufanya mazoezi ya “inasubiri kupokelewa, imepokea kazi, matokeo yamepokelewa, ukaguzi wa ushahidi, ukaguzi wa kibinadamu”, kabla ya kuunganisha wasaidizi wengi na mbao zilizopo hatua kwa hatua. Bila kujali unatumia mwenyeji gani, shikilia kanuni hii: msaidizi anawajibika kutekeleza na kutoa ushahidi, huku mtu akiwajibika kwa malengo, idhini na uamuzi wa mwisho.