ai & machine learning

AI systems with an owner, scoped permissions and a measured error rate.

We build predictive models, language and vision systems, and LLM agents. Before any of them touches production data, we decide what each one is allowed to see and do, and how we'll know when it's wrong.

platforms
ai / agents with owners & scopes evals green
INPUTSMODELS & AGENTSGUARDRAILS Documents policies · claims Snowflake governed tables Claude agents · tools OpenAI API embeddings Databricks model serving Agent identity OAuth scopes Evaluations error rate tracked Audit trail every tool call
NIST AI RMFISO/IEC 42001EU AI Act
in short·15-second read

Cohash plans, builds and governs AI systems for clients.

That covers predictive models, NLP and computer vision, and also generative AI apps and agents running on Anthropic Claude or the OpenAI API. We came to this from identity work, so every agent we ship gets its own identity and narrow permissions. Governance is mapped to the NIST AI RMF, ISO/IEC 42001 and the EU AI Act.

Ask an engineer facts checked 2026-10-20 · 6 sources
platforms
you probably need this if
  • Teams are trying AI tools on their own and nobody has a list of what is in use.
  • A chatbot pilot worked in a demo but nobody trusts it with real customer data.
  • An agent has to act in Salesforce or a ticketing system, and right now it would run on a shared admin account.
services

What sits under AI & Machine Learning

11 services. Each one has its own page with an architecture, an approach and the platforms involved.

AI Strategy

Rank AI use cases by value, data readiness and risk. Decide build or buy for each. Then scope the first one for production.

read more →

Generative AI & Agents

We build RAG applications, AI agents and MCP servers on Claude, OpenAI and open models, with agent identity, scoped OAuth tokens and approval steps.

read more →

AI Governance & Security

Know which AI you run, then map controls to NIST AI RMF, ISO/IEC 42001, the EU AI Act and Colorado's ADMT law, and test the systems for security gaps.

read more →

Machine Learning Models

Predictive machine learning models for forecasting, churn, fraud and risk, built on Databricks, Snowflake or Fabric with registry and drift monitoring.

read more →

Natural Language Processing

NLP pipelines that classify, extract and summarize text from claims notes, emails and contracts, measured on labeled data and written back to your systems.

read more →

Computer Vision

Computer vision for defect detection, counting, OCR and safety monitoring. We go from labeling to edge deployment and check licenses and device identities.

read more →

Neural Networks

Deep learning model design, fine-tuning and optimization in PyTorch, from LoRA fine-tunes of open models to quantized models for edge hardware.

read more →

Forward Deployed Engineers

Our engineers sit with your business team and ship AI workflows into production on your real systems, with evals, access controls and a handover.

read more →

AI Adoption & Enablement

Getting licensed AI tools used for real work, with role-based training, a ranked use-case portfolio, internal champions, usage telemetry and a usable AI policy.

read more →

LLMOps & Model Evaluation

Evaluation suites, tracing, release gates, cost controls and model upgrade testing for LLM applications and agents running in production.

read more →

AI Security

We test AI assistants and agents for prompt injection, design their tool permissions, add leakage controls and review them against the OWASP LLM Top 10.

read more →

Not sure which one fits?

Send us what you run and what's due. An engineer reads it and tells you where we'd start.

start an assessment →
the story · ai & machine learning

From the first call to a setup your own team can run.

Here's what usually prompts a call about your AI & Machine Learning, what we do about it and in which order, and where you end up.

  1. chapter 01 · where it hurts

    Why teams reach out

    • Teams are trying AI tools on their own and nobody has a list of what is in use.
    • A chatbot pilot worked in a demo but nobody trusts it with real customer data.
    • An agent has to act in Salesforce or a ticketing system, and right now it would run on a shared admin account.
  2. chapter 02 · what we change

    How we solve it

    • AI strategy
    • Generative AI and agents
    • AI governance and security
    • Machine learning models
    • Language, vision and deep learning
  3. chapter 03 · where you end up

    What changes

    • There is a register of AI systems with owners.
    • We showed the team which features drive spend.
what we do

Where we spend the hours

