В01Can we run the entire crew on a local model so client data never leaves the firewall?
Yes, this is the default for privileged work. Point each persona at a local Ollama or LM Studio instance running on your own hardware. ContractReviewer, AMLSpecialist, KYCLead, and PrivacyOfficer can run end-to-end with zero outbound traffic. Cloud models (Claude, GPT, Gemini) stay an option per persona for non-privileged matter work. The per-agent model picker is the privacy lever.
В02Where does our data physically sit when the crew runs?
On your hardware when you run a local model. Every prompt, every retrieved document, every draft, and every audit log stays on the machine running the runner. The per-workflow vector store is yours to host. Cloud models only see the prompts the agent sends them, and you decide which personas can call them. EU teams can deploy entirely on EU-hosted Mistral or a local model to meet MiCA, GDPR, and DORA residency obligations.
В03How does this handle attorney-client privilege and litigation hold?
Privileged matters route to a separate workspace with scoped tools and an explicit hold flag. On hold, the agent cannot call external search, web_fetch, third-party tools, or cloud models, full stop. The local-model lane is the default for hold work. Every read is logged with timestamp, persona, model id, and matter anchor so privilege is defensible line by line.
В04Will the agents file SARs or send regulator responses on their own?
No. Every SAR draft, regulator reply, redline, and licence renewal email is staged for a human signer. The AML, KYC, and litigation personas ship with HITL on every write so the lawyer who signs is the human, not the agent.
В05Can the agents reason over our policies, contracts, and regulator letters?
Three layers, all per-workflow and tenant-isolated. Static context attaches your AML policy, contract playbook, and licence conditions to specific personas on every run. The rag_retrieve tool lets ContractReviewer and RegulatoryAffairs pull from prior matters, regulator correspondence, and your DPA library on demand. Cross-run memory carries yesterday's litigation hold and DSR queue into today's run. None of those layers leave your tenant or the local runner you point them at.
В06Does this replace Ironclad, Harvey, Robin AI, or Spellbook?
No, it sits next to them. Melaya is the orchestration and audit layer across nine legal personas, with the option to run every one on a private model. If you already pay for Ironclad as your CLM or Harvey for litigation research, ContractReviewer hands drafts to them through tool calls and keeps the replay log on your side.
В07How do we keep the output from sounding like AI?
Every redline, SAR, and DPIA cites the specific clause, transaction hash, or regulator paragraph it relies on, pulled from your own corpus loaded into the knowledge store. Compliance officers can require a citation on every paragraph as a HITL pre-check before signing.
В08How fast can a legal team get the first pipeline running?
With your DMS or shared drive connected, a contract playbook loaded into the knowledge store, and Ollama running locally, the redline workflow is a 4-node canvas: ingest, retrieve precedent, draft redline, route for approval. Most teams ship the first version in a working session and never send a single token to a cloud vendor.
В09Can I audit exactly what each agent did and why?
Yes. Every run logs every tool call, every model invocation (with model id), every retrieved document, and every approval decision. Replay any matter at any time. Examiners get the full evidence pack in under five business days, which is the ComplianceMonitor target.
В10Зачем не использовать n8n или Zapier вместо Melaya?
n8n, Zapier и Make выполняют заранее заданные шаги по схеме триггер-действие, что подходит для простых линейных автоматизаций, и они выигрывают по ширине коннекторов. Черновик с правками или SAR требует планирования через несколько шагов: Contract Reviewer в Melaya извлекает корпоративный сборник правил через RAG, проверяет пункт за пунктом, и каждая запись останавливается для подтверждения человеком, прежде чем что-либо достигнет твоей DMS или регулятора.
В11Можно ли использовать локальную модель для привилегированных дел и Claude для публичных исследований в одном рабочем процессе?
Да. Melaya маршрутизирует модели по шагам через 23 провайдера, в облаке или на твоём локальном раннере. Contract Reviewer и AML Specialist читают привилегированные файлы на локальной Ollama или LM Studio, тогда как Regulatory Affairs исследует публичные своды правил MiCA и FCA на Claude или GPT. Полные трассировки прогонов показывают, какая модель обрабатывала какой документ.
В12Как стандартизировать один процесс KYC или согласования правок для каждого дела?
Сохрани любой успешный прогон как многоразовый шаблон. Трёхуровневый конвейер онбординга KYC Lead с цепочками UBO и проверкой по спискам OFAC, UN, EU и HMT становится шаблоном, который вся команда запускает одинаково каждый раз. Типизированные причины отказов показывают, где застопорилось дело, а стоимость за принятый результат определяет цену каждой завершённой проверки.
В13Могут ли агенты изменять записи в нашей базе данных по соответствию?
Нет. Пакет database для Compliance Monitor и KYC Lead изначально предназначен только для чтения: sql_execute исключён, поэтому агенты могут запрашивать таблицы дел, контролей и CDD, но не могут их изменять. Записи в других местах, например file_write в твою DMS или черновики с правками msoffice, помещаются в папку стейджинга и ждут подтверждения человеком перед продвижением.
В14Как команда агентов успевает отследить изменение MiCA или FCA до закрытия окна реагирования?
Regulatory Affairs отслеживает изменения MiCA, MiFID II, FCA, MAS, SEC и CFTC за 90 дней до срока. Пакет scraping собирает страницы EUR-Lex, обновления Справочника FCA, дела о правоприменении SEC и консультационные документы MAS, tavily_tools обосновывает анализ цитируемыми источниками, а Legal Synth составляет один брифинг решения с ответственными и сроками.