● Available now AI-Native Clients & Internal teams GDPR by design Embeddable

Every business request.
AI manages it. Autonomously.

CREIMSCustomer Request & Enhancement Intelligent Management System — is the AI-Native platform that governs any type of request: bug reports, suggestions, support, change requests, and enhancement proposals — from external clients and internal teams alike. The AI operates autonomously end-to-end, escalating to humans only where judgement or policy require it. Standalone deployment. No full AGI-ONE platform needed.

Bug · Suggestion · Support · Change · Enhancement  |  C-One widget · Grafana alerts · Jira · ServiceNow · Plane.so

Any request type & source
AI-Native autonomous triage
Full lifecycle governance

Every unmanaged request is a cost. And they multiply.

Bug reports, suggestions, support cases, change requests, enhancement proposals — every type of request handled manually means lost time, lost context, and lost value. For your clients and your internal teams.

Manual and slow classification

Every request — bug, change, or enhancement — is read, classified, and prioritized by hand. Most of it has a known answer or a clear owner already.

Fragmented channels

Requests arrive via email, chat, forms, and Slack. No single system governs them all — clients and internal teams use different tools with no shared view.

Zero institutional memory

Fixes, decisions, and enhancement rationale live only in someone's inbox. Every new request starts from zero — the same problems recur, the same answers are re-discovered.

No traceability or ownership

Enhancement requests disappear in backlogs. Support cases have no owner. Change requests don't have a status. No audit trail, no accountability, no SLA.

You don't need the whole AI platform. You need one system that governs all requests, for everyone, end-to-end.

An AI that governs. Not just classifies.

CREIMS is the AI-Native engine that manages the full lifecycle of any business request — from intake and triage to resolution and Team Work handoff. C-One is the embeddable widget your users and teams interact with. Together they replace the fragmented, manual process with a single governed flow.

Frontend · C-One Widget

The intake channel
for every request type

C-One is the embeddable widget that sits on any web portal — client-facing or internal. It guides users through submitting any type of request: bug report, suggestion, support case, change request, or enhancement proposal. Automatically collects full page context, generates an AI summary, and feeds CREIMS.

  • 5 request types: Bug · Suggestion · Support · Change · Enhancement
  • JS/CSS on-demand loading — zero performance impact on host portal
  • AI conversation summary + user final review before submission
  • Real-time staff notification via email, Telegram, and WhatsApp
  • Voice input via browser Speech Recognition
💬 C-One Support

Hello! How can we help you?
Choose a request type to start

🐞
Report Bug
Report a problem or error encountered
Request New Agent/Service
Request a relevant new feature
💡
Suggest KB Content
Propose new knowledge base content
📋
Support
Any other needs not included above
Backend · CREIMS — AI Support Engine

The AI-Native engine
governing every request

CREIMS is the autonomous governance engine for the full request lifecycle. It classifies, triages, proposes solutions, manages escalations, and drives handoff to execution — for any request type, from any source (C-One widget or Grafana alert). The AI operates end-to-end. Humans intervene only where policy or judgement require it.

Multi-tenant KB-API

PDF/DOCX/MD upload, semantic chunking, vector embedding, hybrid search per client.

Auto-Triage Service

Background polling on support_db, AI analysis, fix proposal or automatic escalation for every ticket.

Grafana Webhook + Alerting

Ingestion of infrastructure alerts from Grafana, automatic conversion to trackable support requests.

Continuous feedback loop

Each resolution feeds the Neo4j error KB. The system learns and improves autonomously.

From any request to governed resolution.

An end-to-end cycle where AI handles classification, triage, and routing autonomously. Human intervention is reserved for cases where judgement, policy, or explicit validation add real value. The same flow applies to client requests and internal team requests alike.

