Enterprise-class ambition. Party of one.

Your own
AI engineer.
Extra Salsa.

An AI team that works with your knowledge, models, and tools. Built for your business.

Put it to work
YOUR BUSINESS, TO TASTE01 Your knowledge02 Your model choice03 Your tools & agents04 Your way of workingMade for what you do.

The specialist idea. A bigger canvas.

Deep in your work.
Across your business.

Harvey puts AI into legal work. Fin puts it into customer service. Salsa brings tailored AI into your whole workspace.

Your AI engineering partner connects tools, builds workflows, and adapts with your business.

The foundation comes in the box. Your domain knowledge, connected systems, and acceptance criteria make it yours. The examples below describe how to configure and evaluate a domain workflow; they do not claim pre-validated Harvey or Fin parity, an included human engineer, or a pre-trained model for every industry.

Bring your own key. Keep your own taste.

We pick
your side.

OpenAI. Anthropic. Google. xAI. Open models. Choose from supported models and providers through Salsa’s BYOK connections and model catalog. Your work stays in Salsa when your model choice changes.

OpenAI Anthropic Google xAI Open models

A stronger model can bring stronger reasoning. Salsa supplies the context, memory, tools, and execution around it. Choose for the task, your budget, and your data requirements—without rebuilding your business around a model vendor.

Available models, modalities, and tools depend on the configured provider. BYOK means API credentials; consumer chat subscriptions do not automatically cover API usage. Results depend on the model, evidence, tools, and workflow together.

Open the kitchen.

Get the right ingredients.
Then get to work.

Retrieval-augmented generation, or RAG, gives an agent relevant evidence at the moment it needs it. Here is the production recipe for a domain deployment.

01Pre-retrievalPrepare & filter

Identify the user, team, task, and permitted sources. Parse documents into usable text, tables, or transcripts; preserve versions, dates, document IDs, and locations. Split by meaning—a clause, section, or opinion passage—while retaining the parent document.

Resolve names and exact references. Expand ambiguous queries only within the intended scope. Apply permission, jurisdiction, date, product, and document-type filters before exposing candidates to the agent.

Output: a scoped query and a versioned, permission-aware search corpus.

02RetrievalFind & score

Combine exact identifiers and keyword search with semantic similarity. Use relationships for connected evidence; query structured systems for numbers and account state. Retrieve enough candidates to preserve recall before narrowing them.

Salsa’s GraphRAG implementation combines vector and graph results with lexical reranking. A domain deployment can evaluate BM25, learned embeddings, and rank fusion against that baseline. Raw scores from different retrievers are not interchangeable; compare calibrated scores or fuse ranks.

Output: candidate passages with source IDs, retrieval paths, and scores. A relevance score is not a probability that an answer is true.

03Post-retrievalRe-rank & ground

Re-rank candidates against the actual question, remove duplicates, and bring in surrounding clauses or sections where needed. A trained cross-encoder is an optional domain improvement to test, not an assumed default.

Build an evidence packet within the model’s context budget. Keep citations, permissions, dates, and contradictory evidence attached. Check the answer against those sources; search again or surface a gap when the evidence is insufficient.

Output: a cited answer or proposed action, with missing evidence made visible.

Technical grounding: the RAG paper and BEIR’s evaluation of retrieval across domains.

A recipe with different jobs.

Retrieve facts.
Teach behavior.
Let agents act.

Retrieval supplies current policies, case law, product knowledge, and business records. Updating a source should not require retraining a model.

Fine-tuning can teach consistent extraction, formats, domain language, and tool-use patterns using curated, authorized examples. Tune an embedding model or reranker separately if retrieval evaluation identifies that bottleneck.

Agents compose the pieces: select sources, retrieve evidence, reason over it, call allowed tools, check the result, and preserve useful state. A fine-tuned model can sit inside the same loop as RAG.

Start with a prompt-and-retrieval baseline. Train only where held-out evaluations justify it. Keep training examples separate from the final test set, and verify that the provider supports the chosen tuning method and deployment.

Method: OpenAI’s evaluation, prompting, and fine-tuning workflow. Training a domain model is a configured project, not an automatic consequence of using Salsa.

Same kitchen. Your specialty.

Make it fluent
in your business.

Three example deployments. Each begins with your sources and ends with work you can inspect.

01 / LEGAL

Find the clause.
Follow the authority.

Datasets: authorized contracts and amendments, clause playbooks, matter files, current statutes, and relevant case-law opinions. CourtListener is one source to evaluate; licensed research collections require their own access.

What a legal workflow needs

Contract clauses and case-law passages need different indexing. Preserve section boundaries, defined terms, cross-references, jurisdiction, court, decision date, and document version. Retrieve adverse authority as well as supporting cases.

