The farm should not run on a chatbot

A recirculating farm is a living system under mechanical control. Oxygen can fall quickly, pumps can fail without warning, and a bad instruction can affect an entire tank. That makes the farm useful territory for AI—but dangerous territory for improvisation.

The practical opportunity is narrower and more valuable than full autonomy. Models can watch more signals than a person, find changes early, assemble evidence, and help operators decide what deserves attention. Pumps, valves, and emergency aeration should still answer to deterministic controls and hard safety limits.

This paper sets out that division of labor: controls keep the system alive; specialist models interpret signals; agents turn those signals into legible, reviewable work.

A farm is not a chat interface

AI is most valuable in RAS when embedded into the physical and operational architecture of the farm rather than bolted on as a chat interface. Manual monitoring is labor-intensive, intermittent, and error-prone, while the system itself is multivariate, tightly coupled, and safety-critical. Continuous sensing, alerting, and better data integrity are the foundation on which advanced AI can work.

AUTHORITY HIERARCHY FOR AI IN RAS

Authority narrows as consequence rises
  1. ObserveRead telemetry, images, records, and alarms.
  2. InterpretRank findings and assemble supporting evidence.
  3. RecommendPropose a bounded response for operator review.
  4. ControlDeterministic systems execute approved actions.

What the market is already buying

Commercial activity supports this hierarchy. The market is capturing value first in feeding, behavior, profitability, and measurable operating loops rather than unrestricted farm autonomy. The economic pattern is operational intelligence before autonomy.

Use the right model for the job

For RAS, LLMs and conventional ML are complementary, not interchangeable. Time-series forecasting, anomaly scoring, classification, and direct control recommendations are best handled by models trained on structured numeric data. LLMs are strongest when the task is tool selection, cross-source synthesis, narrative explanation, or following policy-rich workflows.

MODEL ROUTING BY RAS WORKLOAD

If the job is forecasting dissolved oxygen 30 minutes ahead under current loading and recent feed events, use a forecasting model. If the job is reviewing those forecasts, comparing them to last week, retrieving the relevant SOP, and generating an operator recommendation, use an LLM agent. If the job is detecting lesions or abnormal schooling from tank video, use a vision model and let the LLM explain the result.

Different jobs need different models
01ForecastingTime-series models
02EquipmentAnomaly detection
03WelfareComputer vision
04WorkflowLanguage models

Choosing models in practice

When people say ChatGPT, Claude, or Gemini in a production architecture, the relevant choice is not the consumer product but the provider's API model family. The evaluation target is model behavior under tool-calling, long-context retrieval, privacy constraints, auditability, latency, and cost.

The cheapest production-grade orchestration model is not automatically the most robust model, and the most capable model is often economically inefficient for routine work. A tiered pattern separates cheap triage for parsing and classification, mid-tier reasoning for daily operations review, and high-capability models for cross-document or incident investigations. Raw telemetry belongs in a historian; language models operate more reliably on summaries, changepoints, top anomalies, and selected windows.

Read widely, write narrowly

A safe RAS AI architecture is layered, with a defined role, failure boundary, and audit trail at each level. The architectural principle is read broadly, write narrowly: agents may read from many sources, but only a small, policy-gated surface writes back into operations.

The data layer should contain a time-series historian for raw telemetry, an object store for images, videos, and operating documents, and a relational store for tank IDs, equipment, batches, maintenance tickets, and SOP versions. Vector retrieval is useful for manuals and incident notes; it is the wrong primary store for high-frequency sensor signals.

Three jobs for agents

The agent layer converts model outputs and operating records into workflow artifacts. A common configuration separates review, intervention, and audit functions. A review agent reads KPIs, anomalies, computer-vision summaries, and maintenance events, then produces a ranked shift brief. An intervention agent converts reviewed issues into structured recommendations. An audit agent assembles incident packets, calibration history, and model traces for management and compliance.

