# Mapa muna, review pagkatapos

Canonical source: https://maguyva.ai/fil/blog/map-first-review-second

License: text under [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/); code samples under [MIT-0](https://opensource.org/license/mit-0); the Maguyva name, logos, brand assets and other code are not covered. Details: [maguyva.ai/license](https://maguyva.ai/license).

Date: 2026-09-07 · Author: Maguyva Team

> I-ground ang coding agent mo sa repo map bago ito magsulat. Pagkatapos ay hayaang suriin ni Greptile ang pull request. Magkatuwang na pares, hindi kapalit.

May dalawang magkaibang gawain sa magkabilang panig ng pull request. Bago magsulat ang agent, kailangan nito ng mapa ng tree na papalitan nito. Matapos magbukas ng PR ang agent, kailangang may bumasa ng pagbabagong iyon laban sa natitirang sistema at mag-iwan ng komentong maaaring pagbatayan ng tao.

Mukhang magkatulad ang mga gawaing ito mula sa malayo dahil pareho itong may kinalaman sa 'pag-unawa sa codebase'. Hindi ito parehong produkto. Sinasagot ng isa ang 'saan dapat dumapo ang pagbabagong ito?'. Sinasagot ng isa ang 'ano ang sinisira ng diff na ito na makakaligtaan ng isang line-by-line na linter?'. Ang paghahalo sa dalawa ay nagbubunga ng mas masamang unang draft at mas maingay na review.

Gabay ito sa paired workflow. Ang Maguyva ang mapang itinatanong ng agent muna. Si Greptile ang review agent na nagkokomento sa PR pagkatapos. Magkatuwang ang pares na ito ayon sa disenyo: hindi sinusuri ng Maguyva ang pull request, at hindi pinapalitan ni Greptile ang context layer na ginagamit ng agent para sulatin ito.

## Bakit kapaki-pakinabang ang paghahati na ito

Ang coding agent na nagsisimula sa training bias kasama ang ilang na-paste na file ay gagawa-gawa ng isang plausible na path at ie-edit ito. Iyan ay isang pagkabigo sa 'maling file', at problema ito sa retrieval. Ang Maguyva ay isang remote MCP codebase context layer: ang semantic, structural (AST), graph/dependency, at text retrieval ay nagsasama sa isang ranked na resulta, kasama ang symbol search at file retrieval. Ang mga naka-ground na sagot ay bumabalik bilang `path/file.ext:line`, para matanggihan mo ang pagkakamali bago magkaroon ng patch. Ang inaangkin ay sadyang katamtaman: mas kaunting hallucinated na pagbabago. Maaari pa ring maghula ang modelo. Hindi na lang tsismis ang unang hakbang.

Si Greptile ay isang AI-powered code review agent. Sa kanilang sariling salita, awtomatiko nitong sinusuri ang bawat pull request nang may buong pag-unawa sa codebase, at pinopwesto ang sarili laban sa tradisyonal na mga linter na sumusuri ng mga file nang paisa-isa sa halip na buong sistema. Binubuo ang setup ng pag-install ng isang GitHub o GitLab app at pagpili ng repository. Walang local index na kailangan mong patakbuhin. Ang hosting ay sa Greptile Cloud (sinasabi nilang sumusunod sa SOC 2 Type II, na may report na available kapag hiniling), na may opsyong self-host na inaalok para sa mga enterprise.

Ang kanilang sariling na-numerong daloy ay: kumonekta at bumuo ng dependency graph ng bawat function, class, at dependency; sa bawat pull request, suriin ang pagbabago gamit ang buong repo graph na iyon at i-publish ang mga natuklasan bilang komento sa PR na may mga mungkahing ayos, sa loob ng humigit-kumulang tatlong minuto; maaaring i-hand off ng bawat komento ang isyu sa coding agent na ginagamit na ng team. Sinasabi rin nilang binabasa nila ang nakaraang mga komento ng tao sa PR sa paglipas ng panahon para matutunan ang mga pamantayang code ng isang team at mabawasan ang mga maingay na mungkahi. Ang kanilang learning system, ayon sa kanila mismo, ay tumatagal ng 2-3 linggo para umangkop.

Iyan ay review, hindi drafting. Ang lakas ni Greptile ay ang buong repo graph context laban sa pagbabagong dumapo na sa isang PR, sinusundan ng closed loop na nagpapadala ng mga natuklasan sa Claude Code, Codex, Conductor, Cursor, o Devin. Ang lakas ng Maguyva ay ang ranked na mapa na itinatanong ng agent bago sulatin ang pagbabago. Gamitin ang pareho. Huwag hilingin sa isa na gawin ang gawain ng iba.

Walang nakasaad na first-party product integration sa pagitan ng Maguyva at Greptile. Hindi mo rin ito kailangan. Nakikipag-usap ang Maguyva sa mga agent sa pamamagitan ng MCP. Nakikipag-usap si Greptile sa GitHub o GitLab sa pamamagitan ng kanilang sariling app. Nagtatagpo sila sa pull request. Walang glue script, walang cron na nagpapakain ng isang tool sa isa pa. Hindi kailangan ng pares na ito ng bash dahil ang bawat produkto ay nasa surface na na sa kanila mismo.

## Ano ang hindi ito

Hindi ito paninira kay Greptile. Hindi ito 'palitan ang reviewer mo' na pahina. Naglunsad si Greptile sa Hacker News noong Marso 5, 2024 bilang isang Y Combinator W24 na kumpanya, at ang thread na iyon ang paraan ng maraming tao para unang makilala ang produktong ito. Kung ganoon mo sila natuklasan, magpatuloy sa paggamit sa kanila. Ang pahinang ito ang nawawalang ikalawang kalahati ng loop na iyon: ang pag-ground muna sa agent para ang PR na nakikita ni Greptile ay naka-target na sa tamang mga file.

Ang marketing material ni Greptile ay nangungunahan ng mga claim sa bilis ng review at pagtuklas ng bug. Ituring iyan bilang sariling claim ni Greptile, hindi isang independiyenteng na-verify na numero. Hindi ito inuulit ng artikulong ito bilang katotohanan.

Ang coverage sa wika ay parehong uri ng katapatan. Binabalangkas ni Greptile ang suporta bilang sumasaklaw sa lahat ng programming language sa halip na isang nakalistang listahan; hindi nakasaad ang eksaktong numero. Nag-publish ang Maguyva ng suporta para sa mahigit 279 wika at teknolohiyang text-based, na may teknikal na paghahati (AST na suportado ng parser laban sa text-only) sa website kapag teknikal ang tanong. Magkaibang produkto ito na gumagawa ng magkaibang claim. Huwag pagsamahin ang mga ito.

Hindi nakasaad ang pricing ni Greptile sa napagagamit na content ng artikulong ito. May mga bayad na plano; tingnan ang kanilang pricing page. Ang Maguyva ay singil bawat workspace, hindi bawat seat. Ang mga plano ay nagsisimula nang libre. Inilista ng [pricing page](/fil/pricing) ang mga na-publish na tier kung kailangan mo ng mga numero ng workspace.

## Ang workflow

Tatlong pinangalanang stage. Isagawa ang mga ito sa pagkakasunod-sunod na ito. Huwag laktawan ang alinman sa mga ito sa unang beses na susubukan mo ang pares na ito.

### 1. Konteksto ng Maguyva

I-index ang isang repository na kilala mo na. Ikonekta ang MCP client kung saan ka na nagsusulat — Claude Code, Cursor, Codex CLI, VS Code, Windsurf, o ibang MCP-compatible na client. May mga setup guide ang Maguyva para sa 24 dokumentadong MCP client at maaari itong makipag-usap sa ibang mga client na sumusuporta sa standard na MCP configuration.

Magtanong ng isang tanong na kaya mong husgahan bago magsulat ang sinuman ng isang linya. 'Saan hinahawakan ang session expiry, at sino ang tumatawag dito?' ay isang mas mahusay na unang hakbang kaysa 'ayusin ang auth'. Humingi ng mga cited. Buksan ang `file.ext:line` na resulta. Sundan ang symbol. I-verify ang mga dependency na gagalawin mo.

Inilalantad ng Maguyva ang 11 customer-facing MCP tool sa search, symbol, dependency analysis, file retrieval, repository context, at deterministic utility-tool workflow. Ang apat na retrieval mode ay nagsasama sa isang ranked na resulta; ang `find_symbol` ay hiwalay na tool kapag alam mo na ang pangalan. Inilalarawan ng [dokumentasyon](/fil/docs) ang pinakamaikling daan: magsimula nang libre, i-index ang repo na kilala mo na, ikonekta ang client, pagkatapos ay magtanong ng isang tanong na kaya mong ma-verify.

May timestamp ang mga snapshot, para masabi ng agent kung aling bersyon ng tree ang binabasa nito. Ang tapat na limitasyon ay ang unsynced na local work. Kung umiiral lamang ang pagbabago sa working tree at hindi pa naipush, wala pa ito sa hosted map. Ang mga instruction file (`CLAUDE.md`, `AGENTS.md`) ay mayroon pa ring lugar dito, para sa mga convention at kung ano ang hindi dapat galawin. Hindi ito buhay na mapa. Gamitin ito para sa asal. Gamitin ang Maguyva para sa mga katotohanan.

Huwag hayaang magbukas ng PR ang agent bago manatili ang cited sa paglapat sa repo. Ang gate na iyon ang buong layunin ng stage na ito.

### 2. PR ng agent

Sinusulat na ngayon ng parehong agent ang pagbabago sa client na binabayaran mo na. Ang Maguyva ay hindi editor ni reviewer man. Gumagawa pa rin ang agent ng diff. Nagbubukas ka pa rin ng pull request sa GitHub o GitLab gaya ng ginagawa mo na.

Ang dapat na magkaiba ay ang unang file. Dapat pangalanan ng PR ang tunay na handler na nagpapatupad sa asal na iyon, ang mga tumatawag na masisira, at ang mga test na mabibigo kung mali ang pagbabago. Kung nalaktawan ang stage 1, sasayangin ng stage 3 ang komento nito sa isang pagbabagong dumapo sa maling package. Maaari pa ring matuklasan ni Greptile ang mga sistemikong isyu. Hindi dapat kailangan nitong mag-recover din mula sa hallucinated na path.

Panatilihing maliit ang PR. Ang unang file na naka-ground ay hindi lisensya para muling isulat ang isang module. Gumagana ang magkatuwang na paring ito kapag isang gawain lang ang ginagawa ng agent gamit ang mapa, saka hinihiling sa reviewer na gawin ang ibang gawain sa isang limitadong diff.

### 3. Review ni Greptile

Nakakonekta na si Greptile sa repository sa pamamagitan ng GitHub o GitLab app. Sa bagong pull request, sinusuri nito ang pagbabago gamit ang buong repo graph na binuo nito, at ipinapublish ang mga natuklasan bilang komento na may mga mungkahing ayos. Inilalagay ng kanilang sariling material ang hakbang na ito sa humigit-kumulang tatlong minuto.

Basahin ang komento kung paano mo babasahin ang isang maingat na katrabaho: buksan ang cited na lokasyon, magpasya kung tama ang natuklasan, pagkatapos ay kumilos. Kung saan nag-aalok si Greptile ng 'Fix with your Agent', ipinapadala nito ang isyu — file path, line number, mungkahing code — sa Claude Code, Codex, Conductor, Cursor, o Devin. Ang 'Fix All' ay nagpapadala ng lahat ng isyu sa review na iyon nang sabay. Nagbibigay rin sila ng Greptile MCP at Claude Code plugin para sa hand-off na iyon. Wala sa nakalistang listahan ng target ang Maguyva; ang kawalang iyon ay hindi problema. Nagawa na ni Maguyva ang gawain nito sa stage 1. Ang coding agent na sumulat sa PR ang panig na dapat makatanggap ng fix payload.

Asahan ang ingay sa unang 2-3 linggo habang umaangkop ang learning system ni Greptile sa mga komento na aktwal na iniiwan ng team mo. Iyan ang timeline na sinasabi nila, hindi kapintasan ng pares. Nananatili ang human review sa loop na iyon. Si Greptile ay isang awtomatikong unang hakbang, hindi merge button.

Kung ang komento ni Greptile ay tumuturo sa isang file na hindi kailanman tinanong ng agent sa stage 1, iyan ay kapaki-pakinabang na signal. Alinman ay nakaligtaan ng mapa ang isang tumatawag, o nilaktawan ng agent ang isang cited. Ayusin ang draft ayon sa komento. Huwag i-disable ang reviewer.

## Paano panatilihing tapat ang pagtutulungang ito

- Maguyva palagi muna. Ang pagsusuri ng PR na may maling file ay pagsusuri pa rin ng maling file.
- Si Greptile palagi pagkatapos. Ang draft na mahusay na na-cite ay nangangailangan pa rin ng pagbasa ng diff sa antas ng buong sistema.
- Huwag hilingin sa Maguyva na mag-publish ng mga komento sa PR. Hindi nito ginagawa iyon.
- Huwag hilingin kay Greptile na maging unang retrieval layer ng agent habang pumipili pa ito ng path. Hindi iyon gawaing dinisenyo para sa GitHub o GitLab app nila.
- Huwag gumawa-gawa ng bash pipeline na 'nagsi-sync' sa dalawa. Ang PR ang interface na iyon.
- I-verify ang parehong panig nang hiwalay. I-index ang repo na kilala mo na. Magtanong ng isang tanong na kaya mong ma-verify. Pagkatapos ay magbukas ng maliit na PR at basahin kung ano talaga ang kinokomento ni Greptile.

Nagiging karaniwan ang loop na ito kapag napangalanan na. Mapa muna. PR ng agent. Review pagkatapos. Nananatili ang bawat produkto sa panig ng pull request kung saan sila dalubhasa.

`// map first. review second. in that order.`