Coding Intermediate XML Structured

Refactor Opportunity Code Critic

Para sa mga engineer na nais ng praktikal na mungkahi sa refactor nang hindi binabago ang asal o nagdadagdag ng hindi kailangang komplikasyon.

๐Ÿ’ป
Rating
4.8
Difficulty
Intermediate
Format
XML Structured
Variables
4
I-download Prompt FREE

Best for these models

โ— Claude Opus 4.6 โ— Claude Sonnet 4.6 โ— ChatGPT (GPT-5.4)

๐Ÿ“‹ The Prompt

XML Structured .txt

๐Ÿ”’ Available ang prompt sa download

Kunin ang buong prompt text sa downloadable na .txt file. Libre, walang signup na kailangan.

I-download Prompt

Variables to fill in

{{CODE_DIFF}} โ€” Replace with your input
{{LANGUAGE}} โ€” Replace with your input
{{STYLE_GUIDE}} โ€” Replace with your input
{{PRIORITY}} โ€” Replace with your input

About this prompt

Ang Refactor Opportunity Code Critic ay dinisenyo upang tulungan ang mga developer na mapabuti ang kalidad ng code nang hindi ginagawang isang simpleng pagsusuri ang isang rebyu. Naghahanap ito ng mga duplicated na lohika, hindi malinaw na pangalan, labis na branching, at mga responsibilidad na dapat hatiin sa mas maliliit na yunit. Ang layunin ay makabuo ng mga mapanatili na pagpapabuti habang pinangangalagaan ang asal at binabawasan ang panganib.

Ang template na ito ay perpekto para sa mga staff engineer, tech lead, at mga code reviewer na nais magrekomenda ng mungkahi sa refactor na sulit ang effort. Tinutulungan nitong maipakita ang tunay na mga problema sa disenyo mula sa mga stylistic na kagustuhan, kaya maaaring mag-focus ang mga may-akda sa mga pagbabago na nagpapabuti sa readability, testability, at pangmatagalang pagmamay-ari. Ang output ay lalong kapaki-pakinabang sa malalaking codebase kung saan ang maliliit na pagbuti sa readability ay maaaring makaiwas sa mga bug sa hinaharap at mabawasan ang paghihirap sa onboarding.

I-customize ang prompt gamit ang {{CODE_DIFF}}, ang wika sa {{LANGUAGE}}, at ang mga pamantayan ng iyong koponan sa {{STYLE_GUIDE}}. Kung nais mong i-optimize ng modelo ang isang partikular na layunin, itakda ang {{PRIORITY}} sa readability, reuse, o testability. Kasama sa sagot ang listahan ng mga kandidato sa refactoring, kung bakit mahalaga ang bawat isa, at isang inirerekomendang pagkakasunod-sunod ng paggawa. Para sa pinakamahusay na resulta, gamitin ito sa medium-sized na PRs kung saan tama ang implementasyon ngunit maaaring mas malinis ang estruktura.

Key features

  • Nakatutok sa mga mataas na halaga mungkahi sa refactor, hindi sa kosmetikong detalye.
  • Pinapabuti ang readability, cohesion, at testability nang sabay-sabay.
  • Tumutulong sa mga koponan na iwasan ang mapanganib na mga rebyu at mapanatili ang asal.
  • Sumusuporta sa disenyo ng pagsusuri sa malalaking, nagbabagong codebase.
  • Nagraranggo ng mga refactor ayon sa halaga at panganib sa implementasyon.

Best for

  • โ†’ Staff engineer na nagpapabuti sa mga legacy module
  • โ†’ Tech lead na nagrerebyu ng medium-complexity na PRs
  • โ†’ Developer na nagmo-modernize ng code nang hindi binabago ang asal

Tips

  • ๐Ÿ’ก Itakda ang {{PRIORITY}} sa readability kapag nagsisimula o sa testability kapag pinapalakas ang legacy code.
  • ๐Ÿ’ก Idagdag ang iyong style guide sa {{STYLE_GUIDE}} upang mabawasan ang mga subjective na mungkahi.
  • ๐Ÿ’ก Gamitin ito pagkatapos ng functional review upang ang mga payo sa refactor ay manatiling nakaangkla sa aktwal na asal.

What you'll get

Isang naka-prioritize na listahan ng refactor na may paliwanag, panganib, at inirerekomendang pagkakasunod-sunod ng implementasyon. Maaaring magrekomenda ito ng pagkuha ng mga function, pagpapasimple ng mga kondisyon, pagpapalit ng hindi malinaw na mga variable, o paghihiwalay ng mga responsibilidad. Iniiwasan nito ang mga komento na nakatuon lamang sa estilo at nakatuon sa mga pagbabago na nagpapabuti sa maintainability at nakakaiwas sa mga bug sa hinaharap.

Preparing your download...

I-download Prompt

Kaugnay na prompts