Egy valódi Claude Code automatikus programozási eset alapján – néhány prompt trükk megosztása

2/11/2026
4 min read

Ez a cikk egy valódi eset útján mutatja be a Claude Code gyakorlati alkalmazását. A megosztás előtt végezzünk egy kis felmérést.

Eredeti igény: Egy tisztelt fizető felhasználó szeretné, hogy a cikkekben megjelenjen a módosítás időpontja.

Első pillantásra ez az igény nehezen megvalósíthatónak tűnik. Mivel a weboldalamon található cikkek nem adatbázisban tárolódnak, hanem a next.js SSG-jével készülnek. Ezeknek alapból nincs frissítési idejük.

Itt egy trükk: a probléma megoldásánál ne adjuk közvetlenül az eredeti igényt a Claude Code-nak, ennek több oka van:

1. Az eredeti igény viszonylag homályos, és félreértelmezheti. Ha egyszer félreérti, akkor bár hozzáad egy időpontot, az nem feltétlenül megbízható.

2. A Claude Code Token-fogyasztása igazán magas, így a homályos igény értelmetlenül sok Token elpazarlásához vezethet.

Ezért az eredeti igényt fel kell bontani. Először a deepseek-ben kérdeztem rá, ami két megoldást ajánlott:

1. Fájl építési idő – minden build során meg kell kapnunk a fájl építési idejét. De a turbopack csomagolási stratégiája kissé más, minden buildnél a fájl hash értéke változik, így ez az építési idő nem feltétlenül megbízható.

2. git commit idő – úgy gondoltam, ez megbízhatóbb lehet.

A hozzávetőleges megoldási irány ismeretében elkészült ez az egyszerű prompt: fordítsd le a git commit időt minden egyes .mdx cikk fejlécébe.

A Claude Code meglehetősen megbízható, ha a prompt pontos, általában nincs vele gond, csak rávág és végrehajtja.

Miután 7 dollár keretem elfogyott, és körülbelül 20 percet vett igénybe, végül sikerrel járt.

Ahol nem számítottam problémára, ott mégis történt: kihagyott 171 fájlt a módosításból.

Itt van egy nagy buktató: valójában ezek a kihagyott fájlok csak egy extra pass paramétert kaptak meg, minden más teljesen ugyanaz.

<PostLayout pass>...

De nem volt rugalmas, és ezt a plusz paramétert teljesen különböző egyéni komponensként értelmezte. Aztán kihagyta a feldolgozást ~ ~

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

De a valós helyzet az, hogy nekem így kellett volna lennie, a futási eredmény teljesen azonos lett volna.

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

És ekkor belebotlottam a promptba.

Újra beírtam a promptot: használd ugyanazt a módszert, mint fent, hogy átalakítsd a kihagyott 171 fájlt.

Ha jobban meggondolom, ez a kifejezés kissé kétértelmű. Mivel a Claude Code már adott egy javasolt megoldást, de én nem fogadtam el, a szándékom az volt, hogy a már módosított több száz fájl mintájára módosítsam a kihagyott fájlokat. De a végrehajtás során úgy értelmezte, hogy: a fent javasolt megoldásra gondolok.

Ez a kétértelműség azt eredményezte, hogy 20 percig hajtotta végre a nem kívánt megoldást, közben 2 hibát javított ki önmagától, és mohón nyelte a tokenjeimet. A kétféle értelmezés ütközése hibákhoz vezetett.

Végül kénytelen voltam feladni ezt a végrehajtást, és újra egyértelművé tenni a szándékomat.

Összefoglalás

1. A promptban érdemes viszonylag stabil és pontos megoldási módot tartalmazni, minél kevesebbet kelljen gondolkodnia az AI-nak, így csökkenthető a hallucináció aránya.

2. A promptban ne legyen kétértelműség, mert az könnyen hibákhoz vezet. Bár a Claude Code végül javíthat, de ez nagy mennyiségű token fogyasztással jár. És mivel az LLM előrejelzési mechanizmuson alapuló eredményeket produkál, a korai félreértések, kétértelműségek minden további lépést egyre távolabb visznek a helyes iránytól, és megpróbál logikailag önmagát alátámasztani, olyan dolgokat generál, amelyek nem léteznek. Minél tovább ír, annál nagyobbak a problémák, és növeli a fejlesztő ellenőrzési nehézségeit is. Ha átver a hallucinációja, az súlyos következményekkel járhat.

3. A természetes nyelv korlátozó ereje nem olyan pontos, mint a kódé. A promptban a fájlnév, kódváltozók, kód specifikus szavak, szakkifejezések használata jelentősen csökkenti a Claude Code hallucinációját.

Published in Technology

You Might Also Like

Hogyan használjuk a felhőalapú számítástechnikai technológiát: Az első felhőinfrastruktúra teljes útmutatójaTechnology

Hogyan használjuk a felhőalapú számítástechnikai technológiát: Az első felhőinfrastruktúra teljes útmutatója

[[HTMLPLACEHOLDER0]] [[HTMLPLACEHOLDER1]] [[HTMLPLACEHOLDER2]] [[HTMLPLACEHOLDER3]] [[HTMLPLACEHOLDER4]] [[HTMLPLACEHOLD...

Figyelmeztetés! Claude Code atyja kijelenti: 1 hónap múlva a Plan Mode használata nélkül eltűnik a szoftvermérnök címTechnology

Figyelmeztetés! Claude Code atyja kijelenti: 1 hónap múlva a Plan Mode használata nélkül eltűnik a szoftvermérnök cím

Figyelmeztetés! Claude Code atyja kijelenti: 1 hónap múlva a Plan Mode használata nélkül eltűnik a szoftvermérnök cím N...

2026年 Top 10 深度学习资源推荐Technology

2026年 Top 10 深度学习资源推荐

2026年 Top 10 深度学习资源推荐 随着深度学习在各个领域的迅速发展,越来越多的学习资源和工具涌现出来。本文将为您推荐2026年最值得关注的十个深度学习资源,帮助您在这一领域中快速成长。 1. Coursera Deep Learn...

2026-os Top 10 AI ügynök: A kulcsfontosságú jellemzők elemzéseTechnology

2026-os Top 10 AI ügynök: A kulcsfontosságú jellemzők elemzése

2026-os Top 10 AI ügynök: A kulcsfontosságú jellemzők elemzése Bevezetés A mesterséges intelligencia gyors fejlődésével ...

2026-os Top 10 AI Eszköz Ajánlás: Az Mesterséges Intelligencia Valódi Potenciáljának KiaknázásaTechnology

2026-os Top 10 AI Eszköz Ajánlás: Az Mesterséges Intelligencia Valódi Potenciáljának Kiaknázása

2026-os Top 10 AI Eszköz Ajánlás: Az Mesterséges Intelligencia Valódi Potenciáljának Kiaknázása A technológia gyors fejl...

2026年 Top 10 AWS工具和资源推荐Technology

2026年 Top 10 AWS工具和资源推荐

2026年 Top 10 AWS工具和资源推荐 在快速发展的云计算领域,Amazon Web Services (AWS) 一直是领军者,提供丰富的服务和工具,帮助开发者、企业和技术专家在云上有效工作。以下是2026年值得关注的十大AWS工...