Új hozzászólás Aktív témák

• #4 forumpista aktív tag tomazin #3

  Új Válasz 2026-02-27 22:06:58 #4

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  forumpista

  aktív tag

  válasz tomazin #3 üzenetére

  Ha bekötsz hozzá egy toolt amivel tudja mérni a code coverage-t, akkor akár igen.
  De ezek inkább irányelvek nem törvények amihez szó szerint fog ragaszkodni, a tervben tudsz hozzá explicit utasítást adni.

  Például hogy a teszteket xy toollal futassa és mérje meg a kód lefedettséget velük és ha kisebb mint 80% akkor azt jelezze.
  És ekkor tudod neki mondani hogy "vizsgáld meg miért csak xy%, van-e értelme nagyobb lefedettséget elérni".
  És ekkor simán kaphatsz vissza olyan választ a vizsgálat után hogy mit tudom én, ehhez a fél kódbázist át kéne refaktorálni - ami nem volt a terv része - akarod-e hogy megcsináljam. Vagy azt is lehet hogy azt mondja hogy ó bakker elfelejtettem, írom a maradékot.

• #2 forumpista aktív tag

  Új Válasz 2026-02-27 21:20:13 #2

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  forumpista

  aktív tag

  Claude how to, használd saját felelősségre:

  1, csinálj egy claude.md fájlt, írd le benne nagy vonalakban hogy mit vársz általánosságban, hogyan viselkedjen, mi legyen.
  2, első lépésként mindig térképeztesd fel vele a projektet amin dolgoznia kell (vagy azt a részét a projektnek) és ezt mentesd is el vele a "memóriába" (egy fájlt fog írni). Ez azért kell hogy ne fogalmatlanul vágjon bele a feladatba és másnap is tudja folytatni
  3, A feladatot mindig terveztesd meg vele először, majd reviewztasd is meg a terved vele. Ha szerinte már oké, reviewzd meg te is.
  Ha a feladat nagyobb, mindig utasítsd hogy bontsa kisebb, áttekinthetőbb, logikai implementációs fázisokra. A tervet ki is irathatod pl. md fájlba, és akár másik agentnek is oda lehet adni.
  4, ha a terv kész, elindíthatod vele az implementálást a terv alapján. Explicit mond neki hogy fázisonként hajtsa végre, és minden fázis végén álljon meg és várjon a jóváhagyásodra.
  5, amikor egy fázis elkészült, reviewztasd meg magával. Mindig írass vele unit teszteket is.
  Ha szerinte már jó, reviewzd meg te is (ide jöhet még dev test stb is akár)
  6, Ha nem jó, akkor pontosítsd a promptot, vagy amennyiben komolyabb terv hiba derül ki, goto 3.
  7, commitoltass vele logikai egységeket (célszerű fázisonként legalább)
  8, mentesd el vele az aktuális munka összesítését a memóriába (így másnap tudni fogja hol tartott, mi történt korábban)

  Claude.md példa részlet:
  - **Modern Syntax:** Always use the latest stable versions (e.g., Python 3.10+, Java 17 patterns).
  - **Efficiency:** Propose the most stable, performant, and cost-effective solutions.
  - **Validation:** If a task is ambiguous or information is missing, ask for clarification instead of guessing.
  - **Anti-Monolith:** Do not dump large amounts of code into single files. Maintain a clean, modular file structure.
  - **Clean Code:** Adhere to SOLID principles and DRY (Don't Repeat Yourself).
  - **Naming:** Use descriptive, English names for all identifiers.
  - **File Size Limit:** Keep individual code files under 1000 lines. Split larger files into smaller, focused modules.
  - **Code Optimization:** Always optimize code for performance and readability when possible (reduce complexity, eliminate redundancy, improve algorithms).
  ## Testing Requirements
  - **Coverage Target:** Aim for minimum 80% code coverage on business logic.
  - **Mandatory Tests:** New features must include unit tests. Bug fixes must include regression tests.

  A fentiek csak egy példák egy adott felhasználásra, nyilván van még egy csomó más is, én is még csak tanulom, meg a modellek is folyamatosan fejlődnek, az a használat ami ma jó, lehet hogy fél év múlva már elavult lesz.

Új hozzászólás Aktív témák