Maswali ya mahojiano ya harness engineering: maswali 22 yenye majibu kwa mhandisi wa AI

Jinsi ya kujiandaa

Maswali ya mahojiano ya harness engineering kwa kawaida huanza kwa ujumla na kuelekea kwenye mahususi: harness ni nini, inajumuisha nini, unatambuaje tatizo, unapimaje athari. Mhoji anatafuta fikra za kihandisi: uwezo wa kutofautisha tatizo la modeli na tatizo la mazingira, na kupendekeza suluhisho linaloweza kuthibitishwa. Hapa chini kuna maswali 22 pamoja na majibu, yakipangwa kwa mada.

Misingi

1. Harness ya wakala ni nini?

Harness ni mazingira yote ambamo wakala wa AI anafanya kazi, isipokuwa modeli yenyewe: maelekezo, zana, mazingira ya utekelezaji, uhifadhi wa hali, na mzunguko wa maoni. Modeli hufanya maamuzi, na harness huamua modeli inajua nini, inaweza kufanya nini, na inajuaje matokeo ya hatua zake. Modeli ile ile katika harness tofauti hutoa ubora tofauti sana.

2. Harness engineering inatofautianaje na prompt na context engineering?

Prompt engineering hushughulikia maneno ya ombi moja, context engineering hushughulikia kinachoingia kwenye dirisha la modeli kila hatua. Harness engineering inajumuisha zote mbili na kuongeza kile ambacho maneno pekee hayawezi kutatua: ufikiaji wa zana, mazingira yanayoweza kuzalishwa upya, hali kati ya vikao, na ukaguzi wa mashine wa matokeo.

3. Taja vipengele vitano vya harness.

Maelekezo (AGENTS.md, CLAUDE.md, skills, nyaraka), zana (shell, majaribio, linter, browser, MCP), mazingira (utegemezi, runtime, Docker, worktree), hali (PROGRESS.md, orodha ya vipengele, maamuzi), na maoni (make check, E2E, hooks, mkaguzi). Kukosekana kwa kipengele kimoja hakumaanishi «matokeo kidogo mabaya», bali kundi zima la kushindwa kwa mfumo.

4. Kwa nini kubadilisha modeli kuwa yenye nguvu zaidi mara nyingi hakusaidii?

Kwa sababu kushindwa mwingi hakutokani na akili ya modeli. Modeli yenye nguvu haitapata ufikiaji wa amri isiyokuwepo, haitakumbuka kikao cha jana bila faili la hali, na haitajua migration imevunjika ikiwa hakuna aliyeiendesha. Makubaliano mahususi ya timu pia hayawezi kukisiwa na modeli.

Utambuzi

5. Wakala anakiuka kanuni iliyoandikwa kwenye CLAUDE.md. Unafanya nini?

Kwanza angalia kama wakala anaweza kuipata kanuni hiyo: faili refu lenye vitone zaidi ya kumi linafifisha mambo muhimu. Punguza faili la kuingilia kuwa faharasa, na hamisha maelezo kwenye nyaraka zinazopakiwa kwa sharti. Ikiwa kanuni ni muhimu, badilisha kuwa ukaguzi unaoweza kuendeshwa — linter, jaribio, guard ya grep au hook — ili ukiukaji uonekane kimashine na usitegemee umakini wa modeli.

6. Unajuaje kipengele gani kimevunjika kwa dalili?

Kanuni inayojulikana inakiukwa — maelekezo. Wakala «anataka lakini hawezi» — zana. Kila kikao kinaanza kwa kurekebisha mazingira — mazingira. Kikao kipya hakijui kazi ilipoishia — hali. «Imekamilika» haiendani na hali halisi — maoni.

7. Harness inapaswa kuanza na kipengele kipi, na kwa nini?

Na maoni. Bila amri inayojibu kimashine «inafanya kazi au haifanyi», athari za mabadiliko mengine hazipimiki. Kisha kwa kawaida hufuata maelekezo, hali, mazingira na zana, lakini mpangilio ni wa kimajaribio na unategemea kipi kimevunjika zaidi.