For a clause review, compare every required clause type against the complete document and expert labels. For research, check citation accuracy, authority, and current treatment through appropriate research services and qualified legal review. Retrieval alone cannot certify that a case remains good law.

Deliverable: a review table with passage-level citations, omissions, conflicting evidence, and questions for counsel.

02 / CUSTOMER SERVICE

Know the answer.
Know when to hand off.

Datasets: approved help articles, product versions, policies, resolved support conversations, and authorized account records. Exclude private notes and stale answers that customers should never see.

What a support workflow needs

Filter by account permissions, product, locale, and effective date. Retrieve the policy, use tools for live order or subscription state, then draft a grounded response or escalate with context.

Test factual correctness, unsupported promises, sensitive-data exposure, escalation accuracy, and whether the customer’s problem was actually resolved. Reopen rates and human review help catch apparent successes that were not useful.

Deliverable: an answer or reviewable action with its source and a useful handoff. Customer-facing deployment needs configured channels and validated procedures.

03 / FINTECH

Trace the loss.
Explain the dollars.

Datasets: permissioned authorization, settlement, refund, chargeback, dispute, and ledger records; policy versions; and eventual loss outcomes. Define whether “loss” means fraud, fees, unrecovered disputes, or reconciliation breaks.

What a transaction-loss workflow needs

Compute totals and reconcile records with deterministic queries. Use risk models for calibrated predictions; use RAG for policies and prior investigations. Keep the agent’s explanation tied to the underlying transactions.

Evaluate with time-based splits and entity separation where appropriate. Account for delayed chargeback labels and information unavailable at decision time. Measure precision, recall, false-positive cost, dollar-weighted loss, and reconciliation accuracy.

Deliverable: an evidence-backed investigation and proposed next step. Financial actions need explicit authorization; neither retrieval nor fine-tuning guarantees recovered funds.

The part that earns your trust.

Find what
it missed.

An answer can sound excellent and still leave out the decisive clause. Evaluate each stage so you know what to fix.

Get the evaluation starter

Synthetic examples and a labeling schema. Not a validated or representative benchmark.

Build a representative query dataset

Sample real, consented tasks across roles, domains, languages, document quality, complexity, and time periods. Include paraphrases, exact references, multi-step questions, contradictions, no-answer cases, and access-denied cases. Weight common tasks for business impact and report difficult slices separately.

Have domain reviewers label relevant passages, required facts, expected tool actions, and acceptable abstentions. Resolve disagreements. Keep related documents and near-duplicate questions out of opposing train/test splits; reserve a locked test set. Synthetic questions expand coverage but do not establish representativeness.

Locate the failure in the pipeline

Not indexed? Check ingestion coverage, parsing, and versions. Not retrieved? Check filters and candidate recall@k against the labeled corpus. Ranked away? Check reranking with nDCG or MRR. Left out of context? Inspect truncation and passage selection. Ignored in the answer? Score required-fact coverage, citation correctness, and unsupported claims.

Use a second retrieval strategy, broader candidate pool, and expert review to discover misses. Agreement between two models does not prove completeness. Add each confirmed failure to the regression suite.

Promote changes on evidence

Compare the current workflow with the proposed model, prompt, index, or tuning change on the same locked cases. Track quality by slice, permission violations, latency, and cost. Set domain-specific acceptance thresholds before testing; retain a rollback version.

After release, sample real outcomes, capture corrections with consent, and watch for new document types or changing policies. A feedback record can improve the next iteration; it does not silently retrain a production model.

The composition framework.

The intelligence needs
somewhere to work.

Load contextPlanUse toolsInspectRecord & continue ↺

Boot with the right context

Establish identity, team scope, permissions, model configuration, available tools, and budget. Load the relevant workspace memory and run state before an agent begins.

Give each ingredient a contract

Compose retrievers, rerankers, models, specialist agents, and tools through explicit inputs and outputs. Version the pieces so an improvement can be evaluated and a failure traced.

Make the loop accountable

Salsa connects event-backed state, tool execution, and plan review. A production domain harness also needs bounded retries, idempotent actions, checkpoints, and clear stop conditions. Review consequential actions before execution.

Meet the work in its own format

Documents, tables, images, and voice need different handling. Preserve the original and its provenance through parsing, OCR, transcription, or structured queries. STT lets you direct work by voice; TTS brings the response back to you.

Salsa supplies the shared workspace, memory, agent, model, and execution foundation. Domain datasets, licensed content, learned rerankers, fine-tuned models, and domain-specific production guarantees require configuration and validation. “Enterprise-class” describes the ambition and toolset; it does not imply an unlisted certification or service-level agreement.

See Salsa’s execution and approval flow

Big-company ingredients.
Your own recipe.

For the solo founder, the hands-on operator, and the team with more to do.

Get a taste