5 areas of work, each one done by an engineer who has run it in production.

  1. A ranking of use cases by value, data readiness and risk. One is scoped for production. For the rest, we write down why they were dropped.

  2. Retrieval over your documents, agents that act through tools, and MCP servers secured with OAuth, each agent running under its own identity.

  3. An AI system inventory, risk classification and controls mapped to NIST AI RMF, ISO/IEC 42001 and the EU AI Act, plus testing for prompt injection and data leakage.

  4. Forecasting, churn, fraud and risk models on Databricks, Snowflake or Microsoft Fabric. We set up the registry, drift monitoring and retraining too.

  5. Text extraction and classification, image and video models, and neural networks we fine-tune or compress for wherever they'll actually run.

capability 01 / 05in production

AI strategy

A ranking of use cases by value, data readiness and risk. One is scoped for production. For the rest, we write down why they were dropped.

capability 02 / 05in production

Generative AI and agents

Retrieval over your documents, agents that act through tools, and MCP servers secured with OAuth, each agent running under its own identity.

capability 03 / 05in production

AI governance and security

An AI system inventory, risk classification and controls mapped to NIST AI RMF, ISO/IEC 42001 and the EU AI Act, plus testing for prompt injection and data leakage.

capability 04 / 05in production

Machine learning models

Forecasting, churn, fraud and risk models on Databricks, Snowflake or Microsoft Fabric. We set up the registry, drift monitoring and retraining too.

capability 05 / 05in production

Language, vision and deep learning

Text extraction and classification, image and video models, and neural networks we fine-tune or compress for wherever they'll actually run.

typical situations

Situations we walk into

We pieced these together from AI & Machine Learning situations that come up a lot. They're patterns. You won't find a specific client in them.

case file 01

Dozens of AI pilots, two in production, and no inventory

composite · not a client story
  1. Beforethe situation

    Business units have started dozens of pilots across several model providers, and some SaaS vendors have turned on AI features by default. Security can't say which systems send customer data to a model, and legal has started asking about the EU AI Act.

  2. What we dothe work

    First comes the inventory: every pilot, provider and SaaS AI feature, with an owner and the data it touches. Each entry gets a risk class. Then we pick the one or two pilots worth finishing, give them evaluation sets and service identities, and pause any that send sensitive data without contract terms that cover it.

  3. Afterwhere you end up

    There is a register of AI systems with owners. The pilots that continue have a path to production, and the ones that stop are documented with a reason.

case file 02

An internal assistant whose token bill grew faster than its users

composite · not a client story
  1. Beforethe situation

    An internal assistant on a hosted LLM caught on quickly. Every request goes to the biggest model, retrieval stuffs whole documents into the prompt, and monthly spend has grown several times over since launch.

  2. What we dothe work

    We logged token counts by request type and scored answers against an evaluation set. Then we routed simple requests to a smaller model, trimmed retrieved chunks, and turned on prompt caching for the long system prompt where the provider supports it. Each change shipped only if evaluation scores held.

  3. Afterwhere you end up

    We showed the team which features drive spend. Then we cut the waste, with no measured drop in answer quality.

case studies

AI & Machine Learning case studies

All case studies
AI rollout AI and agents

AI pilot to production with forward deployed engineers

Taking an AI pilot into production with forward deployed engineers who work with the business team, build evals, connect real systems and hand over cleanly.

read the case study
AI rollout AI and agents

Microsoft 365 Copilot or Gemini Enterprise rollout with real adoption

Rolling out Microsoft 365 Copilot or Gemini Enterprise with oversharing fixed first, use cases tied to real tasks and adoption measured past login counts.

read the case study
AI rollout AI and agents

Enterprise search and RAG that respects document permissions

Enterprise search and RAG that only return what each user may open. We capture source ACLs at ingestion, filter at query time and leak-test.

read the case study
implementation Industry platforms

Epic integrations, FHIR APIs and TEFCA connectivity

Building and governing the HL7 and FHIR integrations, SMART on FHIR apps and TEFCA exchange around Epic, with an interface catalog and scope reviews.

read the case study
AI rollout AI and agents

