Indsend et plugin via den personlige konto

Den fællesskabsmarked giver enhver registreret kunde mulighed for at offentliggøre et plugin, som alle kan installere — på samme måde som du offentliggør en app i en app-butik. Du udfylder metadata til butikssiden, erklærer hvilke tilladelser dit plugin har brug for, uploader bygningen og sender det til gennemgang. Denne side gennemgår hele processen trin for trin.

[!NOTE] Denne strøm er til fællesskab (tredjepart) plugins indsendt gennem din personligt kabinet at my.aihummer.ru. Førstepar AiHummer-plugins leveres på deres egen pipeline. Community-plugins er fri; du kan tilføje et valgfrit donationslink.

Før du starter

A registreret personlig kabinetkonto — tilmeld dig og bekræft det (se Registrering). Enhver kunde kan indsende.
A bygget plugin — en underskrevet udgivelses-tarball produceret med Plugin SDK (aihummer plugin package). Hvis du har har ikke bygget en endnu, start der først.
En ikon og mindst et screenshot, og dine beskrivelser klar i begge Russisk og engelsk.

Hvordan publikation fungerer (det store overblik)

Din indsendelse bevæger sig gennem en fast pipeline. Du kan se dens status i kabinettet på hvert trin.

Scene	Hvad sker der	Hvem handler
Udkast	Du opretter posten og udfylder metadata; intet er offentligt endnu.	Du
Indsendt	Du sender det til gennemgang.	Du
AI-gennemgang	En automatiseret agent tjekker plugin’et mod anmeldelsespolitik — sikkerhed, korrekthed i manifest, fuldstændighed, indhold.	Automatisering
Moderat	En menneskelig moderator læser AI-rapporten samt dit artefakt og metadata og træffer beslutning.	AiHummer-holdet
Udgivet	Ved godkendelse underskrives artefakten og tilføjes til fællesskabets katalog + det offentlige markedsfeed.	AiHummer-holdet
Afvist	Hvis noget fejler, får du grundene; ret det og indsend igen.	Du → tilbage til Udkast

[!IMPORTANT] AI’en aldrig udgiver på egen hånd. Et menneske træffer altid den endelige beslutning, og intet når kataloget uden deres godkendelse.

Trin 1 — Åbn «Mine plugins»

Log ind på my.aihummer.ru, åben «Mine plugins» sektion, og klik «Udgiv» (eller «Ny plugin»). Dette skaber en udkast du kan redigere frit, indtil du indsender det.

Trin 2 — Udfyld butikmetadata

Udfyld alle felter. Ufuldstændige metadata er en af de mest almindelige årsager til, at en indsendelse bliver afvist.

Mark	Hvad skal indtastes
Navn (RU + EN)	Pluginens visningsnavn på begge sprog.
Kort beskrivelse (RU + EN)	En linje til katalogkortet.
Fuld beskrivelse (RU + EN)	Hvad pluginet gør, hvordan man bruger det, hvad det har brug for. Meningsfuldt — ikke en pladsholder.
Kategori	Vælg en fra det tilladte sæt (f.eks. Kanaler, Produktivitet, Integrationer, Tale, Værktøjer).
Version	A semver streng, f.eks. `1.0.0`. Hver ny indsendelse skal øge det.
Ikon	Et gyldigt kvadratisk billede.
Skærmbilleder	Mindst én; viser plugin’et i aktion.
Licens	Pluginens licens (f.eks. MIT, Apache-2.0).
Hjemmeside / arkiv	Valgfri `https://` link til dit projekt.
Donationslink	Valgfri. Gyldig `https://` link til en velkendt donationsvært — for eksempel Boosty, Patreon, PayPal eller YooMoney. Phishing eller vilkårlige værter afvises.
Ændringslog (RU + EN)	Hvad ændrede sig i denne version.

[!TIP] Skriv beskrivelserne for en rigtig bruger, som aldrig har set din plugin. “dummies” er helt rigtigt: sig, hvad det gør, hvornår det skal bruges, og hvad det har brug for.

Trin 3 — Deklarer kapabilitetsmanifestet

Den kapabilitetsmanifest er hjertet i sikkerhedsmodellen. Det er en kort, struktureret erklæring om alle tilladelser, som dit plugin har brug for — hvilke værter det taler med, hvilke filer det berører, om det kører eksterne kommandoer, hvilke kanaler og legitimationsoplysninger det bruger.

Hvorfor erklære det

Kunderne ser de ønskede tilladelser før de installerer og samtykke til dem, ligesom en mobilapps tilladelsesprompt.
Forekomsten bruger manifestet til begrænse pluginet til det, den erklærede.
Anmeldere kontrollerer, at din deklareret kapaciteter kamp hvad koden faktisk gør. Et plugin, der beder om en tilladelse, det ikke har erklæret, er afvist.

