Todellisen Claude Code -automaattisen ohjelmoinnin tapauksen perusteella jaetaan vinkkejä kehote-ohjeisiin

Tässä artikkelissa jaetaan todellinen käyttötapaus Claude Codesta. Ennen jakamista tehdään pieni kysely.

Alkuperäinen tarve: Yksi arvokas maksava käyttäjä halusi, että lisäisin artikkelin muokkausajan artikkeleihin.

Tämä tarve vaikutti ensi silmäyksellä hankalalta toteuttaa. Sivustoni artikkelit eivät ole tallennettuna tietokantaan, vaan ne rakennetaan käyttäen next.js:n SSG:ta. Niillä ei yksinkertaisesti ole päivitysaikaa.

Yksi temppu on: Ongelmia ratkaistaessa älä syötä alkuperäistä tarvetta suoraan Claude Code:lle, seuraavista syistä:

1. Alkuperäinen tarve on suhteellisen epämääräinen, ja se voi ymmärtää väärin. Jos se ymmärtää väärin, saattaa se lopulta lisätä ajan, mutta se aika ei välttämättä ole luotettava.

2. Claude Coden Token-kulutus on todella erittäin kallista. Siksi epämääräinen tarve voi johtaa suureen määrään turhaan kulutettuja Tokeneja.

Siksi meidän tulee purkaa alkuperäinen tarve osiin. Kysyin ensin deepseekistä, joka antoi minulle kaksi vaihtoehtoa:

1. Tiedoston rakennusaika. Jokaista buildia tehtäessä meidän täytyy hankkia tiedoston rakennusaika. Mutta turbopack:in pakkausstrategia on hieman erilainen; sen hash-arvo muuttuu joka rakennuskerralla, joten tämä rakennusaika ei välttämättä ole luotettava.

2. Git-tallennuksen aika. Ajattelin, että tämän pitäisi olla melko luotettava.

Kun suunta oli suunnilleen selvä, sain tämän yksinkertaisen kehote-ohjeen: Käännä git-tallennusaika jokaisen .mdx-artikkelin ylälaitaan.

Claude Code on melko luotettava. Jos kehote-ohje on tarkka, se toimii yleensä moitteetta, ja se vain ryntää suorittamaan.

Kulutettuani 7 dollaria luottoani ja noin 20 minuuttia, se lopulta onnistui.

Ja kuten odotettua, odottamaton tapahtui: se ohitti 171 tiedoston muutoksen.

Tässä on eräs ongelmakohdista. Käytännössä nämä ohitetut tiedostot olivat vain sellaisia, joille oli välitetty yksi ylimääräinen pass-parametri, muuten täysin samanlaisia.

<PostLayout pass>...

Mutta se ei osannut mukautua ja määritteli tämän ylimääräisen parametrin täysin erilaiseksi mukautetuksi komponentiksi. Sitten se ohitti sen käsittelemättä ~ ~

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

Mutta todellisuudessa tarvitsin tämänkaltaisen tuloksen, ja suorituksen tuloksen olisi pitänyt olla täysin sama.

import MdxLayout from 'components/mdx-layout';
export default function Article({ children }: any) {
  return (
    
      {children}
    
  );
}

Sitten tässä vaiheessa kompastuin kehote-ohjeeseen.

Annoin uudelleen kehote-ohjeen: Käytä samaa tapaa kuin yllä refaktoroidaksesi ohitetut 171 tiedostoa.

Tämä ilmaisuni, tarkemmin ajatellen, sisältää hieman monitulkintaisuutta. Koska Claude Code oli jo antanut minulle ehdotetun ratkaisun, jota en hyväksynyt, tarkoitukseni oli muokata ohitettuja tiedostoja samalla tavalla kuin ne muutamat sadat jo muokatut tiedostot. Mutta suorituksen aikana se ymmärsi sen niin: käytä yllä ehdotettua ratkaisua.

Tämä pieni monitulkintaisuus johti siihen, että se suoritti 20 minuuttia haluamattani, ja siinä esiintyi vielä 2 virheenkorjausta, nielaisi rajusti Tokeniani, ja kaksi eri tulkintaa alkoi kamppailla keskenään aiheuttaen virheitä.

Lopulta jouduin hylkäämään tämän suorituksen ja selventämään merkitykseni uudelleen.

Yhteenveto

1. Kehote-ohjeisiin on parasta sisällyttää suhteellisen vakaa ja tarkka ratkaisuehdotus. Mitä vähemmän AI:lle jää mietittävää, sitä vähemmän harhoja syntyy.

2. Kehote-ohjeissa ei saa olla monitulkintaisuutta, sillä se helposti johtaa virheisiin. Vaikka Claude Code voi lopulta korjata ne, se kuluttaa paljon Tokeneja. Ja koska LLM perustuu ennustemekanismeihin tuottaakseen tuloksia, varhaiset väärinymmärrykset ja monitulkintaisuudet johtavat siihen, että jokainen seuraava askel vie yhä kauemmas väärään suuntaan. Se yrittää myös olla loogisesti johdonmukainen, luoden joitain olematonta, ja ongelmat kasvavat, mikä lisää kehittäjän tarkastusvaikeuksia. Jos sen harhaanjohtavuus huijaa sinut, se voi johtaa vakaviin seurauksiin.

3. Luonnollisen kielen rajoitukset eivät ole yhtä tarkkoja kuin koodin. Kehote-ohjeisiin sisällytetyt tiedostonimet, koodimuuttujat, koodin erikoissanat ja ammattitermit vähentävät huomattavasti Claude Coden harhoja.