Maneit arbeidsportal — systemdemo
Demo • intern arbeidsportal • operator workspace

Denne arbeidsportalen viser hvordan Maneit organiserer arbeid.

Her brukes en intern operatørflate som eksempel på hvordan prosjekter, pipelines, agentroller og produksjonsportaler kobles sammen i et local-first arbeidsrom med tydelig separasjon mellom interaksjon, produksjon og kontroll.

Poenget er ikke å vise én smart chat. Poenget er å vise et system der arbeid kan avklares, rutes, kjøres og spores over tid.

Home i tre flater Projects som source of truth Pipelines som kanoniske workflows Agent Factory for roller og scopes Creators for fokusert produksjon State og audit holdes separat

Hva denne siden skal gjøre

  • Gjøre arbeidsportalen lesbar som et arbeidsmiljø, ikke bare som en portaloversikt.
  • Synliggjøre hvordan Home, Projects, Pipelines og Agent Factory har ulike ansvar.
  • Vise at produksjonsportalene er smale, kvalitetstyrte flater og ikke nye generelle dashboards.

Interaksjon

Rask, responsiv og styrt for avklaring, valg og operasjonell kontroll.

Produksjon

Langsommere og grundigere løp der kvalitet, verifisering og publish-punkter får ta plass.

Oversikt

Flater med tydelig ansvar

Systemet fungerer best når hver flate gjør én jobb tydelig. Det gir mindre støy, bedre kontroll og et mer troverdig system enn å prøve å la ett vindu eie alt.

Home

Operatørflate med tre lanes

Historikk og navigasjon til venstre, aktiv arbeidsflate i midten og runtime / kontroll til høyre. Dette er stedet for styring, sammenligning og løpende arbeid.

Projects

Systemets source of truth

Mål, status, artifacts, koblinger og neste steg forankres her. Det som faktisk skal produseres og beholdes over tid lever i prosjektlaget.

Pipelines

Kanoniske arbeidsløp

Tilbakevendende arbeid flyttes ut av improvisert chat og inn i faste ruter med tydelige steg, policies og output-krav.

Agent Factory

Roller, capability packs og scopes

Her defineres hvilke typer arbeid som finnes, hvilke verktøy de får, hvilket minne de kan lese og hvilke verifiers som skal gjelde.

AppCreator / PortalCreator

Fokuserte produksjonsflater

Disse leser prosjekt- og pipeline-referanser og kjører kvalitet-først produksjonsløp. De er bevisst smalere enn Home.

State

Containment for runtime og diagnostikk

Runtime-støy, intern status og teknisk observasjon holdes separat, slik at hovedflatene kan være operative uten å drukne i internsystemet.

Arbeidsrom

Et lesbart bilde av arbeidsportalen

Under er demoen bygget som et arbeidsrom, ikke som en pyntet mockup. Målet er å gjøre systemansvaret synlig: navigasjon og prosjektlag til venstre, arbeid i sentrum og runtime / policy på høyre side.

intern arbeidsportal / home / operator-workspace
Local-first Audit on

Home workspace

Den tunge operatørflaten samler avklaring, styring, sammenligning, prosjektforankring og eksport uten å gjøre produksjonsflatene brede og utydelige.

Nåværende fokus Interaction control
Neste steg Promote to production

Home: operatørflate, ikke bare chat

Home er stedet der operatøren kan jobbe raskt uten å miste struktur. Venstre lane holder historikk og navigasjon. Midtflaten holder aktiv samtale, sammenligning og arbeidskontrakter. Høyre rail holder runtime, policy, approvals og andre ting som må være synlige uten å dominere.

Venstre lane

Historikk, prosjektbytte, artifacts, snarveier og koblinger til relaterte flater.

Midtflate

Avklaring, kontrakter, arbeidslogikk, modellvalg og strukturert output.

Høyre rail

Runtime, approvals, policy, trace og diagnostikk som må være tett på, men ikke stjele fokus.

Projects: det varige laget

Prosjekter holder på det som skal leve lenger enn én sesjon: mål, status, scope, nøkkelbeslutninger, koblede artifacts og neste steg. Det gjør at arbeid blir forankret i noe mer robust enn historikk.

Mål Hva prosjektet faktisk prøver å få ferdig eller bevise.
Status Nåværende fremdrift, blokkeringer og hva som må godkjennes.
Artifacts Dokumenter, prototyper, generert output og publiserbare resultater.
Neste steg Konkrete handlinger som kan plukkes opp igjen uten å rekonstruere hele konteksten.

Pipelines: når arbeid må være repeterbart

Pipelines definerer de kanoniske løpene i systemet. De reduserer improvisasjon og gjør at tilbakevendende arbeid kan kjøres med samme struktur, samme verifisering og samme publish-logikk.

Research pipeline Samle, sortere, sammenfatte og klargjøre kunnskapsgrunnlag.
Build pipeline Planlegging, implementasjon, kontroll og output-pakker for kode eller portalflater.
Verify pipeline Policy-sjekk, konsistenssjekk og kvalitet før noe promoteres videre.
Publish pipeline Eksport, godkjenning og tydelig overgang fra utkast til faktisk artifact.

Agent Factory: spesialisering uten kaos

Agent Factory gjør spesialisering eksplisitt. I stedet for å la alt skje i én generell agent, defineres roller med tydelige grenser, tilgangsnivåer og verifiers.

