Architectural User Experience for governed AI agents. Identity contracts, MCP governance, Blueprint lifecycle, CORTEX memory, and verifiable evidence.
Project description
Most teams are trying to build critical AI operations on top of temporary chat conversations.
ArqUX changes the operating model.
ArqUX defines an Architectural User Experience layer where AI agents operate as governed identities instead of uncontrolled assistants: each identity has a role, a behavioral contract, explicit limits, persistent memory, handoff rules, Blueprint-driven work, and verifiable evidence.
ArqUX is not a chat application. It is enterprise infrastructure for operating AI agents under architectural control.
⬡ Why ArqUX exists
AI agents are becoming operational actors.
But enterprise environments cannot rely on agents that:
- forget previous decisions;
- mutate context without evidence;
- act outside their intended role;
- mix governance, execution, documentation, and audit responsibilities;
- depend on fragile prompt discipline;
- leave no institutional memory behind.
ArqUX introduces a governed layer between the user, the agent, the model, and the workspace.
The model reasons.
The agent acts.
ArqUX governs.
Core pipeline
[ User Intention ]
│
▼
[ Architectural Governance ]
│
▼
[ Agent Identity ]
│
▼
[ Behavioral Contract ]
│
▼
[ Blueprint Lifecycle ]
│
▼
[ Execution with Evidence ]
│
▼
[ Persistent Institutional Memory ]
ArqUX decouples agent intelligence from agent governance.
The language model is not the center of the system. The governed architecture is.
⬢ The Hexagon Contract
The hexagon is the structural symbol of ArqUX.
It is not decoration.
It represents the six boundaries required for enterprise-grade agent operation:
[ 1. Identity ]
Who is acting?
▲
│
[ 3. Context ] ◀── ⬡ ArqUX ──▶ [ 2. Contract ]
From which state? Under what limits?
│
▼
[ 5. Execution ]
What is being changed?
[ 6. Evidence ] [ 4. Decision ]
How is it verified? What is determined?
| Boundary | Question |
|---|---|
| Identity | Who is acting? |
| Contract | Under which behavioral limits? |
| Context | From which memory and state? |
| Decision | What is being determined? |
| Execution | What is being changed? |
| Evidence | How is the action verified? |
The agent is the interface.
The hexagon is the contract.
ArqUX is the governance layer.
What ArqUX provides
| Capability | Description |
|---|---|
| Governed agent identities | Agents operate through specialized roles instead of generic behavior. |
| Behavioral contracts | Each identity is constrained by explicit AXM, LIM, and FCS rules. |
| Hot identity handoff | Switch between identities through natural invocation or explicit request. |
| Blueprint lifecycle | Design decisions are captured in structured 18-section Blueprints. |
| CORTEX memory | Decisions, lessons, state, and evidence are persisted in .cortex artifacts. |
| MCP governance layer | ArqUX exposes governance operations through MCP handlers. |
| Evidence trail | Actions, transitions, approvals, and lessons can be traced. |
| Learning elevation | Knowledge can move from behavioral to contextual to procedural layers. |
Agent identities
ArqUX replaces the idea of “one assistant” with a team of specialized identities.
Each identity is not just a persona. It is an operational contract.
| Identity | Role | Primary responsibility |
|---|---|---|
| ⬡ Alfred | Governor | Cycles, Blueprints, approvals, state, governance flow. |
| ⬡ Jarvis | Executor | Technical work, implementation, task claiming, completion evidence. |
| ⬡ Seshat | Scribe | Documentation, diagrams, reports, presentations, structured knowledge. |
| ⬡ Heimdall | Guardian | Audit, monitoring, verification, risk detection, reporting. |
Example handoff:
"Hello Jarvis" # Activates the technical executor.
"Switch to Seshat" # Transfers the session to the documentation identity.
"Back to Alfred" # Returns to governance mode.
Identity handoff prevents role confusion.
When the operating responsibility changes, the active identity must change with it.
Blueprints
A Blueprint is ArqUX’s decision map.
It prevents agents from jumping directly from intention to execution by forcing architectural reasoning before operational mutation.
A governed Blueprint captures a design decision across 18 sections:
§1 Problem
§2 Objective
§3 Preconditions
§4 Guiding Principle
§5 Context
§6 Scope
§7 Rules
§8 Technical Design
§9 Operational Design
§10 Contracts
§11 Work Procedure
§12 Acceptance Criteria
§13 Validations
§14 Tasks
§15 Risks
§16 Blocking Rule
§17 Expected Output
§18 Quality
Blueprints are designed to make agent work explicit, reviewable, and traceable.
CORTEX memory
ArqUX uses .cortex artifacts to preserve governed memory across sessions, projects, and identities.
CORTEX memory may include:
- decisions;
- project state;
- lessons learned;
- role constraints;
- behavioral records;
- procedural knowledge;
- audit evidence;
- handoff state;
- Blueprint lifecycle data.
CORTEX is not a prompt cache.
It is a structured memory layer for agents operating under governance.
Continuous learning
ArqUX treats learning as a governed pipeline.
The goal is not only to make the agent remember. The goal is to prevent the organization from losing operational knowledge every time a session ends.
[ Individual Lesson ]
│
▼
[ Behavioral Record ]
│
▼
[ Contextual Knowledge ]
│
▼
[ Procedural Skill ]
│
▼
[ Reusable Institutional Capability ]
A lesson that is not retained will be paid for again.
MCP governance layer
MCP gives agents access to external capabilities.
ArqUX uses MCP as a governance channel: not only to expose tools, but to help agent clients interact with identity state, handoff rules, Blueprint lifecycles, CORTEX memory, and evidence records.
MCP is the integration channel.
ArqUX is the governance layer.
Quick start
Install ArqUX:
pip install arqux
Initialize a workspace:
arqux init
After initialization, the workspace becomes ready for governed agent operation.
The agent can discover context, operate through identities, and persist decisions through ArqUX artifacts.
From prompt to governed architecture
- Without ArqUX:
- User: "Build this feature."
- Agent: Implements directly from chat context.
- Result: Fragile memory, unclear decision path, weak auditability.
+ With ArqUX:
+ User intention
+ → Blueprint
+ → Identity assignment
+ → Behavioral contract
+ → Task execution
+ → Evidence
+ → CORTEX memory
+ → Reusable learning
+
+ Result: The organization keeps the decision, the reason, the execution trace, and the lesson.
A temporary conversation becomes a governed operational cycle.
Design principles
1. Architecture before automation
ArqUX does not celebrate uncontrolled autonomy.
It makes autonomy governable.
2. Identity before action
An agent must know who it is before it acts.
3. Contract before execution
A task is not valid only because it can be executed.
It must be executed under the correct behavioral contract.
4. Evidence before closure
A task is not complete until it leaves verifiable evidence.
5. Memory before repetition
A lesson that is not retained will be paid for again.
6. Handoff before confusion
When the operating role changes, identity must change explicitly.
What ArqUX is not
ArqUX is not:
- a chatbot;
- a prompt collection;
- a UI skin;
- a generic agent personality pack;
- a memory hack;
- a replacement for the language model;
- a replacement for human architectural responsibility.
ArqUX is the layer that makes agent work governable.
Positioning
Short version
ArqUX converts AI agents into governed enterprise infrastructure.
Technical version
ArqUX is a governance layer for AI agents, combining identity contracts, MCP operations, Blueprint lifecycles, CORTEX memory, and verifiable evidence.
Enterprise version
ArqUX enables organizations to operate AI agents in production without losing control, traceability, or institutional memory.
Manifesto version
The future of agents is not a smarter chat. It is a more accountable architecture.
Roadmap
v0.3.x — Foundation
- Governance framework.
- MCP handlers.
- Multi-identity model.
- Behavioral contracts.
- Blueprint lifecycle.
- CORTEX memory.
- Learning elevation.
- Dogfooding through ArqUX itself.
v1.x — Operational maturity
- Stronger workspace lifecycle.
- Expanded CORTEX / HCORTEX operations.
- Improved validation and recovery.
- Better guided project onboarding.
- Richer operational reporting.
v2.x — Enterprise scale
- Visual governance interface.
- Enterprise integrations.
- Institutional skill marketplace.
- Multi-project governance dashboard.
- Advanced audit and compliance workflows.
Development installation
Clone the repository:
git clone https://github.com/FidelErnesto03/arqux.git
cd arqux
Install development dependencies:
pip install -e ".[dev]"
Run tests:
pytest
License
ArqUX is released under the Apache License 2.0.
See LICENSE.
⬡ ArqUX
Architectural User Experience for governed AI agents.
The agent is the interface.
The hexagon is the contract.
ArqUX is the governance layer.
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file arqux-0.3.5.tar.gz.
File metadata
- Download URL: arqux-0.3.5.tar.gz
- Upload date:
- Size: 143.3 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
c4512edd16327240e90fb2fd305c4693bb66d33d6c61686e551c6c5f6fbd1986
|
|
| MD5 |
4546179fbbcce31b3515a54d51a70303
|
|
| BLAKE2b-256 |
2782912144d5fb7ef49357c7261ff0b35e40cbbfd995617635fb676f7abe3e46
|
File details
Details for the file arqux-0.3.5-py3-none-any.whl.
File metadata
- Download URL: arqux-0.3.5-py3-none-any.whl
- Upload date:
- Size: 147.4 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
cf7c865f7b130b8a1cdeb596758a7911e2d183ee922019861fcf2d35737495b8
|
|
| MD5 |
837f20476e2eb7d32a65529ae3bdfff1
|
|
| BLAKE2b-256 |
a4b82a3885be52b0e9d34b205a1ab8a33e1d2832525d0d259db3c0d95990b949
|