Enterprise agent platform
Design for a managed workspace coordinating role-based agents, tools, data access and human-review paths; implementation is engagement scope.
A reusable platform designDigital Futures · Enterprise AI
dClaw IAS is designed as a governed enterprise agent platform: a standard foundation for role-based agents and configurable workflows, with tool and data boundaries, human-review paths and evidence requirements scoped for each engagement.
The platform design is paired with bespoke configuration and implementation. Each pilot scope must define and independently verify its controls before customer-facing or customer-data use.
Build status: The 3-tenant, 9-user MVP is in validation. It is not available for customer-facing or customer-data use until the relevant controls and the pilot release gate have been independently verified.
01 / Platform
The target design connects specialist agents to scoped tools and data, with policy boundaries, human-review paths and evidence requirements. Components and controls must be implemented and independently verified for an engagement; this diagram is not the current MVP build.
Go core · Python / FastAPI AI tier · PostgreSQL with Apache AGE and pgvector · Redis · LiteLLM · Caddy · OpenBao · OpenTelemetry / Grafana · Docker Hardened Images
02 / What we deliver
The commercial offer pairs a standard platform design with customer-specific configuration and implementation support. The capabilities below describe engagement scope, not functions available in the current MVP.
Design for a managed workspace coordinating role-based agents, tools, data access and human-review paths; implementation is engagement scope.
A reusable platform designConfigure business, technical, compliance, reporting and operational agent designs around customer-defined roles and environment.
Customer-specific configurationSpecify approval gates, policy routing, evidence requirements and exception handling for each proposed workflow.
Controls defined for reviewDefine controlled access patterns for databases, files, applications, dashboards and enterprise systems.
Integration boundaries in scopeDesign reviewer workflows for sensitive actions and outputs; implement and verify an authenticated reviewer path before pilot release.
Human accountability by designDefine required prompt, action, tool, output, source and version records; build and verify an audit sink before relying on evidence.
Evidence requirements in scopeProfessional services can cover solution design, data readiness, workflow configuration, training and change enablement.
A path from design to implementation03 / Capabilities
These are target capabilities from the product brief. Each must be scoped, implemented and independently verified for an engagement before customer-facing or customer-data use.
Design for plain-language requests in Vietnamese, English or other approved business languages.
A configured target can coordinate retrieval, analysis, validation, reporting, compliance review and follow-up tasks.
Scope approved documents, policies, templates, metric dictionaries and knowledge bases as retrieval sources.
Specify data boundaries and review controls for natural-language queries, SQL, charts and dashboards.
Configure report generation for executive summaries, regulatory-style reports, management commentary and briefings, with validation before use.
Design validation against benchmarks, prior periods, business rules, source data and reviewer decisions.
Specify recurring-task, briefing, approval, evidence and exception-routing workflows for implementation.
Define required traceability for requests, sources, outputs and approvals; the full audit sink remains an implementation and release prerequisite.
04 / Design principles
The target design specifies permissions, policies, data boundaries and approval paths for each engagement.
Role-based access, audit logging, secure integrations and supportability are design requirements to scope and verify.
The design aims to reuse a shared dClaw IAS foundation across departments and use cases.
The design requires review before sensitive outputs or high-risk actions are released; an authenticated reviewer path is a pilot prerequisite.
Customer-approved models and private-cloud, on-premise or hybrid deployment are engagement options to evaluate and validate against governance needs.
05 / Where to start
The examples below are candidate workflows from the product brief. Scope data and review boundaries in design before implementation or pilot use.
Illustrative pilot scope: a bounded document-intelligence pilot with a human-review design and no individual-impact decision or action, followed by the SOC increment.
06 / Customer-specific configuration
An engagement can scope agent behaviour, business knowledge, workflow, integration, governance and adoption for configuration and validation.
| Area | Examples |
|---|---|
| Domain agents | Banking BI, consumer finance intelligence, cybersecurity operations, compliance, document processing or customer support. |
| Knowledge & ontology | Approved glossaries, KPI dictionaries, metric formulas, policy libraries, report templates and prompt patterns. |
| Workflow design | Review gates, approval routing, exception handling, escalation rules and audit evidence flows. |
| Enterprise integration | Data warehouses, read-only replicas, dashboards, document stores, chat, ticketing and reporting systems. |
| Security & governance | Role-based access, masking, data boundaries, tool permissions, logging and deployment model. |
| Training & adoption | User training, administrator handover, train-the-trainer enablement and scale-out roadmap. |
| Use case | Target platform design | Bespoke customisation |
|---|---|---|
| FSI · Enterprise BI | Design for conversational BI agents, query validation, audit workflow and reporting templates. | English banking glossary, templates, MIS workflow deflection and role-aware data access. |
| FSI · Management intelligence | Design for management intelligence agents, KPI reporting, narrative generation and approval controls. | Consumer finance KPI ontology, daily flash briefings, NPL / DPD / collections dashboards and reporting narratives. |
| Cybersecurity SOC | Design for multi-agent triage, workflow automation, evidence requirements and approval gates. | SIEM integration, threat intelligence sources, incident playbooks and local regulatory reporting. |
| Document Intelligence | Design for document intake, extraction, classification and review routing. | Customer-specific forms, compliance rules, taxonomy and downstream workflow integration. |
07 / Commercial model
The commercial model separates platform access, configured agents, token bundles, support and professional services.
| Item | Price |
|---|---|
| dClaw IAS platform fee, up to 3 user accounts | USD 2,000 / month |
| Additional user account | USD 500 / user / month |
| Item | Price |
|---|---|
| Per agent, including custom configurations | USD 1,000 / agent / month |
| Item | Price |
|---|---|
| 1,000 tokens | USD 1,000 |
| Support tier | Scope | Price |
|---|---|---|
| Standard Support | 9x5, online chat channel | USD 1,000 / month |
| Enhanced Support | 24x7, online chat channel | USD 5,000 / month |
| Premium Support | 24x7, online chat channel, dedicated account manager | USD 10,000 / month |
| Role | Rate |
|---|---|
| Senior Consultant | USD 600 / man-day (8 hours) |
| Principal Consultant | USD 1,000 / man-day (8 hours) |
Prices are reproduced from the product brief. Scope and configuration are established during solution design.
08 / How we start
The proposed phases outline engagement outcomes; discovery defines what must be implemented and independently verified before any pilot use.
Confirm use cases, users, data boundaries, governance model, deployment option and success metrics.
Provision the environment; configure roles, agents, tools, logging and support model.
Configure domain agents, knowledge bases, workflows, templates, validation rules and integrations.
Evaluate accuracy, usability, governance, audit trail, performance and support processes with pilot users.
Train users and administrators, provide playbooks, conduct handover and define a scale roadmap.
Add agents, users, workflows, integrations and dashboards based on business priority.
09 / Why dClaw IAS
The intended value is to start from a standard platform design and focus implementation on priority workflows. Outcomes depend on configuration, implementation and verification.
A standard platform design is intended to reduce one-off engineering; each engagement still requires implementation and verification.
Reusable agent, governance and integration patterns can focus implementation effort on the chosen workflow.
Designed controls can help reduce uncontrolled behaviour once they are implemented and independently verified.
A shared platform design and reusable agents are intended to avoid duplicated engineering across use cases.
The design aims to extend the same foundation through new configurations, subject to capacity and control validation.
10 / Trust & governance
Governance is designed into permissions, review paths and evidence capture—not left to a model's answer alone.
The target design requires an authenticated reviewer path before release. That path is not yet built in the MVP and must be verified before pilot use.
The design specifies prompt, action, tool, output, source, approval and version records. The full audit sink is not yet built; the local hash chain is not independent or immutable evidence.
Customer-approved models and private-cloud, on-premise or hybrid options are design choices to scope and validate for an engagement, not claims about the current MVP deployment.
Residency and transfer requirements need to be established in solution design. PDPC and GDPR are design targets, not certifications or a claim of achieved compliance.
The 3-tenant, 9-user MVP is planned for one EC2 host in AWS us-west-2. Its local Ollama endpoint proxies to cloud models; a local endpoint does not mean local inference or establish data residency.
11 / Next step
Discovery can define the workflow, users, data boundaries, governance model, deployment option and success measures before implementation.
Pilot enquiries are not available through this page. Review the engagement phases to see how a pilot would be scoped.