Torvalds vs. Debian: Två motsatta visioner för AI inom öppen källkod

Kontrasten handlar inte bara om en procedurmässig oenighet. Den speglar fundamentalt olika styrningsfilosofier, risktoleranser och visioner för framtiden för utveckling med öppen källkod.

Linux-kärnan: Pragmatiskt tillstånd med mänskligt ansvar

Torvalds position är resultatet av en lång, ibland motsägelsefull utveckling. I början av 2026 varnade han kärnutvecklare för att använda AI-genererad kod och kallade AI "90 procent marknadsföring" . I november 2025 sa han vid Open Source Summit Korea att han var "ganska positiv" till "vibe coding" för nybörjare . Men han motsatte sig att formalisera en policy tills en push vid Maintainers Summit från Sasha Levin, som argumenterade för att kärnan behövde en dokumenterad konsensus om AI-verktyg .

Resultatet, som införlivades i Linux 7.0 i april 2026, är filen Documentation/process/coding-assistants.rst – ett kort, praktiskt dokument som fastställer tre regler:

• Endast människor kan signera. "AI-agenter FÅR INTE lägga till Signed-off-by-taggar. Endast människor kan juridiskt certifiera Developer Certificate of Origin (DCO)" . DCO är en juridiskt bindande bekräftelse av författarskap och licensiering; ingen AI kan göra den.
• Attribution via 'Assisted-by'-tagg (rekommenderas, inte tvingande). Bidragsgivare som använder AI-verktyg uppmanas att inkludera en Assisted-by:-tagg som identifierar modellnamn och -version, till exempel Assisted-by: ChatGPT-4 (gpt-4-0314) [GitHub Copilot] .
• Fullt mänskligt ansvar. Den inlämnande människan tar fullt juridiskt och ansvarsmässigt ansvar för varje rad, varje bugg och varje säkerhetsbrist i AI-assisterade patchar .

Torvalds inlägg på kärnans e-postlista den 15 juli 2026 gjorde hans underliggande logik tydlig: AI-verktyg är valfria produktivitetshjälpmedel, liknande kompilatorer eller felsökare, och kärnan bör inte bli "ett av de där anti-AI-projekten" som förbjuder användbara verktyg . Han varnade för praktiska nackdelar men sa att underhållare bör anpassa verktyg och granskningsrutiner snarare än att införa förbud på hög nivå .

Debian-projektet: Ett formellt försök att förbjuda LLM-genererade bidrag

Debians strategi är diametralt motsatt. Den 24 juli 2026 inledde projektet diskussionsperioden för en allmän resolution (vote_002), "LLM-användning i Debian", föreslagen av utvecklaren Matthias Geiger och understödd av sju bidragsgivare, inklusive Ian Jackson . Den officiella Debian-omröstningssidan anger resolutionens syfte: att "uttryckligen förbjuda alla bidrag till Debian som skrivits med användning eller hjälp av stora språkmodeller (LLM) eller andra generativa AI-verktyg" .

Det föreslagna förbudet täcker en bred omfattning av direkta Debian-bidrag:

• Debian-källkodspaket
• Officiell Debian-projektprogramvara (som lintian)
• Officiell dokumentation och översättningar
• Officiell kommunikation från projektet
• Buggrapporter
• Wiki-innehåll

Viktigt: Resolutionen utesluter uttryckligen uppströmsprojekt som använder LLM för sin egen utveckling, AI-relaterad programvara som paketeras av Debian, samt uppströms patchar eller säkerhetsfixar .

Den allmänna resolutionen presenterar flera röstningsalternativ:

• Förslag A (förbudet): Förbjud alla LLM-assisterade bidrag till Debian.
• Förslag B (tillåtande med villkor): Tillåt AI-assisterade bidrag förutsatt att vissa villkor (avslöjande, taggning etc.) är uppfyllda.
• Ytterligare alternativ: Mellanvägs- eller "vidare diskussion"-alternativ .

Resolutionen anger fyra kategorier av oro: juridisk osäkerhet kring upphovsrättsstatusen för LLM-genererad output, risker för kvalitets- och noggrannhetsförsämring, påverkan på gemenskapens hälsa inklusive belastningen på granskare, samt etiska frågor kopplade till LLM-träningsmetoder . Debian ser AI-genererad kod som en potentiell leveranskedje- och juridisk risk för distributionen .

Detta är inte Debians första försök till en AI-policy. I februari-mars 2026 skulle ett utkast till allmän resolution, föreslaget av tidigare Debian-projektledaren Lucas Nussbaum, ha tillåtit AI-assisterade bidrag under sju villkor inklusive obligatoriskt avslöjande och maskinläsbara taggar . Efter veckor av intensiv debatt på e-postlistan övergav gemenskapen den omröstningen helt och valde att fortsätta hantera AI-bidrag från fall till fall . Juliansatsningen 2026 är ett nytt, mer restriktivt förslag som vissa observatörer ser som en reaktion på det tidigare misslyckandet att nå konsensus .

Sida vid sida: De viktigaste skillnaderna

Den växande klyftan inom öppen källkod

Dessa två positioner representerar polerna i en djupgående ekosystemklyfta. Torvalds, som en enda välvillig diktator, kan fatta ett snabbt beslut att välkomna AI-verktyg och säga åt oliktänkande att forka . Debian, som ett gemenskapsstyrt projekt med starka åtaganden för fri programvaruprincip och juridisk försiktighet, arbetar genom en formell demokratisk process för att förbjuda vad det ser som ett existentiellt hot mot mänskligt författad öppen källkod .

Observatörer noterar att denna klyfta speglar en bredare fragmentering inom öppen källkod: Ubuntu har omfamnat AI, medan andra projekt som Curl har förbjudit AI-genererade bidrag på grund av kvalitetsproblem . Debian-omröstningen, om den går igenom, skulle kunna sätta ett kraftfullt prejudikat för hur stora Linux-distributioner hanterar AI-genererade bidrag framöver .

För bidragsgivare som navigerar i detta landskap är den praktiska implikationen tydlig: vad som är välkommet i Linux-kärnan kan vara en policyöverträdelse i Debian. Öppen källkods ekosystem har inte längre en enda position om AI – det har ett växande antal konkurrerande sådana, och varje projekts val speglar dess djupaste styrningsvärden.