Mitä muuttuu, kun AI ei enää rakenna yksittäisiä sivuja vaan julkaisee sisältöä järjestelmään?
AI-native publishing
AI:n rakentamista sivuista AI:n operoitavaan julkaisujärjestelmään.
Yksi sisältömalli. Kolme käyttöliittymää. Ei esitystapakohtaisia sisältökopioita.
Sivuston aiemmat alueet rakennettiin staattisina sivuina, joissa AI pystyi auttamaan yhtä aikaa sisällön, rakenteen, asettelun ja tyylin kanssa. Tässä kokeessa nämä vastuut erotetaan toisistaan.
03 / LIVE EXPERIMENT
Valitse käyttöliittymä
01 / LÄHTÖTILANNE
Mistä lähdin
ai.watisdis.comin aiemmat alueet toteutettiin tarkoituksella yksinkertaisina staattisina sivuina. Ne oli helppo julkaista ja tarkistaa, mutta jokainen uusi sivu yhdisti edelleen kaksi eri ongelmaa: mitä sivun pitää sanoa ja miltä sen pitää näyttää.
02 / ONGELMA
Liikaa vapautta yhdessä vaiheessa
Kun AI vastaa sekä sisällöstä että esitystavasta, jokaisesta uudesta sivusta voi tulla erillinen suunnittelutehtävä. Tämä ylimääräinen vapaus vaikeuttaa johdonmukaisuuden hallintaa ja kytkee sisältömuutokset asettelu- ja tyylipäätöksiin.
03 / HYPOTEESI
Rajaa sopimusta
AI:lle annetaan rajattu julkaisusopimus: tuota skeeman läpäisevä rakenteinen sisältö. Deterministinen koodi vastaa asettelusta, typografiasta, vuorovaikutuksesta, saavutettavuudesta ja esitystavan säännöistä. Näin käyttöliittymä voi vaihtua ilman, että sisältö kirjoitetaan uudelleen.
Olennainen muutos ei ole Astro eikä kolme visuaalista tyyliä. Vaihtelu siirretään pois AI:n vastuulta selkeästi määriteltyihin ja testattaviin järjestelmän reunaehtoihin. Sama periaate toimii julkaisemista laajemmin: rajaa mallin tuotos, validoi sopimus, anna deterministisen ohjelmiston valvoa sääntöjä ja säilytä ihmisen päätösvalta siellä, missä seurauksilla on merkitystä.
04 / ARKKITEHTUURIMUUTOS
Sivujen generoinnista julkaisemiseen
Aiemmassa mallissa AI saattoi tuottaa sisältöä, HTML:ää ja CSS:ää sekä tehdä asettelu- ja suunnittelupäätöksiä samassa vaiheessa. Tässä kokeessa AI tuottaa rakenteisen sisällön, validointi tarkistaa sopimuksen ja deterministinen esityskoodi soveltaa määriteltyjä sääntöjä.
- Prompt
- AI
- Sisältö + HTML + CSS + layout + design-päätökset
- Sivu
- Prompt → AI
- AI → Sisältö + HTML + CSS + layout + design-päätökset
- Sisältö + HTML + CSS + layout + design-päätökset → Sivu
- Prompt
- AI / Agentti
- Rakenteinen sisältö
- Sisältösopimus / validointi
- Astro
- Esitystapa
- Prompt → AI / Agentti
- AI / Agentti → Rakenteinen sisältö
- Rakenteinen sisältö → Sisältösopimus / validointi
- Sisältösopimus / validointi → Astro
- Astro → Esitystapa
05 / KOE
Sama tieto, eri käyttöliittymät
Sivulla on yksi englanninkielinen ja yksi suomenkielinen sisältölähde. Kukin käyttöliittymä saa saman kielikohtaisen ContentModelin. Käyttöliittymän vaihto muuttaa esitystapaa, ei lähdesisältöä.
- EN / FI
- Yhteinen schema
- ContentModel
- Editorial
- 8-Bit
- Sumi
- EN / FI → Yhteinen schema
- Yhteinen schema → ContentModel
- ContentModel → Editorial
- ContentModel → 8-Bit
- ContentModel → Sumi
06 / KONEPELLIN ALLA
Yhteinen sisältösopimus, kaksi kieltä, kolme käyttöliittymää
Englannilla ja suomella on kummallakin yksi semanttinen sisältölähde, jota sama skeema ohjaa. Editorial, 8-Bit ja Sumi käyttävät tätä yhteistä sisältösopimusta ilman esitystapakohtaisia kopioita. Sama koskee diagrammien semanttista dataa.
07 / JULKAISUTYÖNKULKU
Hallittu AI-julkaisutyönkulku
Tuleva kokeilu voitaisiin julkaista hallitulla ketjulla: luodaan rakenteiset kielisisällöt, validoidaan ne, rakennetaan sivusto, tarkistetaan lopputulos ja hyväksytään julkaisu. Agentti ei suunnittele typografiaa, välistyksiä tai responsiivisuutta uudelleen jokaista tapausta varten, sillä nämä rajat on määritelty järjestelmään.
- Prompt / julkaisupyyntö
- Agentti
- Rakenteinen sisältö
- Validointi
- Build
- Ihmishyväksyntä
- Julkaisu
- Prompt / julkaisupyyntö → Agentti
- Agentti → Rakenteinen sisältö
- Rakenteinen sisältö → Validointi
- Validointi → Build
- Build → Ihmishyväksyntä
- Ihmishyväksyntä → Julkaisu
08 / MITÄ OPIN
Tämänhetkiset havainnot
- AI:n vastuun rajaaminen voi vähentää esitystavan tahatonta vaihtelua.
- Rakenteinen sisältö mahdollistaa uudelleenkäytön eri käyttöliittymissä.
- Esitystapa voi vaihtua ilman sisällön kopiointia.
- Staattinen hosting ei estä monipuolista selainvuorovaikutusta.
- Automaatio voi lisääntyä ilman, että harkitusta ihmishyväksynnästä luovutaan julkaisuprosessissa.