Tatlong sakit na nararamdaman ng bawat koponan ng pagbebenta at BD linggu-linggo. Ang bawat isa ay kung ano talaga ang reklamo ng iyong mga kinatawan, hindi kung ano ang tatawagin ng isang pahina ng tampok.
Mabagal at magastos ang manual na QA sa tunay na device, kaya mas bihira itong nagaganap kaysa sa kailangan ng tunay na iskedyul ng release.
Nailalabas na sira ang push notification, deep link, at onboarding flow dahil walang sumusubok sa bawat daan sa bawat telepono.
Ang bawat daloy ng proseso sa ibaba ay isang hugis na wire-wired mo sa canvas gamit ang pangkat at mga kasangkapan sa ibaba. Hindi isang tampok na ipinapadala namin para sa iyo, isang pattern na iyong kino-configure.
Ini-instol, binubuksan, at pinipindot ng Melaya Device Control ang app sa naka-pair na Android device: onboarding, push notification, deep link, isang screenshot bawat hakbang. Sinusubok ng FrontendEngineer ang journey at itinuturo ng UIUXDesigner kung ano ang lumala kumpara sa huling run.
Kung may kasamang web dashboard ang app, sinusubok ito ng Melaya Browser Control sa tunay na Chrome o Edge session sa parehong run, kaya iisang ulat lang ang natatanggap ng founder sa halip na dalawang hiwalay na kasangkapan.
Patakbuhin ang dalawang build variant sa naka-pair na device nang sabay-sabay at kumuha ng magkatabing screenshot ng parehong screen, sa halip na tala ng dalawang tester mula sa dalawang magkaibang araw. Binabasa ng TechLead ang ebidensya at tinutukoy ang pagkakaiba.
Ang solong founder na gumagamit na ng Claude Code o Cursor ay kumokonekta sa api.melaya.org/mcp gamit ang OAuth 2.1, binibigyan ng melaya:phone (23 na kasangkapan), at hinihiling sa assistant na subukan ang app sa naka-pair na device pagkatapos ng bawat deploy.
Ini-iskedyul ng DevOpsEngineer na tumakbo ang pagsubok sa bawat build at idinodokumento ang step log at mga screenshot sa Jira, Linear, o Notion, kaya nakikita agad ng PM ang pass o fail nang hindi na nagtatanong.
Mga tunay na persona mula sa tech_team na pangkat. Ang bawat isa ay may kasamang na-tune na system prompt at isang default na listahan ng mga pinahintulutang kasangkapan. Palitan ang mga modelo bawat persona sa canvas.
Pinaplano ang saklaw ng journey at binabasa ang ebidensya sa bawat build.
Sinusuri ang UI ng app, screen by screen, at kinukunan ng litrato ang bawat hakbang.
Isinasama ang mga run sa takbo ng iyong release at idinodokumento ang mga ulat.
Inikukumpara ang mga variant nang magkatabi at itinuturo kung ano ang lumala.
Ang bawat kasangkapan sa ibaba ay isang tunay na nakabahaging kasangkapan mula sa bundle ng Melaya. Mag-allowlist bawat ahente; ilagay ang pag-apruba ng tao sa mga pagsusulat; bawiin ang alinman sa kanila sa isang klik.
Kinokontrol ang app mo sa tunay na device: pindot, swipe, screenshot, step log.
Idinodokumento ang natuklasan sa lugar na ginagamit na ng koponan mo.
Ginagawang mahahanap na rekord ang ebidensya ng run sa bawat build.
Binabasa ang mga config at logs kasabay ng run sa device.
Ang bawat daloy ng proseso ay may kasamang tatlong antas ng access sa kaalaman. Paghaluin at itugma bawat ahente sa canvas. Walang nakabahaging vector space sa ibang nangungupahan, walang sorpresang pagbabasa, walang malabong pagkuha.
includeContextMga dokumento bawat daloy ng proseso na idinaragdag sa input ng mga tiyak na ahente sa bawat takbo. Ang brief ng ICP, playbook, listahan ng presyo, o corpus ng mga nagwaging email. Anumang kailangang naroroon bago mag-isip ang ahente. Pinipili mo kung aling mga persona ang makakatanggap ng kung aling mga dokumento.
rag_retrieveIsang kasangkapan na may saklaw na ibinibigay bawat ahente. Kapag nagpasya ang ahente na kailangan nito ng higit na lalim, ine-query nito ang vector store ng daloy ng trabaho nang on demand. Parehong base ng kaalaman gaya ng Static na konteksto, na ina-access lamang kapag humingi ang modelo.
pipeline_memoryEstado sa antas ng daloy ng proseso na nagdadala mula sa isang takbo patungo sa susunod. Ang pananaliksik kahapon ay nasa saklaw para sa follow-up ngayon. Naaalala ng pangkat kung ano na ang na-prospect nito, kung ano ang naaprubahan, kung ano ang naipadala. Ang audit log ang pangalawang antas na base ng kaalaman.
Tunay at naka-pair na Android device. Pinipindot, sina-swipe, at kinukunan ng screenshot ng mga ahente ang tunay na app katulad ng ginagawa ng user, hindi ang ginagayang input ng emulator.
Oo, sa pamamagitan ng direktang pagbubukas ng app o deep-link na URL (phone_open_app, phone_open_url) at pagsubok sa resultang screen, kumukuha ng screenshot sa bawat hakbang.
Oo. Sinusubok ng Melaya Browser Control ang bahaging web sa tunay na Chrome, Edge, o Brave session, kaya iisang testing pass lang ang kailangan ng hybrid na produkto sa halip na dalawang hiwalay na kasangkapan.
Patakbuhin ang pareho sa naka-pair na device at kumuha ng magkatabing screenshot bawat screen para sa parehong run, babasahin ng mga persona ng UIUXDesigner at TechLead para sa hatol kung ano ang lumala.
Hindi. Maaaring paganahin ng founder o PM ang pagsubok mula sa Melaya app, o mula sa Claude Code o Cursor sa pamamagitan ng MCP server, at basahin ang ebidensya nang walang dedikadong tester.
Isang step log at screenshot bawat hakbang, idinodokumento sa Jira, Linear, o Notion kung nakakonekta, kaya may maaasahang ebidensya ang bawat build na puwedeng balikan.
Ang antas na Sandbox ay libre at walang kard. Sumali sa listahan ng paghihintay at magpapadala kami ng email sa iyo sa sandaling magbukas ang isang slot.
← Bumalik sa lahat ng gamit