Princippet om mindst privilegium

Erklær kun hvad dit plugin virkelig bruger, og ikke mere. Færre tilladelser betyder hurtigere gennemgang, lettere kundesamtykke og flere installationer. Hvis du ikke rører filsystemet, erklær en tom liste. Hvis du aldrig starter en proces, indstil exec til false.

Formatet

Capability-manifestet er et JSON-objekt med disse felter:

Mark	Type	Betydning
`network`	streng[]	Værtsnavne, som pluginet opretter forbindelse til (dens egress-tilladelsesliste).
`filesystem`	streng[]	Stier, den læser eller skriver, i forhold til sin egen plugindirectory.
`exec`	boolesk	Om det starter eksterne processer / kører kommandoer.
`channels`	streng[]	Messaging-kanaler, som det integreres med (fx `telegram`).
`credentials`	streng[]	Navngivne hemmeligheder/konfigurationsnøgler, den bruger (aldrig selve hemmelighedsværdierne).
`description`	streng	En kort, menneskeligt læsbar opsummering af, hvad det har brug for, og hvorfor.

Eksempel:

{
  "network": ["api.example.com", "cdn.example.com"],
  "filesystem": ["./cache"],
  "exec": false,
  "channels": ["telegram"],
  "credentials": ["api_token"],
  "description": "Calls the Example API to sync tasks and posts replies to Telegram. Caches responses under its own ./cache directory. No process spawning, no other hosts."
}

[!WARNING] Gør ikke læg ikke rigtige hemmeligheder, tokens eller nøgler nogen steder — ikke i manifestet, ikke i metadataen, ikke i artefakten. Angiv legitimationsoplysninger kun af navn (f.eks. api_token); kunden leverer den faktiske værdi ved installationstidspunktet. Hardkodet hemmeligheder er en automatisk afvisning.

Trin 4 — Upload artefakten

Upload din plugin-build:

Format: en .tar.gz udgivelsespakke produceret af aihummer plugin package.
Det skal indeholde plugin’ens manifest.json (SDK-manifestet — type, version, entrypunkt, erklæret capabilities, konfigurationsfelter).
Kapabilitetsmanifestet, du udfyldte i trin 3, skal være konsekvent med hvad koden og manifest.json faktisk gøre.

Du vedhæfter også ikon og skærmbilleder her hvis du ikke allerede gjorde det.

[!TIP] Løb aihummer plugin validate lokalt før upload. Valideringskontrakten er den samme, som markedspladsen bruger, så en manifest, der går igennem lokalt, vil være accepteret her også.

Trin 5 — Send til gennemgang

Når alle felter er udfyldt, og artefakten er uploadet, klik «Indsend til gennemgang». Kabinettet kører først en komplethedskontrol; hvis noget mangler, fortæller det dig præcis hvad. Når det er accepteret, går status til Indsendt og så AI-gennemgang — du behøver ikke at gøre noget andet.

Trin 6 — Følg status og læs en afgørelse

Åbn plugin’et i «Mine plugins» at følge dets status. Når gennemgangen er færdig, vil du se en af:

I moderation — den automatiserede gennemgang bestod eller markerede kun småting; en Mennesket kigger nu på det. Bare vent.
Afvist — noget gik galt. Du vil se en dom, et resumé, og specifikke varer, der ikke bestod (med årsagen for hver). Dette er din reparer-liste.
Udgivet — godkendt, underskrevet og aktiv. Dit plugin vises nu på AiHummer-markedsplads og installeres i enhver instans, der har fællesskabskataloget aktiveret.

Hvordan man læser et afslag og indsender igen

Åbn pluginet; læs mislykkede varer og deres årsager.
Ret dem — de fleste er en af følgende: en manglende/svag beskrivelse, en uoverensstemmende funktion manifest, en hardkodet hemmelighed, et dårligt donationslink, eller en version du ikke forøgelse.
Rediger metadataene og/eller upload en nyt artefakt med en forøget version.
Klik «Indsend til gennemgang» igen. Det går tilbage gennem den samme pipeline.

[!NOTE] En afvisning er ikke en straf — det er en tjekliste. Den anmeldelsespolitik er offentlig netop så du kan opfylde ethvert krav før du overgiver dig.

Hvorhen næste

Gennemgå politik og tjekliste — den præcise kriterier, som din plugin bliver tjekket imod.
Plugin SDK — byg pluginet og dets manifest.json.
Publicering af en plugin — privat sidelastning og de andre udgivelsesmetoder.
Installation og opdateringer — hvordan kunder installere og hvordan tillidsmodellen fungerer.