1
Request enters CREIMS — from two sources
Source A — C-One Widget: the embedded widget guides the user through selecting a category and describing the issue. Automatically collects URL, page, section, timestamp, and browser metadata.
Source B — Grafana / Alertmanager: infrastructure alerts (LogQL on Loki, PromQL on Prometheus) fire automatically and are ingested via webhook. CREIMS deduplicates by Grafana fingerprint before creating a Request.
Human: widget Auto: Grafana alert
2
C-One generates summary and creates Request
For widget-submitted requests: C-One generates a professional AI summary of the conversation. The user reviews and confirms before submitting. For Grafana alerts: the webhook payload is normalized automatically. In both cases the Request is persisted in support_db with status sent and staff is notified via email, Telegram, and WhatsApp.
Auto: AI summary Human: submit review
3
CREIMS analyzes and classifies automatically
The CREIMS Support Agent polls Requests in sent status, brings them to in_analysis, queries KB, Neo4j error history, and known patterns. The Detector Agent applies rule-based dedup and pattern matching in parallel. Decides the path autonomously: proposed fix, triaged, duplicate, escalated.
Fully autonomous
4
Human supervision — only where it matters
The AI governs the majority of the lifecycle autonomously. A human operator intervenes only in ambiguous cases, policy exceptions, or when explicit validation of a fix or enhancement decision is required. They receive full context: category, user, page, AI summary, history, and the proposed action.
AI: autonomous by default Human: where judgement is needed
5
Handoff to Team Work operational engine
Ready Requests are transferred to Team Work, which assigns the work item to the correct human or agentic worker, tracks progress, UAT, and final closure.
Agentic + Human In development
sent
in_analysis
triaged
fix_proposed
escalated
assigned
in_delivery
waiting_uat
resolved
closed

One system. Every request type. AI-Native.

CREIMS is not an AI layer on top of a traditional ticketing system. It is built AI-Native from the ground up — the AI is the operating engine, not a feature. These are the operational capabilities available today.

5
Docker backend services
2
Automatic detection sources
4
Request categories
10+
Tracked lifecycle states
3
Staff notification channels

C-One Embeddable Widget

Two JS/CSS files for any web portal — client-facing or internal. Covers all request types: bug, suggestion, support, change, enhancement. Zero dependencies, opens on-demand.

AI-Native Autonomous Triage

The AI classifies and routes every request type autonomously — bug, enhancement, or change — consulting KB, error graph, and request history. It proposes solutions, detects duplicates, and escalates only where human judgement is needed.

Multi-tenant KB

Upload corporate documents (PDF, DOCX, MD). Semantic chunking, vector embedding, hybrid search. Each client has their own isolated KB.

Error Pattern Learning

Neo4j graph database for error history and known fixes. The system learns from every resolution and improves future triage without manual configuration.

Multi-channel Notifications

Every Request notifies staff via email, Telegram, and WhatsApp through the Communication Gateway v2. Configurable by channel, recipient, and request type.

External Ticketing Integration

Unified microservice bridging CREIMS requests to Jira, ServiceNow, ClickUp, and Plane.so. Credentials managed via HQ UI, not in environment variables.

Detector Agent (v2)

A dedicated BE-only agent running rule-based detection and duplicate identification in parallel with the Support Agent. Reduces false positives, deduplicates ticket floods, and flags anomalous request patterns before human review.

Grafana & Alertmanager Integration

CREIMS automatically ingests infrastructure alerts via Grafana Unified Alerting or Alertmanager webhook. Supports LogQL (Loki) and PromQL (Prometheus) rules. Native deduplication by Grafana fingerprint prevents ticket flooding from persistent alerts.

3-step integration.

From widget to ticket resolution in minutes.

Widget on any site

Portals, intranets, web dashboards: just 2 HTML tags to add the AI support channel to any page.

Docker Compose ready

Full CREIMS stack (5 containers) deployable with a single command. On-prem, cloud, or hybrid. Dedicated port, reverse proxy included.

No vendor lock-in

Data in standard PostgreSQL. Documented FastAPI. No proprietary formats. Export, migrate, or integrate with any system.

Scales to AGI-ONE

When you're ready, CREIMS connects natively to the full platform. No migration needed: it is already the correct subset.