8. Unapimaje mchango wa sehemu moja ya harness?

Kwa ablation: modeli na seti ya kazi vinabaki vilevile, kisha kipengele kimoja kinazimwa kwa wakati na kushuka kunaangaliwa. Hata hivyo ni bora kuanza na kumbukumbu ya kushindwa yenye uwekaji alama wa tabaka, kwa sababu inaonyesha kizuizi haraka. Kushuka kwa sifuri hakumaanishi sehemu haina maana: huenda kazi hizi hazikuitumia, au ni ya ziada.

Maelekezo na muktadha

9. Unaundaje AGENTS.md nzuri?

Kama rauta, si kitabu cha kiada: mradi ni nini, unauendeshaje, unakaguaje, Definition of Done, na orodha fupi ya mipaka ya lazima. Maelezo yanakaa kwenye nyaraka tofauti zenye viungo vya aina «soma ukigusa malipo». Faili linaweka invariants («data inathibitishwa kwenye mpaka»), halielekezi utekelezaji au maktaba mstari kwa mstari.

10. Subagents zinatumika kwa nini?

Kwa kutenga muktadha. Kazi za pembeni — kutafuta kwenye msimbo, review, ukaguzi — hufanyika katika muktadha wao na kurudisha matokeo tu. Mtiririko mkuu hauchafuki, na subagent mkaguzi haurithi hoja za mtekelezaji, jambo muhimu kwa tathmini ya haki.

11. Harness debt ni nini?

Pengo lililojikusanya kati ya harness na uhalisia: kanuni zilizopitwa na wakati, amri zisizofanya kazi tena, nyaraka za moduli ambazo hazipo tena. Inatenda kama deni la kiufundi — inajikusanya bila kuonekana na inalipwa kwa kushindwa kwa wakala. Harness inahitaji kukaguliwa mara kwa mara, si kusanidiwa mara moja tu.

Hali na vikao

12. Unashughulikiaje usahaulifu wa wakala kati ya vikao?

Hifadhi hali kwenye hazina: PROGRESS.md (ilipofikia, yaliyokamilika, vikwazo, hatua zinazofuata), DECISIONS.md (uamuzi, sababu, chaguzi zilizokataliwa), orodha ya vipengele pamoja na hali zake, na commit za mara kwa mara. Katika maelekezo weka mpangilio wa kuanza: soma maendeleo, endesha skripti ya kukagua mazingira, chukua kipengele kinachotumika.

13. Kanuni ya WIP=1 ni ya nini?

Wakala akianza vipengele kadhaa kwa wakati mmoja, hali inatawanyika: hakuna kinachokamilika, mabadiliko yanachanganyika, na rollback inakuwa ngumu. Kipengele kimoja kinachotumika kinatoa sehemu wazi ya ukaguzi, commit safi, na urejeo rahisi baada ya kushindwa.

14. Jaribio la cold start ni nini?

Ni kupima kama kikao kipya kinaweza kujibu maswali ya msingi bila vidokezo vya binadamu: mradi ni upi, umefikia wapi, kipengele gani kinatumika, na jinsi ya kuthibitisha kwamba kila kitu kiko sawa. Ikiwa wakala anajibu kutoka kwenye faili bila kukisia, kipengele cha hali kinafanya kazi.

Uthibitishaji

15. Kwa nini majaribio ya kitengo yenye kijani hayathibitishi kwamba kipengele kinafanya kazi?

Jaribio la kitengo hutenga moduli na kuiga utegemezi, kwa hiyo haliyaoni mashikamano: kutofautiana kwa miingiliano, kuenea kwa hali (schema imebadilika, cache ni ya zamani), uvujaji wa rasilimali, na matatizo ya usanidi na mazingira. Kasoro zinazonaswa na majaribio ya kitengo ni sehemu ndogo ya zile zinazonaswa na majaribio ya ujumuishaji, na hizo nazo ni sehemu ndogo ya zinazoweza kunaswa na E2E.

16. Verification gap ni nini na inahesabiwaje?