A minimal interface set contains six services: telemetry.read, anomalies.read, vision.read, sop.retrieve, maintenance.write, and control.request. The final service accepts constrained JSON with enumerated action types, asset IDs, bounded numeric ranges, mandatory reason fields, and explicit approval tokens.

Seeing the whole farm

RAS sensing is a fusion problem, not a sensor shopping list. Water chemistry cannot be understood from one modality alone; changes in water chemistry also surface as changes in swimming behavior, depth, acceleration, and feeding patterns. Vision, acoustics, and probes compensate for one another's blind spots.

The critical design variable is not raw sample frequency by itself. It is whether the sampling interval is shorter than the physical process time being detected or controlled. Dissolved oxygen can become dangerous quickly; nutrient chemistry often moves more slowly and carries higher calibration burden.

What should run on site

Hardware architecture separates sensor/compute edge nodes from local orchestration nodes. The edge node handles collection, filtering, protocol translation, and lightweight computer vision. The local orchestration node runs the historian, feature jobs, dashboards, and possibly a small private model. Larger GPU workstations become rational only when continuous on-prem vision or private-model inference offsets their capital, power, cooling, and maintenance cost.

INDICATIVE ALWAYS-ON COMPUTE ECONOMICS

Three shapes of on-site compute
$249Camera edgeFiltering and lightweight vision
$1,399Local nodeHistorian, dashboards, small models
$8,900GPU workstationContinuous private inference

The real cost of deployment

The right cost model depends on whether the dominant AI workload is continuous or bursty. Continuous workloads include always-on camera analytics, pump and flow anomaly detection, and local alarm triage. Bursty workloads include shift reports, weekly biological review, incident reconstruction, and management summaries.

AI cost has at least three separate buckets: site CAPEX, continuous compute OPEX, and token OPEX. Collapsing them into one number hides the real tradeoff. A system can have low token spend but high sensor quality requirements, or cheap edge hardware but expensive field maintenance. Token cost for daily review workflows can be minor compared with continuous video pipelines, cloud GPU instances, industrial nutrient analyzers, or downtime.

Test each layer separately

Measurement fidelity, predictive model quality, agent workflow quality, and control safety require separate benchmarks. Collapsing those into one accuracy number is technically misleading. A pH sensor can drift while the disease classifier is excellent; the forecaster can be strong while the agent hallucinates an SOP; the agent can summarize perfectly while a bounded control request violates a tank-specific lockout.

Hallucination minimization uses defense in depth: read-only defaults; quote-first document workflows; telemetry-first numeric claims; strict JSON tools; human approval for writes; mandatory source attachment for every recommendation; and trace-based evaluation before production rollout.

Start with visibility

The implementation sequence observed in robust automation programs moves from observability to guarded automation, not from demo to autonomy. Each phase creates measurable operating value even if the next phase is delayed. Therapeutics, batch release, and compliance-sensitive interventions remain human-authorized unless a site-specific regulatory pack has been completed.

Keeping recommendations bounded

Production RAS agents are safer when they are structurally constrained: explicit inputs, explicit schema, explicit validation, and no hidden authority. The hard engineering sits in summarizers, anomaly logic, and policy gates, not in giving the model a wide-open execution surface.

For bounded control, the model may propose, the policy engine decides whether the proposal is admissible, the control API executes only enumerated range-checked values, and the agent re-checks outcomes against expectation. The early production target is not full autonomy; it is reliable daily review, measurable incident compression, and a shrinking unsupported-advice rate.

What this architecture is for

The technical case for AI in RAS is not that the farm becomes conversational. It is that the farm becomes more observable, forecastable, auditable, and diagnosable. The agent is not the controller. It is the layer that translates telemetry, model outputs, SOPs, and maintenance data into structured operational interpretation.

The strongest technical architecture is layered rather than fully autonomous: deterministic control at the bottom, forecasting and vision in the middle, and policy-gated agents above. The benefit is labor compression, earlier detection, stronger documentation, and a reusable data spine. The cost is integration complexity, sensor maintenance, edge hardware lifecycle burden, cloud/API spend, and the need for continuous evaluation.