Batay sa Isang Tunay na Kaso ng Claude Code Auto-Programming, Magbabahagi ng Ilang Mga Tip sa Prompt

Sa artikulong ito, sa pamamagitan ng isang tunay na kaso, ibabahagi ko sa inyo ang isang tunay na halimbawa ng paggamit ng Claude Code. Bago magbahagi, magsagawa muna tayo ng isang maliit na survey.

Orihinal na pangangailangan: May isang magiting na bayad na user na nais niyang idagdag ko sa artikulo ang oras ng pagbabago ng artikulo.

Sa unang tingin, medyo mahirap ipatupad ang pangangailangang ito. Dahil ang mga artikulo sa aking website ay hindi naka-imbak sa database, lahat ay binuo gamit ang SSG ng next.js. Wala itong oras ng pag-update.

Ang isang trick dito ay: Kapag nilulutas ang problema, huwag nating direktang ibigay ang orihinal na pangangailangan sa Claude Code, para sa mga sumusunod na dahilan:

1. Ang orihinal na pangangailangan ay medyo malabo, maaari itong magkaroon ng maling pag-unawa. Kung sakaling magkamali ito ng pag-unawa, sa huli kahit na nagdagdag ito ng oras, maaaring hindi maaasahan ang oras na iyon.

2. Ang konsumo ng Token ng Claude Code ay talagang napakamahal. Samakatuwid, ang malabong pangangailangan ay maaaring magdulot ng malaking halaga ng Token na masasayang nang walang kabuluhan.

Samakatuwid, kailangan nating i-break down ang orihinal na pangangailangan. Una akong nagtanong sa deepseek, at binigyan ako ng deepseek ng dalawang solusyon:

1. Oras ng pagbuo ng file. Sa bawat pagbuo, kailangan nating makuha ang oras ng pagbuo ng file. Ngunit ang packaging strategy ng turbopack ay medyo iba, sa bawat pagbuo, nagbabago ang hash value ng file, kaya maaaring hindi maaasahan ang oras ng pagbuo na ito.

2. Oras ng pag-submit sa git. Sa pag-iisip ko, ito ay dapat na mas maaasahan.

Pagkatapos magkaroon ng pangkalahatang direksyon ng solusyon, nagkaroon ako ng simpleng prompt na ito: I-compile ang oras ng pag-submit ng git sa header ng bawat artikulong .mdx.

Ang Claude Code ay medyo maaasahan. Kung ang prompt ay medyo tumpak, sa pangkalahatan ay walang problema, dire-diretso lang ang pag-execute.

Pagkatapos magamit ang aking 7 dolyar na allowance, at tumagal ng mga 20 minuto, sa wakas ay matagumpay na na-execute.

Kung walang problema, may problema pala. Lumabas na nilaktawan nito ang pagbabago ng 171 na mga file.

Ang isang nakakainis na bagay dito ay narito. Sa totoo lang, ang mga file na nilaktawan dito ay nagpasa lamang ng karagdagang parameter na pass, at ang lahat ng iba pa ay eksaktong pareho.

<PostLayout pass>...

Ngunit hindi ito nagbago, tinukoy nito ang karagdagang parameter na ipinasa bilang ganap na naiibang custom component. At pagkatapos ay nilaktawan na hindi na-proseso ~ ~

import Layout from 'components/post-layout';
import { getGitFileInfo } from '@/utils/git-info';
export default function Article({ children }: any) {
  const gitInfo = getGitFileInfo('src/app/iyong/path/page.mdx');
  return (
    <Layout gitInfo={gitInfo || undefined}>
      {children}
    </Layout>
  );
}

Ngunit ang totoo, ang kailangan kong resulta ay ganito, at ang resulta ng pagpapatakbo ay ganap na pareho.

import MdxLayout from 'components/mdx-layout';
export default function Article({ children }: any) {
  return (
    <MdxLayout pass filePath="src/app/r19base/(4.compiler)/23.compilerlower/page.mdx">
      {children}
    </MdxLayout>
  );
}

At sa puntong ito, nahulog ako sa isang bitag sa prompt.

Muling nag-input ako ng prompt: Gamitin ang parehong paraan tulad ng nasa itaas upang i-refactor ang 171 na file na nilaktawan.

Ang aking pagpapahayag na ito, kung iisipin nang mabuti, ay may kaunting kalabuan. Dahil binigyan na ako ng Claude Code ng isang iminungkahing solusyon, ngunit hindi ko ito tinatanggap. Ang aking layunin ay, gamitin ang parehong solusyon tulad ng ginamit sa daan-daang file na nabago na upang baguhin ang mga file na nilaktawan. Ngunit sa proseso ng pag-execute, naunawaan nito bilang: ang iminungkahing solusyon na ibinigay nito sa itaas.

Ang kaunting kalabuang ito ay direktang nagdulot na ito ay mag-execute ng 20 minuto ayon sa solusyon na hindi ko gusto, at nagkaroon pa ng 2 beses na error at self-repair, at mabilis na kinain ang aking mga token. Ang dalawang uri ng kalabuan ay nagsimulang mag-away na nagdulot ng error.

Sa huli, napilitan akong i-abandon muli ang pag-execute na ito, at muling linawin ang aking kahulugan.

Buod

1. Sa prompt, mas mabuting maglaman ng medyo matatag at tumpak na solusyon. Mas kaunting pag-iisip ng AI, mas mabuti, upang mabawasan ang rate ng hallucination.

2. Ang prompt para sa pangangailangan ay hindi dapat magkaroon ng kalabuan. Ang pagkakaroon ng kalabuan ay madaling magdulot ng error. Kahit na maaaring ayusin ng Claude Code sa huli, ngunit ito ay magdudulot ng malaking konsumo ng token. At dahil ang LLM ay batay sa prediction mechanism upang makabuo ng resulta, ang maagang maling pagbasa, kalabuan, at iba pa, ay magdudulot na ang bawat hakbang sa susunod ay lalayo nang lalayo sa maling direksyon. At susubukan pa nitong maging lohikal at mag-synthesize, bumuo ng mga bagay na hindi umiiral, at habang sumusulat ay lumalaki ang problema, at nagdaragdag din ng hirap sa pag-review ng developer. Kung nalinlang ka ng hallucination nito, magdudulot ito ng malubhang kahihinatnan.

3. Ang constraint ng natural na wika ay hindi kasing tumpak ng code. Sa prompt, ang paglalakip ng filename, code variable, code-specific terms, technical terms, at iba pa, ay lubos na mababawasan ang hallucination ng Claude Code.