Artikel Directory
In freon frege my de oare deis hoe't ik de effisjinsje ferbetterje kin by it brûken fan Codex.
我说你想做的东西,GitHub 上大概率已经有人做过了,而且不少方案已经很成熟。能直接参考、修改,为什么还要从头写一遍?
Ik sei tsjin jo dat jo de folgjende prompt kopiearje en plakke moatte en útfiere foardat jo mei elk projekt begjinne.
他试了一下,回来跟我说,确实省了好多时间。

Ik haw deroer neitocht, en it liket derop dat frijwat minsken net bewust binne fan dizze funksje. It is as in protte minsken AI brûke om koade te skriuwen, fuortendaliks begjinnend mei Vibe Coding, wêrtroch't de AI websiden generearje en apps skriuwe kin.
Der is echt gjin need om te haasten.
Wat jo dwaan wolle, hat immen op GitHub wierskynlik al dien.
Wat jo dwaan wolle is nei alle gedachten al dien op GitHub. In protte oplossingen binne al folwoeksen, en de koadekwaliteit kin sels heger wêze as wat jo sels skriuwe kinne. Wêrom it fanôf it begjin opnij skriuwe as jo direkt nei besteand wurk ferwize en it oanpasse kinne?
Myn persoanlike gewoante is dat as ik in nij projekt begjinne wol, ik net daliks koade skriuw. Earst stjoer ik dizze suggestje nei Codex:
我要做一个XXX。先不要写代码。去GitHub找能直接使用或二次开发的开源项目,确认是否还在维护、部署是否麻烦、哪些功能可以复用。最后告诉我,应该直接用、基于现有项目改,还是自己开发,并给出最简单的MVP方案。等我确认后再动手。
Allinnich dizze iene sin.
Dizze prompt die trije dingen.
Tink derom, dizze prompt docht trije dingen.
Earst makket it it mooglik foar AI om besteande oplossingen op GitHub te finen ynstee fan sels oplossingen te skriuwen. In protte minsken witte miskien net dat Codex, as it yntegrearre is mei de GitHub-plugin, eins yn realtime nei iepen boarneprojekten kin sykje; it is net allinich in funksje.
Twadder brûkt it AI om jo te helpen de kwaliteit fan dizze projekten te evaluearjen: oft se noch ûnderhâlden wurde, hoe yngewikkeld de ynset is, en hokker funksjes direkt brûkt wurde kinne. As jo elk projekt manuell op GitHub trochsykje soene, kin it in oere as twa duorje. Lit de AI it útfiere, en jo krije resultaten yn minuten.
Tredde, it lit AI jo in dúdlike beslútsuggestie jaan: oft jo it direkt brûke, oanpasse of fanôf it begjin skriuwe moatte, en it helpt jo ek de ienfâldichste MVP-oplossing te plannen.
Wêrom kinne wy in protte tokens besparje?
Lit my jo fertelle, dizze operaasje kin jo echt in protte tokens besparje.
Wêrom? Want as jo AI direkt koade skriuwe litte, wit it net dat wat jo wolle al bestiet. It sil in enoarme hoemannichte koade foar jo generearje fanôf it begjin. Dizze koade kin oerlaapje mei de funksjonaliteit fan besteande iepen boarneprojekten, en jo sille it úteinlik sels opromje moatte.
As jo lykwols earst AI helpe litte om it antwurd te finen, sille har suggestjes basearre wêze op it besteande ekosysteem, en as jo de koade skriuwe, kin de hoemannichte koade mei teminsten de helte wurde fermindere.
Dat doch ik sels. As ik in nij projekt begjin, fier ik earst dit suggestjeprogramma út, en beslút dan oer de folgjende stap op basis fan 'e suggestjes fan 'e AI. It ferbetteret de effisjinsje echt.
Om earlik te wêzen, ik bin der net wis fan oft dizze metoade foar elkenien wurket; guon projekten kinne yndied gjin maklik beskikbere oplossingen hawwe. Mar tink deroer nei: foar de measte dingen dy't jo dwaan wolle, mei hûnderten miljoenen repositories op GitHub, is de kâns tige grut dat immen it al dien hat.
Steand op 'e skouders fan reuzen
Jo binne gjin programmeur, dus jo hoege gjin koade fanôf it begjin te skriuwe. Jo binne gjin ynhâldskepper, dus jo hoege net alle dagen orizjinele ynhâld te meitsjen. Jo binne gewoan ien dy't wat betsjuttingsfols dwaan wol, en de tûkste oanpak is om earst te sjen wat oaren al dien hawwe, en dan op 'e skouders fan giganten te stean.
Soms fyn ik dat de tûkste manier om AI yn it AI-tiidrek te brûken net is om AI alles foar jo dwaan te litten, mar om AI ynformaasje op te heljen en beslútanalyse foar jo te dwaan, en dan kinne jo it útfiere.
Wat is it ferskil tusken dit en it brûken fan in sykmasine earder? Earder, as jo nei in spesifike eask sochten, ferskynden der in boskje keppelings, en moasten jo der ien foar ien troch klikke om te sjen hokker wurken en hokker net. No fertelle jo de AI jo easken, en it filteret se foar jo en jout jo direkt de konklúzje.
Kinst it leauwe?
Dizze prompt moat gravearre wurde.DNAyn
Persoanlik tink ik dat dizze prompt yn ús DNA ynboud wurde moat . It trochjaan foardat jo mei in nij projekt begjinne besparret echt in soad tiid.
In oar foardiel fan dizze oanpak is dat jo foarkomme dat jo it tsjil opnij útfine. KI helpt jo om maklik beskikbere oplossingen te finen, wêrtroch jo jo kinne rjochtsje op de echt oanpaste aspekten. Op dizze manier kin jo enerzjy wurde wijd oan de weardefolste gebieten.
Myn eigen ûnderfining is dat doe't ik foar it earst begon mei it brûken fan AI om koade te skriuwen, ik echt entûsjast wie en woe dat de AI alles fanôf it begjin generearje soe. Mar nei't ik it in skoft brûkt hie, fûn ik dat dat faak stadiger wie. Dit komt om't jo de koade dy't troch AI generearre is debuggen, oanpasse en ûnderhâlde moatte, wylst besteande iepen-boarneprojekten troch in protte minsken ferifiearre binne, sadat har kwaliteit mear garandearre is.
Dit klinkt miskien tsjin de yntuysje, toch? Mar tink der ris oer nei: it wichtichste oan koade is net it skriuwen derfan, mar it korrekt skriuwen derfan. Besteande oplossingen binne al validearre; it direkt brûken dêrfan sil de kâns op problemen flink ferminderje.
Dus myn advys is, de folgjende kear dat jo koade skriuwe mei Codex of hokker AI dan ek, haast jo der net mei. Fier earst de prompt ien kear út en lit de AI jo helpe it antwurd te finen.
Jo kinne ûntdekke dat wat jo besykje te dwaan al troch immen oars dien is.
Jo moatte it gewoan nimme en brûke.
Brûk de tiid dy't jo besparje om wat ynteressanters te dwaan.
Om't jo oant no ta lêzen hawwe, as jo it nuttich fûnen, like en diel it dan asjebleaft. As jo earst updates ûntfange wolle, kinne jo my ek folgje!
Tankewol foar it lêzen fan myn artikel. Oant de folgjende kear.
Hopelik sil it artikel "Vibe Coding Efficiency Doubling Techniques: A Must-Read Before Writing Code! Use AI to Find the Optimal Solution First", dield op ' e blog fan Chen Weiliang ( https://www.chenweiliang.com/ ), jo nuttich wêze.
Fiel jo frij om de keppeling fan dit artikel te dielen: https://www.chenweiliang.com/cwl-34473.html
