Hyland gör OpenArch till öppen källkod för att koppla företagsinnehåll till AI

Den 10 november 2026 presenterade Hyland OpenArch, en innehållshubb med öppen källkod som gör ostrukturerat företagsinnehåll i olika arkiv tillgängligt för AI-modeller, AI-tjänster och AI-agenter. Programvaran finns tillgänglig omedelbart på GitHub under licensen Apache 2.0.

OpenArch riktar sig till utvecklare och AI-arkitekter som arbetar med innehåll fördelat på arkiv med olika strukturer, behörigheter och regler. Lösningen kopplar källor, däribland Alfresco och Nuxeo, till det AI-ekosystem som teamet väljer. Samtidigt förs metadata och åtkomstbehörigheter vidare till sökningar och hämtningar, så att resultaten motsvarar det som varje användare redan har rätt att se.

Ett styrt index utan ett andra auktoritativt system

OpenArch bygger kontinuerligt upp en enhetlig databas med innehållsdelar, vektorer för semantisk sökning, företagsmetadata och behörigheter från anslutna arkiv. Den AI-klara representationen lagras i OpenArch, medan originalinnehållet och styrningen av det ligger kvar i källsystemen. De befintliga arkiven förblir auktoritativa. Hyland skiljer den här arkitekturen från en datasjö, eftersom den inte skapar ett andra auktoritativt system.

Behörigheter återskapas inte i en separat AI-miljö. På sin produktsida för OpenArch uppger Hyland att programvaran fastställer användarbehörigheter dynamiskt vid söktillfället genom att anropa källarkivens API:er direkt. Eftersom OpenArch varken cachelagrar eller kopierar säkerhetspolicyer får ändringar av åtkomst i ett källsystem omedelbart genomslag i AI-sökningar. Därmed undviks en separat behörighetsmodell som riskerar att avvika från det auktoritativa systemet.

Hyland skiljer också det här bestående indexet från punkt-till-punkt-integrationer och API-gatewayer, som enligt företaget kopplar samman två system åt gången, en anslutning i taget. OpenArch upprätthåller i stället ett gemensamt, styrt index för alla anslutna arkiv, vilket ger AI-applikationer en samlad vy utan att de underliggande systemen behöver ersättas.

Utvecklargränssnitt och driftsättning

OpenArch-arkivet räknar upp Alfresco, Nuxeo och Microsoft SharePoint som exempel på källor till ostrukturerade data. Det beskriver integration med datapipelines för innehållskurering, där metadata, innehållsdelar och vektorer lagras, och lyfter fram indexering i stället för replikering som ett sätt att begränsa ökningen av lagringskostnaderna. Den API-baserade utformningen gör data tillgängliga för teamets val av stora språkmodeller och AI-tjänster, samtidigt som behörigheterna respekteras vid hämtning.

Söklagret stöder sökningar med nyckelord, avancerade sökningar med filter samt semantisk sökning, även kallad vektorsökning. En fungerande demonstration, länkad från arkivet, indexerar innehåll från Alfresco och Nuxeo och ger utvecklare ett exempel på hur integrationen fungerar.

Team kan själva hantera OpenArch och välja var lösningen körs, vilka AI-tjänster den använder och var deras data lagras. En snabbstart baserad på Docker finns tillgänglig, och Docker Compose stöder driftsättning i molnet eller på lokala servrar, även bakom organisationens egen brandvägg. Enligt Hylands produktdokumentation fungerar OpenArch med AI-tjänster, stora språkmodeller och utvecklingsramverk som stöder standardiserade API:er. Det gör att team kan byta ut AI-komponenter i takt med att arkitekturen utvecklas.

Öppen källkod och plattformsoberoende

OpenArch kräver inte Hylands Content Innovation Cloud för att fungera, men lösningarna kan integreras med varandra. Grunden med öppen källkod gör det också möjligt för utvecklare att själva granska, bygga ut, ändra och driva åtkomstlagret, i stället för att vara beroende av proprietär kod som de inte kan undersöka.

”Med OpenArch ber vi inte utvecklare att migrera innehåll, återskapa styrningen eller låsa in sig i en enda leverantörs teknikstack för att börja använda AI”, säger John Newton, Hylands innovationschef. OpenArch är en del av Hylands historia inom öppen källkod, efter Alfresco och Nuxeo. Båda dessa tidigare produkter ingår nu i företaget.

För utvecklingsteam innebär det i praktiken ett återanvändbart lager för innehåll och behörigheter: AI-applikationer kan byggas mot en gemensam hubb, samtidigt som arkiven fortsätter att äga innehållet och hantera åtkomsten. Det minskar behovet av att återskapa arkivanslutningar och behörighetslogik i takt med att AI-användningen ökar.