T01Will the agents merge code or push to production on their own?
No. Every git write, CI trigger, infra apply, and ticket transition is HITL gated by default. The crew writes the review, the diff suggestion, or the runbook draft; an engineer clicks approve before anything lands. You can lift the gate per-template once a workflow has proven itself.
T02Can the agents reason over our codebase and incident history?
Three layers. Static context attaches your architecture diagram, coding standards, and on-call playbook to specific personas on every run. The rag_retrieve tool lets BackendEngineer or PerformanceExpert pull from indexed code, ADRs, and post-mortems on demand. Cross-run memory means last week's hotspot triage is in scope for this week's follow-up.
T03Is this a Devin alternative or a Cody alternative?
Closer to a review and triage layer than a code-writing autopilot. Unlike Devin you keep an engineer in the loop on every commit, and unlike Cody or Codium each persona ships with a specialist prompt and a scoped toolkit. The Sweep style auto-PR is one template among many, not the only workflow.
T04How do we keep the review comments from sounding generic?
Findings cite file and line, name a CWE or SWC number where it applies, and pull phrasing from your own ADRs and past PR comments loaded into the knowledge store. SecurityAuditor refuses to ship a finding without an attack scenario and a concrete remediation.
T05Which models can we run this crew on?
Any. Claude on TechLead and SmartContractExpert where reasoning depth earns the cost, GPT on the drafting personas, a local Ollama on RustPythonEngineer when source must stay on a private network. Each agent picks its own provider per template.
T06How fast can an engineering team get the first pipeline running?
With a Git connector and Slack authorized, the PR review pipeline is a 4-node canvas: fetch diff, route by file glob, run RustPythonEngineer or FrontendEngineer, post comment. Most teams ship it in a single working session and see their first reviewed PR the same day.
T07How do we keep the agents from leaking source to a third party model?
Tool scopes restrict reads to allow-listed repos and branches, and each persona's provider is pinned per template. Route sensitive workflows to a local Ollama and the code never leaves your network. The audit log shows which model saw which file.
T08Can I audit exactly what the agent did and why?
Every run logs every step, every tool call, every model invocation, and every approval decision. Replay any run at any time. The audit log is the change log a compliance reviewer can read end to end.
T09Maaari bang i-automate ng n8n o Zapier ang pagsusuri ng code gamit ang mga ahente ng AI?
Hindi. Nagpapatakbo ang n8n, Zapier, at Make ng mga paunang itinakdang hakbang at hindi kayang magplano ng pagsusuri sa isang hindi pamilyar na diff. Ang mga persona ng Security Auditor at Rust Python Engineer ng Melaya ay nag-iisip sa totoong code sa pamamagitan ng read-only na pag-access sa gitlab_public_tools, na may takdang saklaw ng mga listahan ng pinapayagang kasangkapan, na may pag-apruba ng tao sa bawat aksyong pagsulat. Nangunguna pa rin ang Zapier at Make pagdating sa dami ng koneksyon para sa mga simpleng automasyong sunud-sunod.
T10Paano namin mapapanatag ang pagsusuri ng code ng AI sa maraming pangkat at repositoryo?
I-save ang anumang matagumpay na takbo bilang template at muling gamitin ang parehong pangkat ng sampung persona sa bawat repositoryo. Nagtatala ang Melaya ng mga buong bakas ng takbo na may mga nakasulat na dahilan ng kabiguan at gastos bawat tinanggap na resulta, kaya maaaring ikumpara ng isang pangkat ng platform ang kalidad ng pagsusuri sa mga squad, ayusin ang ibinahaging tindahan ng kaalaman ng mga ADR at pamantayan sa coding, at mag-roll out ng isang pinamahalaaang daloy ng proseso.
T11Maaari bang muling likhain ng pangkat ang isang bug sa mobile sa isang totoong teleponong Android?
Oo. Ang Device Control ng Melaya ay nagpapatakbo ng isang totoong teleponong Android: binubuksan ng isang ahente ang pinapayagang app, binabasa ang screen, pagkatapos ay tumatapik at nagta-type sa buong mga hakbang ng muling paglikha habang nagtatala ang buong bakas ng takbo ng bawat aksyon. Anumang hakbang na nag-publish o nakakapinsala ay humihinto para sa pag-apruba sa device, kaya nakakakuha ang QA ng napatunayan na repro nang hindi nagbibigay ng mga kredensyal sa isang third party.
T12Sinusuri ba ng Melaya ang code sa GitLab, Codeberg, o self-hosted na Gitea?
Oo. Ang bundle na gitlab_public_tools ay humihila ng mga merge request, metadata ng proyekto, at mga nilalaman ng file mula sa GitLab, at ang bundle na codeberg_tools ay nagbibigay ng parehong read-only na ibabaw ng pagsusuri sa Codeberg at self-hosted na Gitea. Inaayos ng mga ahente ang pagsusuri laban sa totoong diff, pagkatapos ay umaapruba ang isang inhinyero bago ma-post ang anumang komento, dahil bawat aksyong pagsulat ay nagdidirekta sa pamamagitan ng hiwalay na pintuan ng HITL.
T13Paano inihahanda ng pangkat ang isang audit ng seguridad o window ng SOC 2?
Pinapatakbo ng Security Auditor ang listahan ng sampung aytem ng OWASP laban sa bawat diff at nagtatanda ng mga numero ng CWE, inilalantad ng package_intel_tools ang mga lipas na o inabandunang dependency, at siniscore ng DevOps Engineer ang postura ng CI/CD, mga lihim, observability, at DR. Pagkatapos ay nag-file ang Tech Lead ng bawat natuklasan bilang tiket ng Jira o Linear na may HITL bilang pintuan, kaya nag-iipon ang ebidensya ng audit linggo-linggo sa halip na huminto ang window.