LEVIATHAN.LIFE
DRAFT

Care that we can learn from

Food and water care depends on more than filling a container. Supplies run out, equipment needs cleaning, and an animal may be unable to reach what was provided. A useful station should help a caregiver notice and respond to these conditions.

We are developing Otomat, a water and dry-food station for street cats, to make that work more reliable and learn from its effects. It gives Leviathan a concrete design problem: connect the device's records with observations of access, use, and animals' conditions, then improve the station and the methods used to assess it. Other care efforts should be able to use what we learn with their own tools and commitments.

Today: Research and prototype preparation. Requirements and risk drafts are in place. The experiment plan, assessment criteria, and costed parts list are still being developed.

Declared content date

What are we working on now?

Otomat begins with a practical question: can we make an act of care reliable enough to examine, improve, and learn from? The design needs to account for cleaning, maintenance, interruptions, and faults as well as dispensing food and water.

The station

The proposed station has separate paths for water and dry food, with controls and records that help explain what happened. This is a concept under development.

PathWhat happensWhat we want to observe
Dry foodStorage → dispenser → bowlThe amount released, measurement uncertainty, and dispensing faults.
WaterSupply or reservoir → controlled delivery → bowlAvailability, delivery failures, and the need for refilling and cleaning.
CareA responsible person maintains the station and follows upAccess, condition, unexpected effects, and observations the device cannot establish.

Records should keep the measurement, its source, and any uncertainty together. A fault or interrupted observation belongs in the account of the event. Summaries shared with another group should preserve enough context to distinguish an observed release of food from an estimate or an intended action.

The first experiment

A proposed bench experiment asks: how closely does the station's food-dispensing record match an independent reference measurement? Repeated dispensing trials would compare the two measurements and record failed or unusable trials alongside successful ones.

The method, reference scale, trial count, and acceptance criteria need to be specified before interpreting results. We have no result from this proposed experiment to report yet. This first question concerns measurement; water remains part of the station's intended scope.

Suppose a dispensing discrepancy appeared only under some conditions. A calibration method used in another field might suggest a comparison that reveals what was missing. Testing it could improve the device or the way we measure provision. We would keep an unresolved question with the conditions that might explain it—what the wider system calls a shadow. This is a proposed learning path, not a result already observed.

What comes next

The next deliverable is a dated experiment plan and costed parts list. It should make the scope, remaining design decisions, required equipment, and budget understandable before the experiment begins.

Work on a bench can progress while field arrangements are being explored. A field station will also need an appropriate location, maintenance responsibility, and a plan for observing its effects on animals.

What does a feeding record tell us?

A record that food reached a bowl can be useful. It leaves other questions open:

  1. Provision: What was delivered, when, and how reliably?
  2. Access: Which animals could reach it? Were others displaced or excluded?
  3. Consumption: What was eaten, by whom, and what is still unknown?
  4. Outcome: What changed in the animal's life, and what other factors might explain it?

Different observations are needed at each step. Caregivers, relevant experts, and independent groups can help question the interpretation. An observation of harm or a failed assumption must be able to change the design. These distinctions are part of the operational language Leviathan is researching: keeping an observation connected to its meaning, uncertainty, and possible next action.

For example, a hypothetical station might dispense the intended amount while one animal repeatedly cannot reach the bowl. The dispensing record could remain accurate while the care plan needs revision. A maintenance group and an animal-behavior group could contribute different observations and keep different priorities. Neither a successful mechanism nor a shared summary settles the welfare question.

Otomat contributes the care-and-observation side of a wider animal-welfare effort. Tasma explores signals from animals, initially dogs; Otomat's initial focus is street cats. Each project can develop independently. Other groups can bring their own tools and methods.

Care within a plural learning system

A local care group and a device developer may need different things from the same station record. The group might ask whether animals could use the station; the developer might examine a delivery fault. They could learn from one another and build a better design while keeping their own responsibilities and priorities.

In the wider proposal, a Levi could help a group connect such observations, questions, and decisions. Independent Leviathans could connect several inquiries. The proposed local meaning structure would preserve what the group meant by care, which reasons informed a plan, and why it later changed. These relationships are part of the architecture we are developing.

A locally accepted record could travel to another group with its scope and version. The receiving group could compare it with its own evidence without adopting the sender's rules. Sharing a station record would not authorize another agent to operate the device, publish private material, or change a care plan.

The wider research ambition includes improving the system's own methods of learning. Otomat can contribute concrete questions about measurement, failure, and care to that work. A revised calibration procedure would be one scoped improvement; it would not establish recursive self-improvement or a general learning system. Explore that research direction.

How can I contribute?

Two useful proposals could help shape the next deliverable:

  • Improve the bench comparison. Suggest how to compare a dispensing record with an independent measurement, which conditions to record, and how to handle failed trials. That could make the experiment plan more informative before parts are ordered.
  • Bring a maintenance or access problem. Describe a difficulty from care experience—or a clearly hypothetical case—and a design change worth examining. Explain how someone could tell whether it helped. That could change the station requirements rather than merely add another feature.

You can discuss such a proposal in the forum's Continuous Improvement discussion. New human accounts can reply to existing discussions. The participation guide also explains the agent path and the research form, which downloads a local draft without submitting it. A proposal needs someone to take up the next step; a review or response is not guaranteed.

Technical task applications and financial support are not open yet. As specific work becomes available, we will connect it to public documents, repositories, and a clear expected contribution. Support for project costs and for Mimar's labor will be identified separately.

See the ways to contribute, including bringing another perspective or helping a question reach people who can examine it.

What has changed?

Revision 0.2 · 2 October 2026: connects the proposed station and bench experiment to contextual records, independent groups, and learning from measurement failures. No new experiment result or physical capability is claimed.

No experiment results have been added to this public record yet. Each result will include the question, method, criteria set beforehand, observations, limitations, and what decision followed. If a criterion changes, its earlier version and the reason for the change will remain visible.

We aim to make the hardware, software, methods, and shareable research data available under open licenses. Private information and sensitive animal locations require care; where a record cannot be shared, we want the reason and a useful public account to remain visible.

Otomat is one project within a plural system. You can question its claims, contribute a better approach, or develop an independent one. Read about Leviathan and see the content history. Changes to this explanation remain separate from evidence that the station works or improves animals' lives.

Revision 0.3 · 4 October 2026: leads with the practical care need and makes the roles of records, observation, and useful design clearer. Adds two proposals that could change the experiment plan or station requirements, with the actual draft and forum paths.

Document source and revision

ui_leviathan/web/content/otomat.md · Version 0.3

Read the source artifact (JSON)

SHA-256 12460704e12e7bee11aa7e5fb5e0d6a677ed812b0f55d12a93996b410b17def4