Kilder og evidens

En anvendelig model skelner mellem en registreret værdi og et underbygget faktum. Et dokument kan være en kilde; det konkrete afsnit, der understøtter en oplysning, er den evidens, du skal undersøge.

Kontrollér kilden bag en værdi

På pilotens applikationsdetaljeside følger kildeindikatorer de understøttede overbliksfelter. Sources and gaps samler tilgængelig evidens og manglende oplysninger.

Kontrollér, hvad kilden faktisk siger, hvornår den er udarbejdet, og om den stadig gælder. En kilde, der understøtter applikationens ejer, fortæller ikke nødvendigvis noget om omkostning eller livscyklus.

Beslutninger åbner som en liste og et faktaark, der viser beslutningens status, ejer og begrundelse sammen med de applikationer, capabilities og initiativer, den berører. Tilføj ?classic=1 for at åbne de tidligere beslutningssider.

Gør usikkerheden synlig

I en vurdering af applikationsporteføljen giver fælles kapabiliteter et udgangspunkt for gennemgangen. Hvis applikationerne dækker forskellige behov, så registrér dem, når du foreslår at beholde begge. Du kan genåbne forslaget fra begge applikationers faktaark.

Hold disse situationer adskilt:

• En bekræftet værdi har et grundlag, du kan undersøge.
• Et skøn skal have sine antagelser og sin metode registreret.
• En ukendt værdi kræver et spørgsmål og en ansvarlig for afklaringen.

Gør ikke et tomt felt til nul, og behandl ikke et AI-forslag som en bekræftet oplysning.

Hvorfor to applikationer hænger sammen

Bed din AI-klient om en applikations faktaark (get_fact_sheet), så forklarer den hver relation, som applikationens liste over integrationer viser: hvilken vej data går, hvor relationen kommer fra, evidensen bag den, og hvad der ikke vides. Faktaarkets panel i Atlas kommer til at læse det samme svar.

Hvor en relation kommer fra, er en af disse:

• Registreret af en person: en navngiven person oprettede den i Atlas.
• Importeret: den kom ind via en import.
• Connector: et tilsluttet system satte den.
• Udledt af AI: en model foreslog den. Vises der en sikkerhed, er det den værdi, modellen gemte; Atlas beregner ikke selv en.
• Registreret, ingen navngivet: relationen findes, men Atlas ved ikke, hvem der registrerede den.
• Ukendt: Atlas har ingen registrering af, hvor den kommer fra.

Det, der ikke vides, bliver navngivet og står aldrig blankt:

• Ingen evidens tilknyttet: der er endnu ikke bundet en kilde til relationen.
• Oprindelse ikke registreret: se Ukendt ovenfor.
• Modtager ikke registreret: integrationen nævner ingen modtagende applikation.
• Observationstidspunkt ikke registreret: Atlas registrerer, hvornår kilden blev indsamlet, ikke hvornår faktum gjaldt. Det vises altid.
• Kilden ændret siden indsamling: dokumentet er opdateret, efter uddraget blev taget. Kontrollér, at det stadig siger det samme.
• Kilden fjernet: dokumentet eller linket bag evidensen findes ikke længere.
• Kildeversion ukendt: Atlas kan ikke se, hvilken version af kilden uddraget stammer fra.

Gennemgå foreslåede ændringer

Sammenhold en væsentlig ændring med kilden, og bed den ansvarlige ejer om at bekræfte den. Kontrollér også relationerne: En plausibel applikationsbeskrivelse kan stadig indeholde en forkert afhængighed.

Krav til gennemgang og de tilgængelige kontroller afhænger af arbejdsgangen. Guiden betyder ikke, at enhver skrivning automatisk tilbageholdes til godkendelse.

Hvad bliver stadig udviklet?

Ensartet evidens på hvert enkelt faktum, observationer og beslutningsbriefs indgår i Atlas' udviklingsretning. Den nuværende kildevisning er et skridt mod målet; den dokumenterer ikke fuld dækning af alle entiteter eller arbejdsgange i AI-klienter.

Brug den evidens, dit workspace viser, og registrér mangler udtrykkeligt. Se AI og MCP for status på klientadgang.

Se Dataadgang og kildehåndtering, før du deler kilder eller uddrag.