Mga coding prompt para sa Grok
Prompts para sa pang-araw-araw na dev work: pagbasa ng bagong code, pag-track ng bugs, paggawa ng tests at docs, at paggawa ng layout mula sa screenshot.
Sinasaklaw ng dalawampung coding prompt na ito ang karaniwang ginagawa ng isang developer linggu-linggo: pag-decode ng error messages, pag-trace ng bug na hindi nagka-crash pero mali ang resulta, pag-review ng diff, pagsulat ng tests at fixtures, pagbuo ng SQL queries at regular expressions, pagsulat ng shell scripts, pag-document ng API, pag-ayos ng gulo sa Git, at pag-aaral ng bagong wika sa pamamagitan ng pagkumpara nito sa alam mo na.
Mas mabilis at mas tumpak sumagot si Grok kapag kompleto ang detalye. Sabihin kung anong language, framework, at bersyon ang gamit mo; i-paste ang pinakamaikling bahagi ng code kung saan lumalabas ang problema kasama ang buong text ng error; at ilarawan kung ano ang inaasahan mong resulta. Para sa mga bug, iminumungkahi ng ilang prompt ang Grok 4.3 Thinking: sinusuri muna nito ang code bago sumagot, na lubhang kapaki-pakinabang sa mga off-by-one error, race condition, at mga nakalilitong kondisyon. Sapat na ang Grok 4.20 para sa mabilisang paliwanag at boilerplate. Dalawang prompt naman ang gumagamit ng image understanding: isa para sa screenshot ng sirang layout, at isa para sa whiteboard sketch ng isang data model.
Nalalapat dito ang mga karaniwang paalala, marahil higit pa sa iba. May knowledge cut-off ang mga model at hindi nakakapagbasa ng pinakabagong dokumentasyon, kaya maaaring napalitan na ang pangalan ng isang library function o hindi talaga ito umiiral. Ang code na mukhang tama ay puwede pa ring pumalya, kaya patakbuhin at i-test ito. Huwag kailanman mag-paste ng API keys, passwords, tokens, o data ng customer; dumadaan ang iyong mga mensahe sa aming server papunta sa model provider upang mabuo ang sagot. Pinuputol ang mahahabang mensahe, kaya ipadala lamang ang mismong function na may kinalaman, hindi ang buong repository.
Alamin kung paano ginagamit ng mga developer si Grok, buksan ang Code Assistant, o magbasa tungkol sa Grok API.
Paano i-angkop ang mga prompt na ito
- Isaad ang iyong stack kasama ang mga bersyon: Mas mainam ang "Node 22, TypeScript 5, Express" kaysa sa basta "JavaScript".
- Humingi muna ng plano bago ang code para sa anumang proyektong mas malaki kaysa sa isang simpleng function.
- Humiling ng paliwanag sa bawat pagbabago, upang masuri mo ang dahilan sa likod nito at hindi lamang ang diff.
- Ireserba ang Grok 4.7 para sa pinakamahihirap na problema; limitado ito sa 10 mensahe bawat araw.
-
01
I-decode ang error message
Gumagamit ako ng [wika o framework at bersyon]. Ipaliwanag ang error na ito sa simpleng pananalita, ilista ang tatlong pinakamalamang na dahilan ayon sa probabilidad, at sabihin kung ano ang unang dapat i-check para sa bawat isa: [i-paste ang buong error at stack trace]
-
02
I-trace ang maling resulta bawat linya
Ang function na ito ay nagbabalik ng [aktwal na resulta] kapag tinawag gamit ang [input], ngunit ang inaasahan ko ay [inaasahang resulta]. Isa-isahin ang pag-execute sa bawat linya gamit ang input na iyon, sinusubaybayan ang bawat variable, at huminto sa unang linyang nag-iba ang state sa dapat nitong kalagyan: [i-paste ang code]
-
03
Maghanap ng race condition
Ang [wika] code na ito ay minsan nagdudulot ng [sintomas] kapag mabigat ang load, ngunit hindi kailanman lumalabas kapag sinusubukan ko itong mag-isa: [i-paste ang code]. Maghanap ng mga race condition, shared state, at assumptions sa pagkakasunod-sunod. Para sa bawat pinaghihinalaan, ilarawan ang eksaktong interleaving na magdudulot ng bug at kung paano ito aayusin.
-
04
Mag-review ng pull request
Suriin ang diff na ito bilang isang mapiling senior developer sa isang [wika] codebase. Pangkatin ang mga komento sa bugs, risks, readability, at tests, magbigay ng line references, at magtapos sa hatol: approve, approve with changes, o request changes, kasama ang isang pangungusap na dahilan: [i-paste ang diff]
-
05
Ilista ang edge cases, saka sumulat ng tests
Para sa function sa ibaba, ilista ang bawat edge case na susubukan mo at bakit, pagkatapos ay isulat ang mga test sa [test framework]. Magsama ng kahit isang test na inaasahan mong babagsak sa kasalukuyang code, at sabihin kung alin iyon: [i-paste ang function]
-
06
Bumuo ng kakaibang test fixtures
Sumulat ng makatotohanang mga test fixture para sa data model na ito sa [format, hal. JSON o isang factory function]: [i-paste ang model]. Magsama ng sampung normal na record at limang alanganin o kakaibang record, gaya ng walang lamang string, napakahabang pangalan, mga character na hindi Latin, at boundary dates, at lagyan ng label kung alin ang alin.
-
07
SQL mula sa natural na tanong
Gamit ang schema na ito: [i-paste ang schema], sumulat ng [database] query na nagbabalik ng [kung ano ang kailangan mo]. Ipaliwanag ang bawat clause ng query, pagkatapos ay magpakita ng variant na humahawak din sa [edge case, hal. mga customer na walang order].
-
08
I-debug ang maling takbo ng regex
Ang regular expression na ito ay dapat [inaasahang gawi] sa [wika o tool], ngunit ito ay [anong nagiging mali]: [i-paste ang regex]. Paghiwa-hiwalayin ito at ipaliwanag ang bawat bahagi, magpakita ng input na magpapakita sa problema, at magbigay ng naitamang bersyon kasama ang tatlong string na dapat nitong tanggihan.
-
09
I-automate ang nakakatamad na gawain
Sumulat ng [bash o PowerShell] script na [gawain, hal. nag-a-archive ng mga log file na lampas 30 araw na sa isang zip]. Gawin itong ligtas: maglagay ng dry-run mode na nagpi-print lang ng gagawin nito, malilinaw na error message, at komento sa bawat linyang nagbubura o nagpapatong sa mga file.
-
10
I-document ang isang API endpoint
Gumawa ng reference documentation para sa endpoint na ito: [i-paste ang handler code o route]. Isama ang method at path, mga parameter kasama ang types at kung required ba ang mga ito, isang example request, example success at error responses, at bawat status code na pwede nitong ibalik.
-
11
Ayusin ang gulo sa Git
Ganito ang estado ng aking Git repository: [i-paste ang git status at ang huling ilang linya ng git log]. Ang gusto kong gawin ay [layunin]. Ipaliwanag sa simpleng salita kung ano ang nangyari at ibigay ang eksaktong commands para ayusin ito, simula sa isang command na magba-backup sa kasalukuyan kong ginagawa. Magbabala bago magbigay ng anumang command na nagre-rewrite ng history.
-
12
I-rewrite ang aking code sa native na paraan
Sanay ako sa [wikang alam ko] at nag-aaral ng [bagong wika]. Kunin ang snippet na ito na nakasulat sa nakasanayan kong style, [i-paste ang snippet], at i-rewrite ito sa paraan ng isang bihasang developer ng [bagong wika]. Pagkatapos, ipaliwanag ang mga idiom na ginamit mo na walang direktang katumbas sa pinanggalingan kong wika.
-
13
Ayusin ang layout mula sa screenshot
Nag-attach ako ng screenshot ng aking page. Ang problema: [kung ano ang mukhang mali]. Narito ang HTML at CSS para sa section na iyon: [i-paste ang code]. Hanapin ang sanhi, ibigay ang pinakasimpleng CSS fix, at ipaliwanag kung bakit ito nangyari para maiwasan ko sa susunod.
-
14
Mula whiteboard sketch patungong database tables
Nag-attach ako ng litrato ng whiteboard sketch ng data model para sa [app]. Gawin itong mga table definition para sa [database] na may primary keys, foreign keys, at angkop na types. Ilista ang anumang relationship na malabo sa sketch at itanong muna sa akin bago mag-assume.
-
15
Alamin ang complexity at mas mabilis na paraan
Ano ang time at memory complexity ng function na ito, at bakit? [i-paste ang code] Kung may mas mabilis na approach para sa mga input na humigit-kumulang [laki], ipakita ito at ipaliwanag kung ano ang magiging epekto nito sa readability.
-
16
Mag-refactor nang hindi binabago ang behaviour
I-refactor ang function na ito para mas madaling basahin nang hindi binabago ang ginagawa nito: [i-paste ang code]. Gawin ito sa maliliit at may pangalang steps, ipaliwanag ang bawat pagbabago sa isang linya, at ilista ang anumang behaviour na hindi ka sigurado para makumpirma ko bago mag-merge.
-
17
Sumulat ng README mula sa simula
Sumulat ng README para sa aking project [pangalan], na [kung ano ang ginagawa nito]. Mga section: tungkol saan ito, isang quick start na may copy-paste commands, configuration options sa isang table, karaniwang mga problema, at paano mag-contribute. Narito ang mahahalagang files at commands: [i-paste ang detalye]
-
18
Ipaliwanag ang code na hindi ko isinulat
Ipaliwanag kung ano ang ginagawa ng [wika] code na ito para sa isang marunong mag-program pero bago sa codebase na ito. Simulan sa dalawang pangungusap na buod, talakayin ito bawat block, at ituro ang anumang mukhang bug o natirang hack: [i-paste ang code]
-
19
Puntuhin ang mga kahinaan sa aking design
Plano kong buuin ang [feature] sa ganitong paraan: [ilarawan ang approach]. Maging devil's advocate. Tukuyin ang tatlong paraan kung paano malamang na pumalya ang design na ito sa production, kung ano ang makikita kapag nangyari iyon, at isang mas murang alternatibo kung mayroon man. Maging prangka; mas gusto kong marinig ito ngayon kaysa sa alas-3 ng madaling araw.
-
20
I-port ang code sa ibang wika
I-convert ang [source language] code na ito sa idiomatic na [target language], hindi basta line-by-line copy: [i-paste ang code]. Gamitin ang standard library ng target language hangga't maaari, panatilihin ang parehong behaviour, at ilista ang anumang bahagi kung saan magkaiba ang takbo ng dalawang wika, gaya ng integer division o string encoding.
Handa ka na bang magtanong kay Grok?
Walang account, walang download, walang credit card. Buksan ang chat, i-type ang iyong tanong, at basahin ang sagot ni Grok habang lumalabas ito.
Buksan ang Chat