Role definitions Hva rollen er til for, hvilke typer oppgaver den får og hva den ikke skal gjøre.
Capability packs Verktøy, ferdigheter og spesifikke handlingsrom som er knyttet til rollen.
Memory scopes Hvilket kontekstlag rollen kan lese, foreslå eller promotere til.
Verifier types Hvilke kontrollmekanismer som må passeres før output kan brukes videre.

AppCreator og PortalCreator: smalere produksjon

Produksjonsflatene er ikke nye “alt-i-ett”-sider. De leser inn prosjekt- og pipeline-referanser og gir et fokusert rom for å bygge én type artifact med sterkere kvalitetstrykk.

AppCreator Produksjonsflate for applikasjoner, komponenter og tilhørende arbeidsløp.
PortalCreator Produksjonsflate for portaler, informasjonsarkitektur og presentasjonsflyt.
Input Prosjektmål, relevante pipelines, policy og tidligere artifacts.
Output Et mer ferdig artifact som kan verifiseres og promoteres uten å gå tilbake til bred operatørmodus.

State: internsystemet holdes under kontroll

State er der runtime, tekniske signaler og diagnostikk kan leve uten å lekke over i alle andre flater. Det gir mer ro i grensesnittet og gjør feilsøking mulig uten å gjøre operatørflaten tung og rotete.

Runtime Hva som kjører, hva som venter, og hvilke ressurser som er i bruk.
Diagnostics Tekniske signaler, trace og intern observasjon som er nyttig for drift, men ikke for alle brukere.
Containment Hovedflatene holder fokus på arbeid; State holder fokus på systemhelse.
Arbeidsmodi

Interaksjon og produksjon holdes fra hverandre

Dette er et av hovedpoengene i systemet. Interaksjon må føles rask og responsiv. Produksjon får lov til å bruke mer tid og gå grundigere til verks før noe promoteres videre.

Interaction mode

For avklaring, styring og valg

Brukes når operatøren trenger tempo, oversikt og tydelige kontrollpunkter. Her er målet å snevre inn intent, velge rute og holde beslutningene lesbare.

Rask Responsiv Operator-first
Production mode

For grundigere kjøring og kvalitet

Brukes når jobben skal gjennom pipelines, verifiers, artifacts og publish-punkter. Her er ikke hastighet viktigst. Konsistens og kvalitet er viktigst.

Grundigere Pipeline-driven Quality-first
Hvorfor dette betyr noe Når interaksjon og produksjon blandes sammen, blir systemet enten tregt i dialog eller for løst i utførelse. Systemet prøver å unngå begge feil.
Arkitektur

En enkel lesning av systemet

Arkitekturen under er redusert til de viktigste lagene. Den viser at Maneit ikke er “flere bots”, men et kontrollert arbeidsoppsett med portal, runner, engine, minne, prosjekter, pipelines og audit.

User / Portal

Input, prosjekter, flater, artifacts og operatorvalg.

Runner

Intent, routing, approvals, policy og kontrollpunkter før handling.

Engine

Utførelse, transformasjon, bygging, verifisering og eksport.

Models

Lokale, hybride eller enterprise-modeller valgt etter behov og miljø.

Memory layers

Aktiv sesjon holdes separat fra prosjektstate og langtidsmønstre. Bare det som gir mening å beholde over tid foreslås for promotering.

Audit / approval

Kritiske handlinger, publish og minnepromotering går gjennom eksplisitte kontrollpunkter i stedet for blind autonomi.

Projects

Kilde til varig mål, status, scope og artifacts.

Pipelines

Repeterbare arbeidsruter med tydelig output og verifisering.

Agent Factory

Roller, scopes, capabilities og verifiers for spesialisert arbeid.

Creators / State

Fokuserte produksjonsflater og separat runtime/diagnostikk.

Deploy-modell

Local-first og modell-uavhengig

Systemet gir mening nettopp fordi styring, minne, workflows og kontrollpunkter ikke er bundet til én modell eller én sky. Det gjør systemet lettere å tilpasse til ulike miljøer og krav.

Local-first

Data, prosjekter og arbeidsflyt kan holdes nær brukeren og miljøet der arbeidet faktisk skjer.

Offline-capable

En del flater og arbeidsmønstre kan være meningsfulle også uten konstant nettavhengighet.

Hybrid

Lokale modeller og tyngre enterprise-modeller kan kombineres når oppgaven eller policyen krever det.

Model-agnostic

Systemet er bygget rundt styring og arbeidslogikk, ikke rundt én fast leverandør eller én enkelt motor.

Bevis

Hva systemet faktisk prøver å bevise

Siden er skrevet for å gjøre tre ting synlige: at Maneit har et lesbart arbeidsmiljø, at de operative lagene har tydelig ansvar, og at produksjon og kontroll er bygget inn i systemet fra start.

Dette er et workspace

Home er en operatørflate med egne soner for arbeid, navigasjon og runtime. Det er ikke en isolert chatbot pakket inn i mørke farger.

3 lanes Operator control

Varig arbeid eies av Projects

Det som skal leve videre holdes i prosjekter, pipelines og artifacts i stedet for å drukne i en historikk som må rekonstrueres senere.

Source of truth Artifacts

Produksjon er smalere og strengere

Creators, verifiers, memory policy og audit gjør at produksjon kan være mer fokusert og mer kontrollerbar enn generell dialog.

Quality-first Audit