Ni sehemu ya kazi ambazo wakala ametangaza kuwa zimekamilika lakini ukaguzi huru haukuthibitisha. Chukua kazi 10 mfululizo na uandike ukweli wote mawili kwa kila moja. Kipimo hiki kinatoa msingi wa kulinganisha: baada ya mabadiliko ya harness, hesabu tena kwenye seti ya kazi inayofanana.

17. Unaandikaje Definition of Done kwa wakala?

Katika AGENTS.md, kama orodha ya vipengele vinavyoweza kuthibitishwa: amri za ukaguzi zinamaliza kwa msimbo 0, kuna E2E kwa hali husika, migration zinatumika, maendeleo yamesasishwa. Ni muhimu pia kutaja wazi kile kisichohesabiwa kuwa kimekamilika: «inaonekana sahihi», «majaribio ya kitengo yanapita», «kwangu inafanya kazi».

18. Kwa nini wakala asijipe hali ya «imekamilika» mwenyewe?

Modeli huelekea kupandisha tathmini ya kazi yake mwenyewe, na tathmini ya nafsi hufanyika katika muktadha ule ule ambamo uamuzi ulifanywa. Hali ya passing inapaswa kutolewa na skripti ya uthibitishaji kulingana na matokeo ya kuendesha ukaguzi, ikirekodi commit hash kama ushahidi.

19. Mkaguzi huru anajengwaje?

Ni wakala au kikao tofauti kinachoona mahitaji, diff na matokeo ya ukaguzi tu, lakini si hoja za mtekelezaji. Hutathmini kwa rubriki (usahihi, muundo, majaribio, ushughulikiaji wa makosa), na kila tathmini inarejelea faili, mstari au kumbukumbu. Ni bora kutumia modeli tofauti, ili sehemu zao za upofu zisifanane.

20. Kanuni ya muundo inawezaje kufanywa ukaguzi unaoweza kuendeshwa?

Kwa ngazi tatu: guard ya grep (ya haraka, kwa muundo), kanuni ya linter inayoelewa grafu ya uingizaji (import-linter, dependency-cruiser), na jaribio la muundo kwenye CI. Zote huingizwa kwenye make check, hushindwa kwa msimbo usio sifuri, na kuchapisha WHY na FIX ili wakala aweze kurekebisha ukiukaji mwenyewe. Kichocheo cha ukaguzi mpya: maoni yale yale ya review yakitokea mara ya pili.

Kazi ya kujiendesha

21. Ni nini kinahitajika ili kumwachia wakala kazi kwa saa nyingi?

Lengo lisilo na utata, kipimo cha maendeleo kinachopanda kila mara (kwa mfano idadi ya vipengele vilivyo passing), bajeti ya muda na majaribio kwa kila kipengele, rollback ya kiotomatiki pale regression inapotokea, na orodha ya vitendo vinavyohitaji binadamu: migration, miundombinu, fedha. Pamoja na kutengwa: sandbox au git worktree tofauti, ili kosa lisigusie mazingira ya kazi.

22. Mzunguko mmoja wa wakala hautoshi lini, na graph ya majukumu inajengwaje?

Mtekelezaji anapoanza kujikagua mwenyewe na kukwama. Kazi inagawanywa katika majukumu: utekelezaji, review, majaribio na merge. Review hupata muktadha safi na rubriki, na merge hufanywa na msimbo pale review == pass. Review ikishindwa, kipengele kinarudi kwenye utekelezaji, na baada ya kushindwa mara kadhaa kinaanzishwa upya kwa muktadha safi — maana yake tatizo liko katika kuelewa kazi, si msimbo.

Muhtasari

Katika mahojiano ya harness engineering, jibu lenye nguvu zaidi ni lile linalozungumzia kinachoweza kuthibitishwa: faili gani, amri gani, kipimo gani. Kumbuka vipengele vitano, verification gap, na kanuni ya «hali ya kukamilika inatolewa na skripti». Mada hizi zote zinakutana kuwa harness moja kamili katika mradi wa kozi ya harness engineering.