Platform documentation
Eight integrated capability layers, the Autonomous Agent, knowledge base, Hub, voice, vision, code, dialogue, observability and workspace management.
Updated: September 2026A · Orchestration & Execution Intelligence
The engine layer. Runs complex work end-to-end; routes requests intelligently and keeps multi-step processes stable even when dependencies fail. Every run is stateful: steps, intermediate results and decisions are recorded.
- Supervisor → sub-agent → supervisor architecture
- Dynamic agent routing
- Stateful multi-step execution; parallel branches and loops
- Agent-to-agent communication (A2A)
- Scheduled and webhook triggers
- Agent templates and the visual agent builder
- Autonomous Agent: build agents by dialogue with test corpora
| Scope | Governance | Evidence |
|---|---|---|
| Supervisor plan, agent assignment and result merge; retry and fallback path on a failed step · Stateful execution: session and long-term memory, pending approvals, timeout rules · Parallel branches and loops; condition-based termination | Each agent’s authority is defined per tool; the supervisor cannot call out-of-scope tools. | The run plan and every step’s input/output in the trace; replayable. |
B · AI / Model Orchestration
Brain selection and resilience. Uses the right model for each task; reduces vendor lock-in and keeps operations running when a provider is unavailable. Switching models does not require redesigning the agent.
- Multi-model gateway: proprietary and open-source models behind one interface
- Model proxy: observable, masked access to cloud models with your own keys
- Model switching without redesign
- Fallback model strategy
- On-prem serving for open-source models
- Prompt testing environment and versioning
- Hub Aginies: fine-tuned model families on Qwen, GLM and Kimi bases, current open releases and speech models
| Scope | Governance | Evidence |
|---|---|---|
| Hub catalogue: fine-tuned families on Qwen, GLM and Kimi bases (tulpar, talay, sunkar, konrul) and current open releases · Model proxy: cloud models with the organisation’s own keys, single-point observation and masking · Per-scenario model choice, fallback model and prompt versioning | Model changes are versioned and never reach production without passing the test corpus. | Model version, tokens and cost recorded per request; catalogue history. |
C · Knowledge & Retrieval
Enterprise memory. Turns fragmented enterprise information into governed, searchable, trustworthy knowledge; answers link back to sources. Chunk-level control makes RAG quality directly manageable.
- Document embedding pipeline
- Versioned knowledge base management
- Tag-based document segmentation
- Hybrid search and multi-source RAG
- Chunk-level inspection and editing
- Hallucination-reduction architecture
- Source, tag and access-policy management
| Scope | Governance | Evidence |
|---|---|---|
| Document embedding pipeline, chunk inspection and tagging; versioned knowledge base · Access policy at chunk level: who may see which document through which agent · Cited answers; “I don’t know” when there is no source | Knowledge-base changes are approved by the owner; the previous version can be restored. | Chunks and their versions used in every answer; coverage and quality report. |
D · Governance, Risk & Compliance
The control layer. Makes AI auditable, safe and fit for regulated environments; every decision is traceable. Governance is not bolted on; it is part of the architecture.
- Guardrails and policy engine
- Human-in-the-loop checkpoints: threshold and approver based
- Agent decision traceability
- Sensitive data masking and PII redaction
- Masking and anonymisation of all requests
- Full input/output logging and audit trail
- Kill-switch and automation limits
| Scope | Governance | Evidence |
|---|---|---|
| Guardrails and policy engine: input/output checks, masking, forbidden actions · Human-approval checkpoints: threshold, approver, timeout; approval card on mobile and web · Kill-switch per user, team and organisation; role-based authorisation | Policy changes under the four-eyes rule; every rule versioned with a reason. | Approval records (who, when, what), guardrail interventions and kill-switch events. |
E · Observability & Optimisation
Performance management. Provides visibility into accuracy, speed, cost and health; produces the data for continuous improvement. Every run is recorded step by step.
- Per-run traces and timelines
- Latency and token tracking
- Cost attribution by scenario, unit and channel
- Usage and cost per model; platform health
- Routing accuracy measurement
- Dashboard and analytics layer
- Live logs, conversation records, per-agent success heatmap
| Scope | Governance | Evidence |
|---|---|---|
| Per-run trace: step, duration, tokens, tool call, error · Dashboards: agent success heatmap, platform health, model usage, cost attribution · Forwarding to SIEM and data warehouse; alert rules | Traces are immutable and retained according to policy. | One-click audit sample; monthly quality report per agent. |
F · Integration & Connectivity
Enterprise reach. Connects to enterprise systems and customer channels without rebuilding the existing technology landscape. Each tool carries its own invocation policy.
- REST API and database integrations
- Model Context Protocol (MCP) servers
- Custom tool definitions and invocation policies
- Native connectors: email, calendar, files, collaboration tools
- Web widget and messaging integrations
- MCP Hub: catalogue of approved tool servers
| Scope | Governance | Evidence |
|---|---|---|
| REST, databases and MCP servers; invocation policy per tool · Ready connectors: core banking, ERP, CRM, ticketing, payments, switch · Read/write separation; write tools require approval by default | Each tool defined with a service account and scope; secrets kept in the organisation’s vault. | Tool-call log: parameters (masked), response code, duration. |
G · Multichannel Experience & Voice
The customer interaction layer. Delivers AI across digital, messaging and voice channels on one consistent orchestration underneath. The same agent runs in text and voice.
- Real-time speech-to-text and streaming voice processing
- Call-centre SIP integration
- WhatsApp, SMS and email services
- Intent detection and entity extraction blocks
- Session memory
- Dialog Aginies: dialogue UI and human takeover
- Voice Aginies: Turkish STT, TTS and ASR models
| Scope | Governance | Evidence |
|---|---|---|
| Dialog Aginies on web and mobile; WhatsApp, SMS and e-mail channels · Voice Aginies: streaming ASR, Turkish STT/TTS, call centre over SIP · The same agent on every channel; warm hand-off and conversation summary | Identity level and transaction threshold defined per channel. | Transcripts, recordings and summaries under the retention policy; quality score per channel. |
H · Deployment & Enterprise Architecture
Fit to enterprise constraints. Supports the on-premise, hybrid and sovereignty requirements of large enterprises. Data stays where it must.
- On-premise and air-gapped deployment
- Hybrid architecture: sensitive workloads inside, elastic capacity outside
- Private cloud / dedicated region
- SSO / SAML, fine-grained RBAC, workspace isolation
- Per-tenant agent sharing and collaborative development
- GPU-as-a-Service for in-country elastic capacity
| Scope | Governance | Evidence |
|---|---|---|
| Sovereign shared (our data centres in Türkiye), dedicated tenant/GPU, on-prem or air-gapped in the organisation’s data centre · Access: VPN tunnel or allowlist over the internet · In-country elastic capacity with GPU-as-a-Service | Change management and incident notification in the contract; remote maintenance in windows the organisation opens. | Network diagram, tunnel/allowlist configuration, backup and drill records. |
Autonomous Agent
The Autonomous Agent builds agents by dialogue. You describe what you want; it sets up the supervisor and specialist agents, wires tools and the knowledge base, chooses models, defines approval points, writes and runs a test corpus, and deploys after your approval. Every agent in the library can be produced this way.
- Describe: objective, channels and approval rule are given in natural language.
- Build: supervisor and specialist agents are created; a version number is assigned.
- Wire: tools (REST/MCP) and the knowledge base are attached; chunk counts are reported.
- Model selection: separate models for intent, decisions and speech; on-prem preferences respected.
- Approval points: threshold and approver defined (e.g. amount > 100,000 → branch manager).
- A test corpus is written and run; check families are scored.
- Human approval: results are presented; the deployment decision always stays with a person.
- Deploy: the new version goes live; logs and dashboard are active immediately.
A test corpus has three levels: suites (golden path, branches, robustness injection), scenarios within each suite, and multi-turn conversations within each scenario. Every turn is scored against check families.
- customer_resolved: was the customer’s request actually resolved
- pii_before_verification: was personal data disclosed before identity verification
- State machine: did the conversation stay within defined states and transitions
- Memory round-trip: was information from earlier turns recalled correctly
- Judge dimensions: qualitative criteria such as accuracy, tone and policy adherence
- Tool and approval checks: right tool, right parameters, approval triggered above threshold
Coverage shows what share of defined intents, branches and tools the corpus exercises. Low coverage is surfaced as a warning before deployment; results are kept per version and compared across versions.
Knowledge Base
The knowledge base lets agents answer with sources. Documents pass through the embedding pipeline, are split into chunks, tagged and versioned. Each agent knows which sources it may reach, with which tags and under which access policy.
- Sources: files, folders, web, databases and connectors
- Chunk editor: inspect, edit or disable any chunk
- Versioning: which agent ran with which knowledge base version is recorded
- Hybrid search: semantic and keyword retrieval combined
- Access policy: visibility by tag and role
- Citation: every claim in an answer links to its chunk
Hub Aginies: Model Hub, MCP Hub and proxy
The model catalogue holds three groups in one place: Aginies families fine-tuned on enterprise data from Qwen, GLM and Kimi bases (tulpar, talay, sunkar, konrul); the current open releases of the same bases; Turkish speech and vision models. Family names are stable, version numbers move: when a new base release ships, the fine-tune is repeated and the catalogue version increments; the previous version stays available for the contract term. Each scenario gets the model that balances accuracy, latency and cost. The versions below are the October 2026 catalogue.
| Model | Base | Where it runs | Typical use |
|---|---|---|---|
| aginies-tulpar-4 | Large tier, enterprise fine-tuned | On-prem · in-country GPU | Complex decisions, multi-step reasoning, supervisor role |
| aginies-talay-2 | Medium tier, enterprise fine-tuned | On-prem · in-country GPU | General dialogue, summarisation, extraction, long documents |
| aginies-sunkar-1 | Small tier, enterprise fine-tuned | On-prem · in-country GPU | Intent detection, routing, guardrails, code completion |
| aginies-konrul-1 | Vision-language, enterprise fine-tuned | On-prem · in-country GPU | Document and image understanding, masking |
| Qwen · GLM · Kimi (current open release) | Open-weight base models | On-prem · in-country GPU | Tasks that need no fine-tune, benchmarking and fallback |
| Cloud models (proxy) | The organisation’s own key | Cloud, via gateway with masking | Proprietary models the organisation prefers; usage and cost tracked from one point |
| aginies-voice-tr-v3 | STT trained for Turkish | On-prem | Speech-to-text, call transcription |
| aginies-tts-tr-v2 | TTS trained for Turkish | On-prem | Natural speech synthesis, voice agent replies |
| aginies-asr-stream-v1 | Streaming ASR | On-prem | Real-time call-centre recognition |
Model proxy: you enter your own cloud keys and the platform reaches cloud models on your behalf as a proxy. Every call passes through one point, is observed and masked. Keys are stored encrypted; usage and cost are reported per agent, unit and channel.
- Switch models with one selection; the fallback strategy takes over during provider outages
- Prompt testing environment and versioning; comparison across versions
- MCP Hub: catalogue of approved tool servers; access and invocation policy per server
Voice Aginies
Speech models trained for Turkish: streaming speech-to-text (STT), natural text-to-speech (TTS) and real-time ASR. Voice agents connect through call-centre SIP integration and run on the same orchestration as text-channel agents.
- Models: aginies-voice-tr-v3 (STT), aginies-tts-tr-v2, aginies-asr-stream-v1
- On-prem serving; audio never leaves the enterprise
- Voice analysis: quality scoring, sentiment and intent
- 100% of calls transcribed and scored against the quality form
- Personal data is masked during transcription
Vision Aginies
Image and document understanding: invoice, contract and form extraction, damage-photo assessment, visual quality control. Personal-data detection and document masking run on the same models, inside the enterprise.
- aginies-konrul-1 · on-prem
- Field extraction with source document and confidence score per field
- Document classification, independent of layout
- Personal-data detection and document masking (KVKK/GDPR)
- Low-confidence fields route to human verification
Code Aginies
For engineering teams: IDE extensions and in-house code completion, an enterprise IDE registry that distributes approved extensions and models, and the SDLC agent team working in the CI/CD pipeline. Code never leaves the enterprise.
- In-house code completion on on-prem models
- IDE Registry: approved extension and model distribution, version control
- SDLC agent team: PM, analyst, architect, developer, tester
- Works with Jira, Git and CI; code review and the production decision stay with people
Dialog Aginies
The dialogue surface for customers and employees: web widget, mobile, WhatsApp and messaging. Session memory, human takeover and an audit trail for every message. The same agent runs in text and voice channels.
- Human takeover and hand-back; context handed to the representative with a summary
- Conversation dashboard and quality scoring
- Intent detection and entity extraction blocks
- Integration with the identity flow; unauthorised requests stop at the guardrail
Observability and reporting
What happens per agent, how the platform is doing and what each model costs: on one dashboard. Every run is recorded step by step; logs and conversation records are reviewed under role-based access.
- Live runs: step, duration, tokens, target system and outcome
- Per-agent success heatmap and error timeline
- Quality and error timelines; routing accuracy
- Cost attribution by scenario, unit, channel and branch
- Usage and cost per model; platform health
- Capacity projection: cost and resource forecast with usage growth
- Audit reporting: input, output, model version, rule set, user
Reports can be exported and retained in a form suitable for internal audit and regulatory requests. Conversation records are stored masked; unmasked access requires separate authorisation.
Workspaces, tenants and collaboration
The platform is separated by workspace and tenant. Each team manages its own agents, knowledge bases and keys in isolation; approved agents are shared inside the organisation and developed together.
- Identity through SSO / SAML; permissions through fine-grained RBAC
- Workspace isolation: data, logs and cost reported separately
- Per-tenant agent sharing and collaborative development
- Templates, users and licences under central management
- Agent versions and release history recorded per workspace
Platform facts derived from the library
The figures and distributions on the platform page are derived from the agent library at build time. The same data is given here as tables.
| Indicator | Value | Source |
|---|---|---|
| Live scenarios | 77 | Agent library |
| Sectors | 14 | Scenario definitions |
| Specialist agents | 261 | Scenario definitions |
| Distinct tool definitions | 657 | Agent tool lists |
| Systems connected | 200 | Scenario system lists |
| Scenarios with a human-approval rule | 73 | Approval rules |
| Write steps in enterprise systems | 127 | Step kinds |
| Simulated runs / month (total) | 3,320,970 | Scenario metrics (estimated) |
| Channel | Scenarios |
|---|---|
| api | 37 |
| app | 34 |
| web | 29 |
| 27 | |
| 27 | |
| batch | 25 |
| voice | 23 |
| sms | 5 |
| branch | 3 |
| Step kind | Steps |
|---|---|
| write | 127 |
| tool call | 110 |
| reason | 109 |
| verify | 89 |
| notify | 80 |
| ingest | 77 |
| human approval | 61 |
| plan | 48 |
| retrieve | 38 |
| Model family | Agent assignments |
|---|---|
| aginies-tulpar | 83 |
| aginies-sunkar | 78 |
| aginies-talay | 71 |
| aginies-konrul | 21 |
| aginies-voice-tr | 8 |
Integration catalogue
The 200 systems the scenarios touch, in 12 kinds. Connecting a new system means one tool definition and one invocation policy; write tools require approval by default.
| System kind | Connections | Examples in the library |
|---|---|---|
| Enterprise APIs | 76 | Access Control, Appointment System, Bank SIM-Swap Signal API, CI Pipeline, CI Runner (GitHub Actions), CI/CD, CI/CD (signed artefacts), Card Management, Card Network, Carrier API, Carrier API (Yurtiçi, DHL), Cart & Checkout API, Civil Registry / Income Services, Connection Portal, Credit Bureau (KKB / Findeks), Credit Bureau (KKB), Customs Broker Portal, Dealer Portal, Dependency Scanner (Snyk), Device / Browser Grid, Device Cloud (MQTT), Enrichment API, Figma, Fraud Engine, Git (self-hosted), GitHub, Insurance Registry (SBM), Insurer Portal, Kubernetes / ArgoCD, Lab / Imaging, MASAK Reporting Portal, Merchant Checkout API, Merchant Portal, Network OSS, OSS Network, OTA Service, Observability (Grafana / Datadog), Open Banking API, Outage Management, Parts & Labour Catalogue (Audatex), Payer Portal, Product Catalogue / Offer Engine, Rating Engine, Repair Network, Repair Network Portal, Review Platform API, Sanctions Screening, Sanctions Screening (Dow Jones), Scheduling, SonarQube, SonarQube + Snyk, Static Analysis, Supplier Portal, Telematics, Terminal Management, Trade Registry (MERSİS), Visa / Mastercard Dispute API, Xcode Cloud, e-Devlet Gateway, e-Government Gateway, e-Invoice Portal, e-Procurement Platform, e-Sign |
| Customer channels | 50 | Customer Portal, Hangar Tablet App, Microsoft Teams, Mobile App Chat, OTP / SMS Gateway, Push & SMS Gateway, SMS Gateway, Shift Channel (Teams), Slack, Slack / Teams, Technician App, Web Chat Widget, WhatsApp Business, WhatsApp Business API |
| Core systems | 44 | Active Directory / Entra ID, BSS / Billing, Billing (Amdocs), Billing (CIS), CLM (Contract Lifecycle Management), Card Management, Claims System, Core Banking, Core Ledger, Device Management / OTA, EHR (HL7/FHIR), Guidewire ClaimCenter, HIS Scheduling, HLR / Provisioning, Hospital Information System, Hospital Information System (HIS), IoT Platform, IoT Platform (MQTT / Digital Twin), Loan Origination System, Policy Admin, Policy Admin System, SCADA / DMS, SCADA / Historian, Social Assistance Information System, TMS (Transport Management), Underwriting Workbench, WMS |
| Databases and vectors | 44 | Audit Log, Collections Platform, Control & Sanctions Lists (vector), Eligibility Criteria (vector), Fleet Registry, GIS / Network Model, GIS / Zoning Plan, KYC / Customer 360, Knowledge Base · kart_sss_v3, Known Issues (vector), Legal Playbook Vector Store, Legislation Vector Store, Mailbox Rules & Checklists Vector Store, Manuals & Work Order Vector Store, Meter Data Management, Observability (metrics), PIM / Catalogue, Payer Policy Vector Store, Product Catalogue (PIM), QA Rubric Vector Store, Regulation Vector Store, Regulation Vector Store (EPDK), SCADA Historian, Security Requirements (vector), Smart Meter Data, Specification Vector Store, Stability Rules (vector), Tariff & Regulation Vector Store, Technical Publications (S1000D vector), Time-series DB, Tolerance Policy Vector Store, Triage Protocol Vector Store, Usage Mediation / CDR Store, Vector Store, Vendor Master / Procurement, Warranty Policy Vector Store, Workforce Work Log |
| Ticketing and work orders | 25 | CMMS, CMMS (Maximo), Case Management, Field Service, ITSM / Incident, Jira, Jira (QA), Jira / Xray, Network OSS, QM Scorecard / Case Management, ServiceNow, Ticketing, Trade Compliance Case System, Zendesk |
| ERP and MES | 25 | Billing / CIS (SAP IS-U), Billing / Settlement, ERP, ERP (SAP / Logo), ERP (SAP GTS), ERP Billing, ERP Spare Parts, Inventory, MES, MRO System, Maintenance Management System, Oracle EBS, SAP ERP, SAP S/4HANA, SAP S/4HANA MM, Shopify / OMS, Spares Inventory, Supplier Management (SRM), TMS, WMS / Lot Tracking |
| 20 | E-mail, Email, Email (Exchange), Exchange / M365 Mail, Procurement Inbox | |
| Document stores | 19 | Confluence, Contract Repository, Document Store, Document Store (S3), Tech Pub Repository (S1000D) |
| CRM | 8 | CRM, Customer CRM / Billing, Customer Profile, HubSpot, Salesforce CRM |
| Payment systems | 7 | Bank API, PSP / Acquirer API, Payment Gateway (iyzico), Payment Hub, Refund Service, Settlement Ledger |
| Voice and switch | 6 | Call Centre SIP, Genesys SIP, IVR / SIP |
| HR systems | 3 | LMS, SAP SuccessFactors, Workday |
Operating model
The platform’s standard operating model after go-live. Targets are settled with the organisation in the contract.
| Topic | Practice |
|---|---|
| Versioning and rollback | Agent definition, rule set, prompt and model version recorded together; rollback to the previous version is one step. |
| Test corpus gate | Every change passes the suite/scenario/turn test corpus before production; the coverage report is recorded. |
| Continuity targets | Target RTO 4 hours and RPO 1 hour on the sovereign shared deployment; set with the organisation on dedicated and on-prem. Backups inside Türkiye. |
| Model catalogue upkeep | When a new base release ships, the fine-tune is repeated and a new catalogue version opened; the previous one stays for the contract term. |
| Incident management | Notification times by severity in the contract; kill-switch with the organisation, root-cause report with Aginies. |
| Monthly review | Per-agent quality, cost and approval rates; threshold and rule updates together with the organisation’s administrator. |
Product screens
| report | breakdown | schedule | format |
|---|---|---|---|
| Monthly cost report | scenario · unit · channel · branch | 1st of month · 07:00 | PDF · XLSX |
| Agent performance | success, latency, error classes | weekly · Monday | |
| Audit export | run traces, approvals, model versions | on demand | CSV · JSON |
| Model usage | tokens, cost and proxy share per model | daily · 06:00 | XLSX |
| SLA and capacity | p95 latency, queues, GPU occupancy, projection | weekly |
Your statement balance is 24,860, due 14 October. Current account ****7741 has enough balance. If you confirm I will send a one-time code.
Code sent. Once entered, the payment executes instantly and you get a confirmation.14export async function exportInvoicePdf(id: string) { 15 const invoice = await repo.findById(id); 16 if (!invoice) throw new NotFound('invoice'); 17 const pdf = await renderer.render('invoice', maskPii(invoice)); 18 await audit.log('invoice.export', { id, user: ctx.user }); 19 return storage.put(`invoices/${id}.pdf`, pdf); 20}
| model | access | usage · last 30 days | cost |
|---|---|---|---|
| aginies-tulpar-4 | on-prem · GPU 4× | 58% | — |
| aginies-talay-2 | on-prem · GPU 2× | 84% | — |
| aginies-sunkar-1 | on-prem · GPU 1× | 91% | — |
| aginies-konrul-1 | on-prem · vision | 22% | — |
| qwen · current release | on-prem · open model | 31% | — |
| aginies-voice-tr-v3 | on-prem · STT | 47% | — |
| cloud · proxy | your key | 12% | $288 |
| agent | role · team | hour-eq. | output | quality | mode |
|---|---|---|---|---|---|
| ios-dev-01 | iOS Developer · mobile team | 14 h | 9 PRs · 21 points | 4.7 | autonomous · 10% review |
| qa-01 | QA Engineer · mobile team | 31 h | 412 tests · 6 bugs | 4.8 | autonomous · 10% review |
| ba-01 | Business Analyst · payments product | 9 h | 11 stories · 2 processes | 4.5 | shadow · 100% review |
| acct-01 | Accountant · finance | 27 h | 238 entries · 3 reconciliations | 4.9 | autonomous · threshold-approved |