SMAJOR
Cloudflare facade · Akash runtime · S25 mesh · ai
Branche agents

Faire des agents des responsables de fonction, pas juste des demos.

La branche AI doit exposer les interfaces utiles: missions, feed intel, cockpit, MCP et futurs outils d'automatisation business.

Status publicMissionsMERLIN MCP
Agents

Roles clairs

TRINITY orchestre, MERLIN valide, COMET surveille, KIMI capte, ORACLE confirme, ONCHAIN_GUARDIAN surveille.

Backends

S25 + MERLIN

Le mesh est la source de verite; le MCP et le cockpit sont les surfaces publiques stables.

Evolution

Entreprise augmentee

A terme, cette branche doit piloter facturation, CRM, operations et automations multi-outils.

Live S25

Panneaux operations

Le shell lit le cockpit public et affiche la realite du mesh sans inventer un faux statut front-end.

Status

MESH_READY

S25 en ligne. Pipeline MESH_READY. Mesh actif avec 5 agents online et 14 mission(s). Tunnel offline.

Agents online 5
Missions actives 14
Signal READY
Tunnel offline
Status JSONMesh JSON
Missions

Track smajor.org activation and align Gemini Orchestrator plus TRINITY on the official operating model: facade on Cloudflare, backend on S25 mesh, MERLIN via MCP, Home Assistant lateral only.

Agent recommande: perplexity. Priorite: critical.

Actives 14
Historique 3
Top target COMET
Top type infra_monitoring
Missions
Mesh

ARKON · COMET · MERLIN · ORACLE

Mission queued for COMET: Track smajor.org activation and align Gemini Orchestrator plus TRINITY on the official operating model: facade on Cloudflare, backend on S25 mesh, MERLIN via MCP, Home Assistant lateral only.

BTC $70568
ETH $2066
Confiance 50
HA lateral linked
MERLIN MCPAPI
Resilience

Facade et mesh alignes

Le domaine public, le cockpit Akash et MERLIN MCP repondent dans le meme modele operationnel.

Facade Cloudflare
Runtime Akash
Backend S25
Mode Mesh-first
CockpitPublic API
Workbench

Organisation agentique

La branche AI doit servir le business concret: surveiller, proposer, orchestrer et expliquer.

Roles
  • TRINITY orchestre les chaines.
  • MERLIN valide et memorise.
  • COMET surveille web et executions externes.
Capteurs
  • KIMI pompe la data Web3.
  • ORACLE confirme les prix.
  • ONCHAIN_GUARDIAN surveille les signaux onchain.
But
  • Rendre l'entreprise plus lisible et plus rapide.
  • Diminuer la charge mentale humaine.
  • Laisser un historique clair des decisions et actions.
Industrial kit

AI operating blueprint

Ce schema sert de contrat de construction entre le front, api.smajor.org et le backend S25.

Records
missionintel_entryagent_statevalidation_notehandoff
Pipeline
  1. observe
  2. decide
  3. route
  4. validate
  5. record
  6. review
Automations
  • TRINITY orchestre.
  • MERLIN valide et memorise.
  • Les autres agents nourrissent le systeme sans devenir source de verite unique.
Control plane

Major control plane

Le site doit agir comme un boss d'entreprise: controler le business terrain, les humains, les fournisseurs, les agents et les surfaces critiques.

AI ops
  • TRINITY
  • MERLIN
  • COMET
  • KIMI
  • MCP
  • missions
  • intel
Secure growth
  • secret governance
  • runtime isolation
  • domain surfaces
  • trade readiness
  • operator review
Role governance

Role governance model

Le systeme ne repose pas sur la confiance humaine. Il repose sur des roles, des scopes, des services actives et une chaine d'audit.

Role layers
Direction
founderexecutive_operatoroperator_adminidentity_controlfinance_approvalgovernanceagent_policies
AI
trinity_orchestratormerlin_validatorcomet_watchkimi_sensorobserveroutevalidaterecord
Doctrine
  • Le role passe avant la personne.
  • Chaque pouvoir doit venir d'un role publie et tracable.
  • Aucune elevation de privilege sans validation admin.
  • Les services actives sont limites par role, scope et portail.
  • La structure doit survivre a l'utilisateur.
Enforcement
  1. identity_created
  2. badge_template_selected
  3. role_template_selected
  4. scope_assigned
  5. services_enabled
  6. credentials_issued
  7. audit_watch_started
Identity binding
  • identity_id -> role_id -> badge_id -> scope_id -> service_entitlements
  • aucune fonction critique ne doit etre attachee a un nom fixe
  • si une personne change, on revoque la cle et on rattache une nouvelle identity_id au meme role_id
Badges
  • Major badge: founder|executive_operator|operator_admin
  • Employee badge: dispatcher|field_manager|staff_member|contractor
  • Client badge: client_owner|client_contact
  • Vendor badge: vendor_manager|vendor_contact
  • AI badge: trinity_orchestrator|merlin_validator|comet_watch|kimi_sensor
Agent activation

Agent activation model

Chaque agent existe comme acteur gouverne: role, badge, services bindes, surfaces d'action et mode de trace.

Command
  • TRINITY
  • MERLIN
  • COMET
  • GOUV4
Sensors
  • KIMI
  • ORACLE
  • ONCHAIN_GUARDIAN
Build
  • ARKON
  • code-validator
  • smart-refactor
  • auto-documenter
Agent service bindings

Agent service bindings

Les agents ne sont pas libres. Ils agissent seulement sur les services explicitement lies a leur role.

Business surfaces
  • client_portal
  • staff_portal
  • vendor_portal
  • admin_console
Runtime surfaces
  • mission_control
  • memory_read
  • status_read
  • mcp_validation
Trail
  • agent_id
  • role_id
  • badge_id
  • service_binding
  • action_surface
  • audit_state
Foundation stack

Smajor foundation stack

Un seul backbone business, une seule facade, une seule couche IA d'orchestration.

ERPNext / Frappe
  • Backbone business pour clients, devis, factures, achats, jobs, assets et workflows.
Frappe HRMS
  • Backbone RH pour employes, onboarding, shifts et structure workforce.
Smajor facade
  • Experience sur mesure pour clients, staff, vendors, admin et control plane.
S25 + MERLIN MCP + TRINITY
  • Orchestration IA, missions, intel, gouvernance runtime et multi-agent ops.
Twenty (optional later)
  • Couche CRM ventes moderne si necessaire, mais pas centre de gravite operations.
Smajor est la facade. S25 Lumiere reste le backend central multi-agent.