Ինչպես կառուցել գիտելիքների բազա. հոդվածներ, որոնում, թույլտվություններ և AI պատասխաններ
Գիտելիքների բազան պատասխանների որոնվող գրադարան է. ինչպես անել ինչ-որ բան, ինչպես շտկել ինչ-որ բան, ինչ է կանոնը։ Այն կառուցելու համար ձեզ պետք են հոդվածներ, որոնք խմբավորված են մի քանի հստակ կատեգորիաներով, խմբագիր, որը ձեր գրողները իրոք կօգտագործեն, որոնում, որը գտնում է ճիշտ հոդվածը մարդկանց իրական բառերով, և որոշում, թե ով ինչ կարող է կարդալ՝ հանրությունը, մուտք գործած հաճախորդները, թե միայն աշխատակիցները։ AI կառուցողը կարող է կարճ աշխատանքային նիստում ստեղծել կառուցվածքը, խմբագիրը և որոնումը։ Գիտելիքների բազան օգտակար է դարձնում գրելը և պահպանումը, ուստի առաջին օրից նախագծեք հեշտ խմբագրման համար և հայտնաբերեք հնացած հոդվածները։
Նախ որոշեք՝ ում համար է
Նույն հատկանիշները ծառայում են շատ տարբեր կայքերի.
- Հանրային օգնության կենտրոն՝ հաճախորդների և հետաքրքրվողների համար։ Պետք է արագ լինի, ինդեքսավորվող որոնման համակարգերի համար և գրված՝ իրենց բառերով։
- Միայն հաճախորդների փաստաթղթեր՝ մուտքի հետևում, վճարող հաճախորդների կամ գործընկերների համար։
- Ներքին գիտելիքների բազա՝ աշխատակիցների քաղաքականություններ, գործընթացներ, ուղեցույցներ։ Պետք է գաղտնի լինի. որոնումը և թարմությունը ավելի կարևոր են, քան դիզայնը։
Հանրային և ներքին հոդվածների խառնումը մեկ կայքում հաճախ արտահոսքի պատճառ է դառնում։ Եթե երկուսն էլ պետք են, յուրաքանչյուր հոդվածին տվեք հստակ տեսանելիության կարգավորում կամ գործարկեք երկու առանձին կայք։
Ինչ է պետք հավելվածին
Տվյալներ
| Աղյուսակ | Հիմնական դաշտեր |
|---|---|
| Հոդվածներ | Վերնագիր, slug, ամփոփում, մարմին, կատեգորիա, պիտակներ, կարգավիճակ (սևագիր, հրապարակված, արխիվացված), տեսանելիություն, սեփականատեր, վերջին վերանայման ամսաթիվ, թարմացման ամսաթիվ |
| Կատեգորիաներ | Անուն, slug, նկարագրություն, կարգ, ծնող (ըստ ցանկության) |
| Վերանայումներ | Հոդված, մարմին, հեղինակ, պահպանման ժամանակ |
| Արձագանքներ | Հոդված, օգտակար է այո/ոչ, մեկնաբանություն, ստեղծման ժամանակ |
| Որոնման գրանցամատյան | Հարցում, արդյունքների քանակ, սեղմված հոդված, ստեղծման ժամանակ |
Երկու դաշտ շատ բան է անում. սեփականատեր (ով է պահում հոդվածը ճշգրիտ) և վերջին վերանայման ամսաթիվ (երբ ինչ-որ մեկը վերջին անգամ հաստատել է, որ այն դեռ ճիշտ է)։ Միասին դրանք թույլ են տալիս ցուցակագրել հոդվածները, որոնք վեց ամսում ոչ ոք չի ստուգել։
Էջեր
- Ընթերցողի կողմ. գլխավոր էջ որոնման տուփով և կատեգորիաներով, կատեգորիայի էջեր, հոդվածի էջեր բովանդակության աղյուսակով, կապված հոդվածներով և «Օգտակա՞ր էր» հարցումով։
- Խմբագրի կողմ. հոդվածների ցանկ ֆիլտրներով (սևագրեր, հնացած, ցածր գնահատականով), խմբագիր նախադիտմամբ և վերանայումների պատմություն։
- Ադմին. կատեգորիաներ, օգտատերեր և դերեր, և հաշվետվություններ այն որոնումների մասին, որոնք արդյունք չեն տալիս։
Թույլտվություններ
Ընթերցողները տեսնում են իրենց թույլատրված հրապարակված հոդվածները։ Խմբագիրները ստեղծում և խմբագրում են հոդվածներ, գուցե սահմանափակված որոշ կատեգորիաներով։ Ադմինները հրապարակում, արխիվացնում և կառավարում են օգտատերերին։ Ներքին գիտելիքների բազայի համար բոլորին պետք է մուտք, հանրային օգնության կենտրոնի համար՝ միայն գրողներին։
Որոշումներ և փոխզիջումներ
Խմբագիր. Markdown կամ rich text
Markdown-ը արագ է, տեղափոխելի և լավ է աշխատում տարբերակների պատմության հետ, բայց որոշ գրողներ դրա հետ անհարմար են զգում։ Rich text խմբագիրը վերնագրերով, ցուցակներով, պատկերներով, կոչումներով և կոդի բլոկներով ծանոթ է թվում։ Ինչ էլ ընտրեք, պահեք բովանդակությունը ձևաչափով, որը հետագայում կարող եք արտահանել։
Որոնում
Հիմնական տվյալների բազայի տեքստային որոնումը բավական է մի քանի հարյուր հոդվածի համար, եթե որոնում եք վերնագրերում, ամփոփումներում և մարմիններում և վերնագրի համընկումները բարձր եք դասավորում։ Դրանից հետո, կամ եթե կարևոր են սխալագրությունները և հոմանիշները («հաշիվ» և «ինվոյս»), օգտագործեք լիարժեք տեքստային որոնում կամ հոստված որոնման ծառայություն։ Մեր որոնում ավելացնելու ուղեցույցը քայլ առ քայլ բացատրում է տարբերակները։ Գրանցեք յուրաքանչյուր հարցում, որը արդյունք չի տալիս. դա անվճար ցանկ է այն հոդվածների, որոնք պետք է գրել։
AI պատասխաններ
«Հարցրու» տուփը, որը պատասխանում է ձեր հոդվածներից, այսօր տարածված է։ Այն աշխատում է՝ գտնելով ամենահարակից հատվածները և խնդրելով լեզվական մոդելին պատասխանել միայն դրանցից՝ տես ինչ է RAG-ը։ Միշտ ցույց տվեք աղբյուր հոդվածները, թույլ տվեք «չգիտեմ» պատասխանը և հիշեք, որ մոդելը վստահորեն կկրկնի ցանկացած հնացած բան ձեր հոդվածներում։ Կառուցեք այն, երբ հոդվածները արդեն լավ վիճակում են, ոչ թե մինչ այդ։
Տարբերակավորում և վերանայում
Պահեք վերանայումները, որպեսզի տեսնեք, թե ով ինչ է փոխել և կարողանաք վերադառնալ։ Կարգավորվող բովանդակության համար (ՄԻ քաղաքականություն, անվտանգության ընթացակարգեր) ավելացրեք հաստատման քայլ՝ նախքան փոփոխությունը հրապարակվելը։
Առաջին հուշումը, որ աշխատում է
Կառուցիր հանրային օգնության կենտրոն Parcelly-ի համար, որը փոքր առցանց խանութների համար պիտակների տպման հավելված է։ Գլխավոր էջ մեծ որոնման տուփով և վեց կատեգորիայով (Սկսել, Պիտակների տպում, Առաքման ընկերություններ, Վճարումներ, Վերադարձներ, Խնդիրների լուծում)։ Հոդվածները ունեն վերնագիր, ամփոփում, մարմին Markdown-ով՝ պատկերներով և նշումներով, կատեգորիա, պիտակներ, կարգավիճակ (սևագիր, հրապարակված, արխիվացված), սեփականատեր և վերջին վերանայման ամսաթիվ։ Հոդվածի էջերը ցույց են տալիս բովանդակության աղյուսակ, կապված հոդվածներ և «Օգտակա՞ր էր» այո/ոչ հարցում՝ ըստ ցանկության մեկնաբանությամբ։ Որոնումը ընդգրկում է վերնագրերը, ամփոփումները և մարմինները, վերնագրի համընկումները՝ առաջինը, և գրանցում է յուրաքանչյուր հարցում և արդյունքի առկայություն։ Խմբագրի հատված (պահանջվում է մուտք, դերեր՝ խմբագիր և ադմին) ցուցակում է սևագրերը, 180 օր չվերանայված հոդվածները և ցածր օգտակարության գնահատական ունեցող հոդվածները, և պահում է վերանայումների պատմությունը։ Յուրաքանչյուր հոդված ունի իր էջի վերնագիրը և meta նկարագրությունը որոնման համակարգերի համար։ Մաքուր, հանգիստ, ընթեռնելի դիզայն։ Նախ՝ բջջային։
Կառուցման քայլեր
- Թվարկեք առաջին 20–30 հոդվածները իրական աջակցման հարցերից՝ նախքան որևէ բան կառուցելը։ Այդ ցանկը ձևավորում է կատեգորիաները։
- Գեներացրեք կայքը և ստուգեք ընթերցանությունը հեռախոսի վրա՝ տողերի երկարություն, վերնագրեր, պատկերներ։
- Խմբագիրը և դերերը։ Գրողները պետք է հոդվածներ ավելացնեն և շտկեն՝ առանց մշակողից խնդրելու։
- Որոնում, ապա թեստավորեք այն այն բառերով, որոնք իրականում օգտագործում են հաճախորդները, ներառյալ սխալագրությունները։
- Արձագանքներ և որոնման գրանցում։
- Հնացած հոդվածների հաշվետվություն սեփականատիրոջ և վերջին վերանայման ամսաթվի հիման վրա։
- SEO հիմունքներ հանրային կայքի համար. յուրահատուկ վերնագրեր, նկարագրություններ, մաքուր URL-եր, sitemap։ Տես SEO AI-ով կառուցված կայքերի համար։
- Կապեք այն ձեր արտադրանքից և աջակցության պատասխաններից, ապա ամեն շաբաթ հետևեք արդյունք չունեցող հարցումների գրանցամատյանին։
- AI պատասխաններ, երբ բովանդակությունը ամուր է։
Սովորական սխալներ
- Կազմակերպել ըստ բաժինների, այլ ոչ թե ըստ այն բանի, թե ինչ է ընթերցողը փորձում անել։
- Երկար հոդվածներ, որոնք ընդգրկում են հինգ առաջադրանք։ Մեկ առաջադրանք մեկ հոդվածի մեջ, վերնագրով, որը ասում է, թե ինչ է լուծում։
- Սեփականատեր չունենալ յուրաքանչյուր հոդվածի համար։ Ոչ ոք ոչինչ չի թարմացնում, և վստահությունը ընկնում է առաջին սխալ պատասխանից հետո։
- Ներքին նշումներ հանրային հոդվածներում։ Օգտագործեք առանձին տեսանելիություն և վերանայեք՝ նախքան հրապարակելը։
- Որոնում, որը համընկնում է միայն վերնագրերին։ Ընթերցողները մուտքագրում են սիմպտոմներ, ոչ թե հոդվածների անուններ։
- Սքրինշոթներ առանց alt տեքստի կամ համատեքստի։ Դրանք արագ են հնանում. նկարագրեք քայլը նաև բառերով։
Երբ պատրաստի արտադրանքը ավելի լավ ընտրություն է
Եթե ձեր թիմն արդեն աշխատում է փաստաթղթերի կամ վիքիի գործիքում, ներքին գիտելիքների բազան այնտեղ սովորաբար ամենահեշտ ճանապարհն է. մեր Notion-ի և Confluence-ի համեմատությունը լուսաբանում է երկու տարածված ընտրություն։ Եթե օգտագործում եք օգնության ծառայություն (helpdesk), նրա ներկառուցված օգնության կենտրոնը հոդվածները կապում է տոմսերի հետ և առաջարկում հոդվածներ հաճախորդներին, ինչը դժվար է վերարտադրել։ Փաստաթղթերի կայքի գեներատորները իդեալական են զարգացողի փաստաթղթերի համար, որոնք պահվում են կոդի կողքին։
Սեփական կառուցեք, երբ ձեզ պետք է սեփական կառուցվածք կամ թույլտվություններ (հոդվածներ յուրաքանչյուր հաճախորդի, վայրի կամ դերի համար), ցանկանում եք գիտելիքների բազան ձեր արտադրանքի ներսում և ոչ թե առանձին կայքում, պետք են վերանայման և հաստատման քայլեր, որոնք վիքին չի ապահովում, կամ ուզում եք AI պատասխաններ ձեր բովանդակության վրա՝ առանց այլ բաժանորդագրության։ Այն բնականորեն զուգակցվում է սեփական օգնության ծառայության հետ։
Կառուցել այն Mythex-ով
Mythex-ում գիտելիքների բազան նկարագրում եք զրույցում, և այն կառուցվում է կենդանի նախադիտման մեջ. հոդվածները, վերանայումները և արձագանքները պահվում են Postgres տվյալների բազայում, որը գործակալը ավելացնում է անհրաժեշտության դեպքում, իսկ պատկերները՝ նախագծի ֆայլերի պահոցում։ Խմբագրի մուտքը օգտագործում է նույնականացման մոտեցում, որը դուք ընտրում եք, քանի որ Mythex-ն ունի ներկառուցված վերջնական օգտատիրոջ մուտք։ AI պատասխանների համար օգտագործում եք ձեր սեփական AI մատակարարի API բանալին՝ որպես նախագծի գաղտնիք, և օգտագործումը վճարվում է ձեր մատակարարի հաշվին, ոչ թե Mythex-ի կրեդիտներով (AI-ի բաղադրատոմսը)։ Նոր Mythex հավելվածները լռելյայն React single-page հավելվածներ են՝ կլիենթի վրա ռենդերվող, որը որոնման համակարգերի համար ավելի թույլ է, ուստի հանրային օգնության կենտրոնի համար խնդրեք ստատիկ-հարմար կամ սերվերի վրա ռենդերվող կառուցվածք, օրինակ՝ Next.js (SEO բաղադրատոմսը)։
Առաջին հուշման համար փորձեք արտադրանքի գիտելիքների կենտրոնի կամ թիմի փաստաթղթերի հավելվածի ձևանմուշները։
Հարցեր
Ո՞րն է գիտելիքների բազայի և վիքիի տարբերությունը։
Գիտելիքների բազան սովորաբար խմբագրված է. փոքր թիմը գրում և պահպանում է պատասխանները սահմանված լսարանի համար, հաճախ հաճախորդների։ Վիքին թույլ է տալիս բոլորին խմբագրել և հակված է ավելի լայն ու քաոսային աճի։ Նույն ծրագիրը կարող է ծառայել երկուսին էլ. տարբերությունը այն է, թե ով է գրում և ով է վերանայում։
Ինչպե՞ս պետք է կազմակերպվի գիտելիքների բազան։
Ըստ այն բանի, թե ինչ են ընթերցողները փորձում անել, ոչ թե ըստ ձեր կազմակերպական սխեմայի։ Մի քանի վերին մակարդակի կատեգորիաներ, կարճ, առաջադրանքին ուղղված հոդվածներ՝ հստակ վերնագրերով և փոխկապակցված հոդվածների հղումներ ավելի լավ են աշխատում, քան խորը թղթապանակների ծառը։
Կարող եմ AI պատասխաններ ավելացնել գիտելիքների բազայում։
Այո։ Սովորական մոտեցումը, որը կոչվում է retrieval-augmented generation, փնտրում է հարակից հատվածներ ձեր հոդվածներում և խնդրում լեզվական մոդելին պատասխանել միայն այդ հատվածների հիման վրա՝ հղումներով դեպի աղբյուրները։ Ամենալավ աշխատում է, երբ հոդվածներն իրենք ճշգրիտ և թարմ են։
Պետք է որոնման համակարգերը ինդեքսավորեն հանրային օգնության կենտրոնը։
Սովորաբար՝ այո։ Մարդիկ նախ որոնում են, թե ինչպես լուծել խնդիրը, և միայն դրանից հետո կապվում են աջակցության հետ, ուստի յուրաքանչյուր հոդված պետք է ունենա իր սեփական էջը, վերնագիրը և նկարագրությունը։ Ներքին հոդվածները պահեք առանձին, մուտքով պաշտպանված կայքում։