MCP servers for SAP, Salesforce, ServiceNow and internal APIs

We connect AI agents to SAP, Salesforce, ServiceNow and internal APIs through MCP servers, with OAuth, scoped tools, approval for writes and audit.

read the case study
upgrade AI and agents

OpenAI Assistants API to the Responses API and the Agents SDK

Getting apps off the shut-down OpenAI Assistants API onto the Responses and Conversations APIs or the Agents SDK, with history kept and outputs re-tested.

read the case study
architecture

Where AI systems sit between your data, identity and governance

Governed data comes from the data platform. Models and agents read it and act on business systems through their own scoped identities, nothing else. Governance keeps the inventory, risk assessments and evaluation evidence for each production system.

Where AI systems sit between your data, identity and governance Governed data comes from the data platform. Models and agents read it and act on business systems through their own scoped identities, nothing else. Governance keeps the inventory, risk assessments and evaluation evidence for each production system. 01 · DATA 02 · AI SYSTEMS 03 · ACCESS 04 · GOVERNANCE features retrieval agent identity scoped OAuth token predictions eval results monitoring evidence Data platform Databricks ·Snowflake · Fabric Documents policies · contracts ·tickets LLM apps andagents Claude · OpenAI API Predictive models forecasts · scores ·vision Ex Identity provider Entra ID · Okta Business systems CRM · ERP · ticketing AI inventory and risk NIST AI RMF · ISO/IEC42001 Evaluation evidence test sets · drift · redteaming
Read the diagram as text
  1. Data platform → Predictive models: features
  2. Documents → LLM apps and agents: retrieval
  3. LLM apps and agents → Identity provider: agent identity
  4. Identity provider → Business systems: scoped OAuth token
  5. Predictive models → Business systems: predictions
  6. LLM apps and agents → Evaluation evidence: eval results
  7. Predictive models → Evaluation evidence: monitoring
  8. Evaluation evidence → AI inventory and risk: evidence
01Where should we start with AI?

With one process where errors are cheap to catch and the data already exists, such as drafting, triage or search over internal documents. A narrow first use case with a measured result teaches more than a broad pilot.

02Do we need to train our own model?

Rarely. For most business use cases a hosted model, retrieval over your data and a decent evaluation set are enough. Training or fine-tuning starts to pay off for narrow tasks at high volume, or when the data can't leave your environment.

03Are you tied to one model vendor?

We don't. We use Anthropic Claude, the OpenAI API and open-weight models, and build applications so the model can be swapped after an evaluation run.

04How do you keep our data out of a provider's model training?

By reviewing the provider's commercial terms and data retention settings with you before anything is sent, choosing a deployment route that matches your data rules, and redacting sensitive fields where needed.

05Can you help with AI features already switched on inside our SaaS tools?

Yes. A copilot inside your CRM, office suite or ticketing tool is an AI system too. We look at what data it can reach and which admin settings control that, and it goes in your AI inventory alongside what you build.

related

Often paired with

Projects on AI & Machine Learning usually end up touching one of these, so they're worth a look.

sources 6 sources linked last checked 2026-10-20 content fingerprint 8a48ee32
  1. 01NIST: AI Risk Management Frameworknist.gov ↗
  2. 02ISO/IEC 42001:2023 AI management systemsiso.org ↗
  3. 03EUR-Lex: Regulation (EU) 2024/1689 (AI Act)eur-lex.europa.eu ↗
  4. 04Model Context Protocol: Authorization (2026-07-28)modelcontextprotocol.io ↗
  5. 05Anthropic: Prompt cachingplatform.claude.com ↗
  6. 06Colorado General Assembly: SB26-189 Automated Decision-Making Technologyleg.colorado.gov ↗
Reviewed by the Cohash team Product names are trademarks of their owners. how we handle facts and data →
next step

Tell us what you're running. We'll tell you what we'd do first.

A 30-minute working session with a senior engineer. No slides.

useful to bring
  • The platform and the version you're on
  • Where you need to get to, and by when
  • What's custom: rules, plugins, integrations
  • Any audit finding or deadline driving it