Embed widget on your portal — 2 lines
<!-- 1. Load the widget (on-demand, zero blocking) -->
<script src="https://your-domain/c-one.js" data-api="https://your-creims-host:8190" ></script>

<!-- 2. Widget styles (do not affect the host site) -->
<link rel="stylesheet" href="https://your-domain/css/user-support-assistant.css" />

<!-- The widget appears as a floating button. Nothing else to configure. -->

Team Work: the operational engine. In development.

The next step: not just classifying and assigning Requests, but coordinating them end-to-end with human and agentic workers, progress checkpoints, automated UAT, and tracked closure.

Work Item from Request

CREIMS automatically generates work items for Team Work from every ready Request, with full context and priority.

Worker Assignment

Worker pool with runtime profiles: human and agentic. Automatic assignment by skill, availability, and task context.

Automated UAT

The flow includes waiting_uat, staff validation, rework if needed. Final closure only after explicit confirmation.

Resume Checkpoint

Interrupted tasks resume from their last checkpoint. Worker heartbeat, automatic timeouts, and reassignment without losing context.

Active development — sprint 1 in progress.  The Team Work module is already deployed on Docker (port 8212) with operational API and admin FE. Integration with CREIMS for end-to-end Request management is nearing completion. Contact us for early access.

Frequently asked questions about CREIMS

CREIMS — Customer Request & Enhancement Intelligent Management System — manages any type of business request: bug reports, suggestions, support cases, change requests, and enhancement proposals. It serves both external clients (via the C-One widget on customer portals) and internal teams (via internal portals or direct integrations). All request types flow through the same AI-Native governance engine, with lifecycle states, KB lookup, and Team Work handoff.

No. CREIMS and the C-One Widget are designed to work independently. The backend stack deploys with a single Docker Compose (5 containers). The C-One widget is a JS/CSS inclusion on any web page. No other components of the AGI-ONE platform are required to start.

Yes. The system is on-prem by design: Request data remains in your PostgreSQL database, under your control. No data flows to unauthorized cloud services. Provider credentials are managed via UI and never in plain text on config files. The system is designed for GDPR-compliant environments from the architecture up.

Both. CREIMS has two request sources: (1) C-One Widget — users submit reports from any web portal; the widget guides them through category selection and collects full page context. (2) Grafana / Alertmanager — infrastructure alerts (container down, error rate spike, latency threshold) fire automatically via webhook and are converted into CREIMS Requests with zero manual input. Both paths feed the same Auto-Triage engine for consistent governance.

CREIMS runs two agents in parallel. The Support Agent is conversational: it interacts with the user through the C-One widget, collects context, and generates the AI summary. The Detector Agent (v2) is backend-only: it runs rule-based analysis on incoming requests, detects duplicates, flags anomalous patterns, and pre-classifies tickets before the Support Agent processes them. Together they reduce triage latency and false positives significantly.

Currently, CREIMS uses Google Gemini 2.0 Flash via Google AI API and the Google ADK (Agent Development Kit) runtime. The system is designed to be model-agnostic: the model choice is configurable and can be adapted to local models or other cloud providers without rewriting the triage logic.

Yes. The 4 current categories (Bug, Feature, KB Suggestion, Support) are the starting point, mapped to the CREIMS taxonomy system. Categories, labels, initial messages, and collection flows are all configurable. For advanced customizations — new categories, additional fields, vertical-specific workflows — we support the client in tuning the widget and CREIMS mapping.

Yes. CREIMS includes a dedicated Ticketing Integration microservice with a unified API supporting Jira, ServiceNow, ClickUp, and Plane.so. Phase 1 is read-only (sync and status mapping); Phase 2 enables creating and updating remote tickets directly from CREIMS. Credentials and provider configuration are managed through the HQ UI — never in environment files.

The system moves the Request to an escalated state. The CREIMS operator receives a notification, sees the full context (text, user, page, category, AI summary, history), and can provide the missing information to restart the triage. No Request is lost: the escalated status is visible and trackable in the dashboard.

Ready to govern every request with AI?

One system. Any request type. Clients and internal teams. AI operates. You supervise.