# Az Alibaba Open Code Review eszköze: telepítés és az első ellenőrzés

> Állíts be egy modellt az Open Code Review-hoz, ellenőrizd a Git-változásokat, és tekintsd át a megállapításokat. A delegálási mód az ügynököd modelljét használja.

Source: https://ailoot.ai/blog/hu/alibaba-open-code-review/
Canonical: https://ailoot.ai/blog/hu/alibaba-open-code-review/
Language: hu
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-187
Revision: sha256-a3dfbdd19871092fbd5f37b059ae2dea18ab699df86c48d404af259bcc720176


[Ailoot dokumentáció: API, kulcsok és integráció](https://ailoot.ai/docs/).

## Mire való az Open Code Review

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="A szakasz fő tanulsága">

Fő tanulság

Az Open Code Review, röviden OCR, kódellenőrzésre szolgáló parancssori eszköz. Beolvassa a Git-változásokat, elküldi a fájlokat a beállított nyelvi modellnek, majd adott sorokhoz kapcsolódó megjegyzéseket ad vissza. Kiegészítő ellenőrzésről van szó, nem annak bizonyítékáról, hogy a kódban nincsenek hibák.

</div>

A projekt az Alibaba hivatalos adattárában jelent meg Apache-2.0 licenc alatt. A README-ben a fejlesztők azt írják, hogy a programozott fájlkiválasztást és szabályokat a kódot elemző ügynökkel kombinálják. Az `ocr scan` paranccsal teljes fájlok is ellenőrizhetők, ha nincs érdemi diff — vagyis Git-változáskészlet.

Kezdd az első ellenőrzéssel, és értékeld a saját kódodhoz fűzött megjegyzéseket. Itt nem mérték fel, mennyi tokent takaríthatsz meg a projekteden. Arról, hogy miért hasznos külön ellenőrizni az ügynök eredményeit, [a „kész” állapotra vonatkozó hamis állításokról szóló cikkben](https://ailoot.ai/blog/hu/ai-agent-says-done/) olvashatsz.

## Készítsd elő az adattárat, és telepítsd az OCR-t

Ehhez a telepítési módhoz Git 2.41-es vagy újabb verzióra és npm-re lesz szükséged. Kezdj egy titkokat nem tartalmazó tesztadattárral. Az ügynök teljes fájlokat is beolvashat és kereshet a kódbázisban, a munkakönyvtár mód pedig a még nem követett fájlokat is figyelembe veszi. Ellenőrizd a teljes adattárat, az új fájlokat is beleértve: nem tartalmazhat olyan kulcsokat vagy adatokat, amelyeket nem szabad elküldeni a választott modellednek.

```bash
git --version
npm install -g @alibaba-group/open-code-review
```

A telepítés után elérhetővé válik az `ocr` parancs. A telepítési lehetőségeket és magát a csomagot a hivatalos README alapján ellenőrizd, ne egy hasonló nevű véletlenszerű csomag alapján.

## Állítsd be a modellt, és futtass ellenőrzést

A terminálban futtasd:

```bash
ocr config provider
ocr config model
```

Az interaktív felület arra kér, hogy válassz egy szolgáltatót, add meg az API-kulcsot, és állítsd be a modellt, majd ellenőrzi a kapcsolatot. A kulcsot a kijelölt felületen add meg, ne projektfájlokban vagy commitüzenetekben. Az ellenőrzés futtatása előtt tájékozódj a választott szolgáltató díjszabásáról: az OCR ingyenes licence nem jelenti azt, hogy a modellhívások is ingyenesek.

Lépj be a projekt könyvtárába, és futtass ellenőrzést. A `your-project` helyére a projekted elérési útját írd:

```bash
cd your-project
ocr review
```

Ebben a módban az `ocr review` ellenőrzi a staging területre felvett, a staging területre fel nem vett, valamint az új, még nem követett változásokat. A megjegyzéseket JSON-fájlba mentheted ezzel:

```bash
ocr review --format json --output result.json
```

Ne add automatikusan a jelentést a commithoz: előbb ellenőrizd, hogy nem tartalmaz-e érzékeny kódot vagy adatot. A változásoktól függetlenül egy könyvtár teljes fájlkészletének ellenőrzésére külön parancs szolgál:

```bash
ocr scan --path internal/agent
```

Az `internal/agent` a README-ben szereplő példa; cseréld le a projektedben létező elérési útra. Kezdetben csak egy kisebb könyvtárat vizsgálj át, így felmérheted a megjegyzések hasznosságát és a tényleges költséget, mielőtt mindent átvizsgálnál.

## Honnan tudhatod, hogy hasznos-e az ellenőrzés

Nyisd meg az egyes megjegyzéseket, keresd meg a hozzájuk tartozó sort, és ellenőrizd, hogy a probléma reprodukálható-e. Teszttel igazold a javítást, a téves pozitív találatokat pedig külön rögzítsd. A megjegyzések hiánya nem helyettesíti a funkcionális teszteket és a hozzáférés-vezérlés ellenőrzését.

A fejlesztők az összehasonlításukban azt írják a README-ben, hogy az OCR az általános célú ügynököknél kisebb arányban észleli a problémákat. Ez a fejlesztők állítása a vizsgálatuk körülményei között, nem a te projekted minőségének mérése. Itt nem végeztek független mérést az OCR pontosságáról.

## Miben más a delegálási mód

Normál módban az OCR-ben beállított modell működik. Delegálási módban az OCR választja ki a fájlokat és határozza meg a szabályokat, miközben a mesterséges intelligenciát használó ügynököd a saját modelljével ellenőrzi a kódot. Ebben a módban nincs szükség külön modellbeállításra és OCR API-kulcsra.

A README-ben szereplő előkészítő parancsok:

```bash
ocr delegate preview
ocr delegate rule src/main.go src/handler.go
```

Cseréld le az elérési utakat a sajátjaidra. A parancsok futtatása után add át az elemzést a csatlakoztatott ügynöknek: a fájlok előkészítése önmagában még nem kódellenőrzés. A rá vonatkozó díjak és korlátozások továbbra is érvényesek, tehát a „nem kell külön kulcs” nem jelenti azt, hogy „az ellenőrzés ingyenes”.

Az adattárban Claude Code-, Codex- és más ügynökökkel való integrációkról is írnak. Ha Codexet használsz, előbb ismerkedj meg azzal, [hogyan működnek a Codex-képességek](https://ailoot.ai/blog/hu/codex-skills/); más támogatott eszköz esetén olvasd el [a Kimi Code bemutatását](https://ailoot.ai/blog/hu/kimi-code-install/). Csak akkor csatlakoztasd az integrációt, ha már érted a normál jelentést; az integráció ne helyettesítse annak elolvasását.

## Ha a futtatás nem ad eredményt

Ellenőrizd, hogy telepítve van-e a szükséges Git-verzió, a megfelelő projektkönyvtárban vagy-e, és működik-e a modellhez való kapcsolat. Ha nincsenek ellenőrizendő változások, ne nevezd a nulla eredményt a teljes kódbázis ellenőrzésének: a teljes fájlok vizsgálatára a scan szolgál. Ne akadályozd automatikusan a commitot egyetlen, számodra még ismeretlen jelentés alapján.

A parancsokat az adattár rögzített verziójához tartozó hivatalos README alapján ellenőrizték. Felhasználói projekten nem végeztek fizetős futtatást. Az első próbálkozás akkor tekinthető sikeresnek, ha világos megjegyzéseket kapsz, amelyeket indoklással meg tudsz erősíteni vagy cáfolni.

<div class="section" role="doc-bibliography" aria-label="Források">

### Források

- [Hivatalos dokumentáció](https://raw.githubusercontent.com/alibaba/open-code-review/486022daaf14f7142275eddb9b3cacc3cc5dadfa/README.md)

</div>



Ha az Ailooton keresztül szeretnél hozzáférni AI-modellekhez, nézd meg az [Ailootot](https://ailoot.ai/).

## Kérdések és válaszok: Az Alibaba Open Code Review eszköze: telepítés és az első ellenőrzés

### Egy megjegyzések nélküli OCR-jelentés bizonyítja a kód helyességét?

Nem. Ellenőrizd, hogy valóban a kívánt Git-módosításokat vizsgálta, és tartsd meg a működési és hozzáférés-ellenőrzési teszteket. Minden jelzett hibánál nézd meg a hivatkozott sort, és reprodukáld a problémát; a téves jelzéseket külön kövesd.

### A delegálási mód ingyenessé teszi az ellenőrzést?

Nem. Külön OCR-modellbeállítás helyett a csatlakoztatott ügynöknek adja az elemzést, amelynek saját fizetési feltételei és korlátai továbbra is érvényesek. Az előnézeti és szabályparancsok az átadást készítik elő; nem jelentenek befejezett ellenőrzést.


## Ailoot · A vállalat és projektportfóliója

Az Ailoot felhalmozott működési tapasztalatra, széles ügyfélkörre, stabil szolgáltatásra és folyamatos KPI-ellenőrzésre épít.

A vállalat és projektportfóliója: ügyfelek milliói; havi értékesítés milliárdos nagyságrendben.

Az Ailoot ezt a működési tapasztalatot használja az ügyfelek termékeiben, ágenseiben, alkalmazásaiban és automatizálásaiban elérhető AI-funkciók API-hozzáféréséhez.