Vibe- ի coding hype- ը ցածր է, քանի որ մեծ լեզուների մոդելերը կարող են հասկանալ, քանի որ այդ coding- ի գործիչները շատ լավ են: Նրանք կարող են վերցնել նոր Frontend էջերը, մատակարարել API- ները, եւ նույնիսկ կառուցել CI / CD- ի konfigurations- ը: Բայց բոլորը գիտեն, թե ինչպես են նրանք անսահմանափակներ: Նրանք կարող են աշխատել մեկ անգամ եւ կտրել հաջորդ անգամ: Նրանք կարող են մոռանալ ձեր codebase- ի մասեր, խմել ծախսված SDK- ները, կամ պարզապես ստեղծել բաները: Չնայած այն, որ մոդել սխալ է, դա այն է, որ դա չի Ահա այդ հավատանքը - Ոչ ոք գրել է ծրագրագրական լեզվը միայն օգտագործելով coding- ը: Եթե դա կարող է լինել, այն ամեն ինչ է: Տեսեք ձեր контекстը https://cursed-lang.org/ Եթե դուք կարող եք ստանալ հավասար արտադրանքը, դուք չեք կարող պարզապես բարելավվել: Դուք պետք է The agent works in — shape its inputs, give it structure, and set the right boundaries. Դա այն է, ինչը կոչվում է . engineer the environment context engineering LLM-ները չգիտեն, թե ինչպես են ինժեներներ LLM-ները չգիտեն կոդը, ինչպես մենք: Նրանք նախորդ տոմսերի մոդելների, ոչ մի app build- ի կամ կառուցվածքի վրա, հիմնված են տոմսերը: Այսպիսով, նույնիսկ քիչ փոխանցումներ պոմպի կամ ներքին ֆայլերի մեջ կարող են փոխել արտադրանքը: Այսպիսով, մեկ տոմս ստուգում է փորձերը, եւ մեկ այլ բեռնում է մոմսերը կամ մոռանում է մի քիմոլոնը: Չինաստանում, նրանք, ինչպիսիք են պրակտորներ, որ քո պրակտորը մոռանում են. Ես կարող եմ ասել, ես փորձել եմ) Դուք կարող եք վերահսկել այն, որպեսզի այն ճիշտ է: — սխալները եւ միջավայք, որոնք կօգնեն այն ամեն անգամ valid code- ի վրա: scaffolding 2. Կառուցումներ կարող են տպագրել կոդը Եթե դուք ցանկանում եք, որ աշխատողը միասին աշխատել, Նրանք խոշորում են հնարավոր արտադրանքի տարածքը, եւ խոշորում են մոդելը ձեր տեղադրման հետ հարմարեցնել: constraints are your friend Մի քանի օգտակար սահմանափակումներ: Types- Եթե դուք օգտագործում եք TypeScript- ը կամ JSON- ը, գործիչը կարող է տեսնել, թե ինչ ձեւերը պետք է հետեւել: Lint + Format Rules — Prettier, ESLint, կամ codegen Rules- ը կատարում է արտադրանքը միասին, առանց լրացուցիչ խոստովանության: Մարդիկ, ովքեր պետք է անում են այս գործառույթը, պետք է անում են այն, ինչ պետք է անում են այն, ինչ պետք է անում են այն, ինչ պետք է անում են այն. Configs and templates — գործիքներ, ինչպիսիք են Typeconf եւ Varlock- ը, կարող են նախընտրել միջավայրի տարբերակները, SDK-ները կամ ցանկացած konfiguration մոդելներ, որոնք գործիչը պետք է հետեւել: Պահպանեք, որ դուք միշտ գրում եք կոդը ուժեղ տպերի հետ: Դուք չեք կորցնում հարմարավետությունը - դուք պարզապես ստանում եք սխալները առաջ, եւ գործառույթը վերականգնում եք: Արդյունաբերական համակարգեր, ինչպիսիք են Third Truth Մինչեւ կոդը տեսնում է լավ, դա սովորաբար կտրում է կառուցելու ժամանակ, քանի որ գործիչը սխալ չգիտել է, թե ինչպես են բաները մատակարարված: Բայց հաճախ գործիչը նույնիսկ չգիտում է, թե ինչպես ճիշտ կառուցել ձեր կոդը: Օրինակ՝ Դուք պահանջում եք, որ սեղմեք փորձերը, սեղմեք npm փորձը, բայց ձեր repo- ը օգտագործում է pnpm կամ nx: Դա փորձում է ստեղծել Dockerfile, որը նույնիսկ չի ունենում ձեր իրական տարածքում. Դա տեղադրում է մի փաթեթ, որը նույնիսկ չի տեղադրվել. Fix- ը պետք է Ապրիլի-ի հետազոտություն, որը կարող է ստեղծել, ստուգել եւ տեղադրել սխալը: Տեսեք այն, թե ինչպես է սխալը ստեղծվել ձեր ծրագրի միջավայրի համար: abstract the build system Երբ գործակալը գիտի, թե ինչ է նշանակում, որ «պարտադրել» ձեր աշխարհում, նա կարող է օգտագործել այդ գիտելիքները, այլեւ խոստել. Bazel, Buck, Nx, կամ նույնիսկ լավ կառուցված package.json- ը արդեն լավ բաղադրիչներ են: Որքան ավելի շատ դուք ներառեք այս տեղեկատվությունը, այնքան քիչ hallucinations դուք կանգնեք: Եթե դուք ցանկանում եք գնալ ավելի երկար, դուք կարող եք գրել ձեր սեփական գործիքների կանգնածներ, որպեսզի գործիչը չի կանգնեք սխալ բաղադրիչ համակարգը, ստուգեք Claude Code- ը: . https://docs.claude.com/en/docs/claude-code/hooks-guide 4. Ապրիշային դասընթացների խնդիրը Շատ coding- ի գործիչները ուսուցվում են տվյալների մասին, որոնք մի տարի կամ երկու տարի առաջ են, եւ նրանք երջանիկ են օգտագործել APIs- ները, որոնք այժմ չկան, կամ կոդը մոդելներ, որոնք բոլորը դադարեցվել են տարի առաջ: Դուք կարող եք տեսնել բաները, ինչպիսիք են: Previous LifeCycle մեթոդներ Միացյալ գրասենյակային գործառույթներ Next.js Ապրանքանիշներ NPM- ի գրասենյակների համար, որոնք փոխվել են նոր տարբերակներին Դուք պետք է մուտք գործել ձեր սեփական բաղադրիչը - իրական գրքեր, իրական կոդը, իրական configs. Որոշ մեթոդներ, որոնք կարող են կտրել սխալը: Տեղադրում է գրասենյակային DOC- ում, ինչպիսիք են MCP- ները, ինչպիսիք են Context7. Տեղադրողը կարող է կարդալ իրական կոդը ֆայլեր եւ կախվածություններ - նշեք այն, որ կարդալ է node_modules, դուք կասկածեն, թե ինչպես հաճախ դա օգնում է վերահսկել API-ը: Տեղադրեք Agents.md- ը, որը ասում է մոդելին, որ նա փորձում է օգտագործել վերականգնել խնդիրային մոդելը: Երբ մոդելը գիտի, թե ինչ է իրականում, նա կանգնած է hallucinating. 5-րդ սերտիֆիկը Լավ coding գործակալը ոչ միայն կարդում է ձեր ուղեցույցը - նա կարդում է ամբողջ Situation. Դուք կարող եք մտածել բաղադրիչը երեք մակարդակներում: Static context Project structure, file layout, types, configs, build commands եւ dependencies. Dynamic context Օգտագործման գործառույթը, open file, error messages, test results, runtime logs. External context Docs- ը, SDK- ը, Changelogs- ը կամ Web- ի բաղադրիչները, երբ անհրաժեշտ է: Միացեք բոլոր երեքը, եւ գործակալը սկսում է գործել, ինչպիսիք են որեւէ մեկը, ով իրականում տեղադրվում է ձեր codebase- ը, ոչ մի անմիջական Freelancer- ը, որը հիշում է. 6 Ապրանքներ իրական աշխարհում Ես այժմ ստեղծում եմ SourceWizard - coding agents for automating integrations.When I started automating the WorkOS AuthKit integration, այստեղ է անսահմանափակ ցուցակը խնդիրների, որ մոդել ստեղծել ինձ համար: Մարդիկ, ովքեր սկսում են օգտագործել withAuth եւ getUser API-ները: Մխիթար Frontend- ի եւ Backend- ի ռեժիմը, ինչպիսիք են useState- ի օգտագործումը Server-side- ի մասերի վրա: Արդյունաբերական միջավայրի տարբերակներ. սխալ փաթեթը տեղադրվել է: Նշվում է, որ մոդելը նաեւ թռչել է բոլոր փաթեթների կառավարիչներին, երբեմն npm, երբեմն pnpm, ինչ-որ բան է ավելի հետաքրքրված մոդելին մեկ անգամ: Երբ ես ավելացել եմ սահմանափակումներ, ուղղակիորեն նշել եմ, թե ինչ է գործիչը օգտագործել, մատակարարվել է վերջին API-ի հետ, մոդելը սկսել է արտադրել ինտեգրման կոդը . consistently Արդյոք տարբերությունը չէ մոդելում, դա այն է, ինչ այն տեսնում է: 7. Context- ը նոր ինտերնետ է Շատ մարդիկ դեռ կարծում են, որ coding գործիքներ, ինչպիսիք են chatbots: տեքստ, ստանալ պատասխանը. Բայց իրական տեխնիկական աշխատանքների համար, տեքստը պարզապես մի բան է. Հիմնական բաղադրիչը կատարվում է ինտերնետում - ֆայլերը, տպագրերը, փոստերը եւ վերլուծման փաթեթները, որոնք գործիչը կարող է հասնել: Դա այն է, ինչը այն օգտագործում է: Հաջորդում, մենք չենք պարզապես խոսում coding agents- ի հետ, մենք կփակենք նրանց մեր build համակարգերի մեջ: Նրանք գիտեն մեր repos- ը, գիտեն մեր գործիքները, եւ հետեւում են նույն հարցերը, ինչպես ամեն այլ մասը բաղադրիչի. Հյուրատետր Սպիտակներ սխալ են, ոչ թե այնպես, քանի որ նրանք սխալ են, այլ այնպես, քանի որ նրանք աշխատում են սխալով: Եթե դուք ցանկանում եք, որ նրանք կարողանան լինել հավատալի թիմային ընկերներ, մատակարարեք նրանց կառուցվածքը: Նշում են, թե ինչպես պետք է սեղմվում: Բարձրացնել abstractions, որոնք ցույց են տալիս, թե ինչպես ձեր նախագծը իրականում աշխատում է: Արդյոք, այնպես, որ նրանք չգիտեն օգտագործել առաջադեմ մոդելներ: Որքան լավ է սխալը, այնքան լավ է կոդը. Դուք չեք պարզապես մտնում նոր ինժեները ձեր Repo- ում եւ ասում եք, որ «պատկեք այն». Դուք կանգնեք նրանց վրա: Coding Agents- ը նույն են:
