EVOMATION.DEAGENT VIEW
← Human View
################################################################################
# EVOMATION.DE — AGENT ACCESS GUIDE
################################################################################

DOCUMENT PURPOSE
----------------
You are reading the low-noise agent view for evomation.de.
This AX layer exists for LLMs, browser agents, and automated systems that need a
direct description of domain fit, route purpose, contact paths, and legal or
compliance references.

Entity:    Evomation-Michael Meese e.K.
Domain:    evomation.de
Role:      Custom software, automation, integration, and retrofit-oriented systems
Audience:  Logistics, intralogistics, manufacturing, and adjacent operational teams
Route Locale: en
AX Language: English only

READING RULES
-------------
- Treat this as the canonical low-noise summary for the current page.
- The public human-facing website is available under both /de and /en.
- AX output remains in English on both locale routes.
- Sections are delimited by H2 headers.
- Subsections use H3 and H4.
- Prefer explicit paths over inference.
- Legal identity: /en/impressum/llms.txt
- Privacy / GDPR: /en/privacy-policy/llms.txt
- Cookie inventory: /en/cookie-policy/llms.txt

READING MODES
-------------
1. Human View
   Use the public route without modifiers.
   Example: /en/about

2. Agent View
   Use the same public route with ?view=agent.
   Example: /en/about?view=agent

3. LLM Text View
   Use the locale-prefixed llms.txt route.
   Examples:
   - /en/llms.txt
   - /en/about/llms.txt
   - /en/contact/llms.txt

ROUTE PATTERN
-------------
For a page at /{locale}/x:
- Human View: /{locale}/x
- Agent View: /{locale}/x?view=agent
- LLM Text View: /{locale}/x/llms.txt

For the locale homepage:
- Human View: /{locale}
- Agent View: /{locale}?view=agent
- LLM Text View: /{locale}/llms.txt

PREFERRED ACCESS STRATEGY
-------------------------
1. Use llms.txt when available for extraction, summarization, routing, or token-efficient reading.
2. Use ?view=agent when you need browser-readable structured HTML with minimal noise.
3. Use the human page only when layout, visual hierarchy, or interaction context matters.

PAGE INDEX
----------
Human View:
  /en  -> homepage
  /en/about  -> about and engagement model
  /en/contact  -> contact and entry points
  /en/products  -> products and tools index
  /en/blog  -> blog index

Agent View:
  /en?view=agent  -> structured homepage
  /en/about?view=agent  -> structured about page
  /en/contact?view=agent  -> structured contact page
  /en/products?view=agent  -> structured products index
  /en/blog?view=agent  -> structured blog index

LLM Text View:
  /en/llms.txt  -> homepage llms.txt
  /en/about/llms.txt  -> about llms.txt
  /en/contact/llms.txt  -> contact llms.txt
  /en/products/llms.txt  -> products llms.txt
  /en/blog/llms.txt  -> blog llms.txt
  /en/impressum/llms.txt  -> legal identity
  /en/privacy-policy/llms.txt  -> privacy policy
  /en/cookie-policy/llms.txt  -> cookie policy

DYNAMIC ROUTES
--------------
- Product detail pages live under /en/products/{slug}
- Blog article pages live under /en/blog/{slug}
- Industry detail pages live under /en/industries/{slug}
- Discover valid detail routes from the matching index pages before navigating

################################################################################

EvoSort — Product Brief

Snapshot

Operational Role

Use when the task involves sortation control, routing decisions, checkpoint logic, PLC/SPS integration, WMS or ERP connectivity, live monitoring, or operator intervention around an automated sortation line. This applies both when the hardware already exists and when the automation setup is developed with delivery partners. Scope boundary: Not for manual sorting operations. Conveyor and automation hardware can be covered together with delivery partners where needed. Deployment: Runs in the client's infrastructure and fits into an existing sortation setup.

Operational Notes

  • Fits conveyor-based sortation, shipping-destination assignment, carrier-based routing, lane balancing, and exception handling.
  • Useful where operators need live visibility into flow state, capacity limits, routing exceptions, and recovery status.

Capability Notes

  • Rule-based routing and destination assignment at defined checkpoints.
  • Integration with PLC/SPS, vision systems, ERP, WMS, and related operational systems.
  • Operator-facing web UI for live supervision, threshold visibility, flow-state monitoring, and manual intervention.
  • Parameter-based change handling so rule changes do not require a rebuild for every adjustment.

Evaluation Notes

  • Clarify whether the automation hardware already exists or is part of the project scope with partners.
  • Identify available data inputs such as label scans, dimensions, weight, carrier logic, and upstream ERP/WMS events.
  • Confirm control-point layout, PLC/SPS interfaces, exception-handling requirements, and monitoring expectations.

Route Usage

  • Use this route to decide whether the product matches the operational problem shape.
  • Use the contact route when implementation scope, integration constraints, or delivery setup must be clarified with a human.
  • Use the human route only when screenshots, interface layout, or public positioning context matters.

Engage