
# AI‑ის მხარდაჭერით მოხსენებების გენერატორი რეალურ დროზე მოთხოვნილების პასუხებისთვის

კომპანიებს მუდმივი სირბილი აქვთ უსაფრთხოების კითხვარებით, აუდიტის მოთხოვნებით და რეგულაციული კითხვებით. ხელით გატარებული ცდომილება წესის წაკითხვაში, შესაბამისის ციტატზე გამოტანისა და სახის პასუხის შექმნაში არის ღირებულია, შეცდომაზე მიბნეული და ხშირად გაყიდვების ციკლების შენელება იწვევს. **Procurize** ახდენს ახალ ფენას არსებულ კითხვარის ჰაბზე: **AI‑ის მხარდაჭერილ Narrative Generator‑ით**, რომელიც წამებში იძლევა ზუსტი, წესის‑გაცნობილი და აუდიტირებადი მოთხოვნილებების მოხსენებები.

ამ ღრმა‑ანალიზში ჩვენ გავაკეთებთ:

* განვმარტოთ Narrative Generator‑ის არქიტექტურა.
* განმარტოთ, თუ როგორ **Compliance Knowledge Graph** გაამუშავებს კონტექსტურ გაგებას.
* დეტალურად აღწეროთ **LLM orchestration pipeline**, რომელიც ნამუშევრია შეიძლება ცვლილებული წესის მონაცემებიდან დამზადებული პასუხები.
* განვიხილოთ ინტეგრაციის წერტილები არსებული ბილეთებთან, CI/CD‑სა და გავერნის ინსტრუმენტებთან.
* განავრცოთ უსაფრთხოების, კონფიდენციალურობისა და აუდიტირის მექანიზმები.
* აღწეროთ მომავალის განვითარების გეგმა, როგორია მრავალ‑მოდალური დოკუმენტაციის სინტეზია და ადაპტიული პრომტინგი.

> **Generative Engine Optimization (GEO)** ღარტია: როდესაც LLM‑ს პრომტებით, ყოველთვის ჩართეთ წესის ID‑ი, კითხვარის კონტექსტი, და “ტონის‑სტილის” ტოკენი (მაგ., *formal‑trust*). ეს ამცირებს არესტანდარტული პასუხის წარმოშობას და აფუძნება პასუხის თანმიმდევრობით.

---

## 1. რატომ მნიშვნელოვანია Narrative Generator

| პრობლემის გარე | ტრადიციული მიდგომა | AI Narrative Generator‑ის სარგოშე |
|----------------|--------------------|-----------------------------------|
| **დაგვიანება** | გუნდებმა საათის მიხედვით ხარჯავენ კითხვარის დრო, ხშირად დღეები სრულ პასუხის შარშან. | პასუხები გენერირებულია < 5 წამში, არჩევითეული სახის მიწოდება. |
| **არასრულობა** | სხვადასხვა ინჟინრები წერენ პასუხებს განსხვავებული ფრაზებით, რაც აუდიტებს რთულიკებს. | ცენტრალიზებული სტილის გიდის პრომტებით, რომელიც უზრუნველყოფს თანაბრობას. |
| **წესის გავლენა** | წესები ევოლუციას; ხელით განახლებები უარსებად იხილება, რასაც შორს გდება გასათვალისწინებლად. | რეალურ დროზე წესის ნახვა Knowledge Graph‑ის საშუალებით, რაც სთარვდება, რომ ყოველთვის უყურადღებოდ იყენება უახლესი ვერსია. |
| ** აუდიტის ტრეკი** | რთულია ვერებაში, რომელი წესის კლაზი ხელს უწყობს თითოეულ განცხადებაზე. | არაორდინალური დამადასტურებელი ლეჯერი უკავშირდება ყველა გენერირებულ წინადადებას მისი წყაროს ნოდზე. |

## 2. ბირთვი არქიტექტურის მიმოხილვა

ქვემოთ მოცემულია მაღალი დონის Mermaid დიაგრამა, რომელიც ავრცელებს მონაცემთა ნაკადს კითხვარის მიღებული და პასუხის გამოცემა:

```mermaid
graph LR
    subgraph "External Systems"
        Q[“New Questionnaire”] -->|API POST| Ingest[Ingestion Service]
        P[Policy Repo] -->|Sync| KG[Compliance Knowledge Graph]
    end

    subgraph "Procurize Core"
        Ingest -->|Parse| Parser[Question Parser]
        Parser -->|Extract Keywords| Intent[Intent Engine]
        Intent -->|Lookup| KG
        KG -->|Retrieve Context| Context[Contextualizer]
        Context -->|Compose Prompt| Prompt[Prompt Builder]
        Prompt -->|Call| LLM[LLM Orchestrator]
        LLM -->|Generated Text| Formatter[Response Formatter]
        Formatter -->|Store + Log| Ledger[Evidence Ledger]
        Ledger -->|Return| API[Response API]
    end

    API -->|JSON| QResp[“Answer to Questionnaire”]
```

*All node labels are quoted as required by the Mermaid specification.*

### 2.1 მიღება & პარსინგი

* **Webhook / REST API** იღებს კითხვარის JSON-ს.  
* **Question Parser** ახსნის თითოეულ ელემენტს, იგროვებს კლვიდერს და განისაზრებს რეგულაციის მითითებებს (მაგ., [SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2)‑CC5.1, [ISO 27001](https://www.iso.org/standard/27001)‑A.12.1).

### 2.2 ინტენტის ეન્જინი

მსუბუქი **Intent Classification** მოდელი მიბმის კითხვას წინასწარ განსაზღვრულ ინტენტზე, როგორიცაა *Data Retention*, *Encryption at Rest* ან *Access Control*. ინტენტები აღნიშნავენ, რომელი სუბ‑გრაფი Knowledge Graph‑ში დადება.

### 2.3 მოთხოვნული Knowledge Graph (CKG)

| ერთეული | ატრიბუტები | ურთიერთობები |
|---------|------------|--------------|
| **ქდების კლაზი** | `id`, `text`, `effectiveDate`, `version` | `covers → Intent` |
| **რეგულაცია** | `framework`, `section`, `mandatory` | `mapsTo → Policy Clause` |
| **მტკიცებულების არტიფაქტი** | `type`, `location`, `checksum` | `supports → Policy Clause` |

გრაფი განახლებულია **GitOps**‑ით – წესის დოკუმენტები ვერსიაზე კონტროლდება, რედაქტირებულია RDF‑ტრიპლებით და ავტომატურად միირდება.

### 2.4 კონტექსტუალიზერი

ინტენტის და ბოლო ქდების ბლოთის გათვალისწინებით, Contextualizer ქმნის **ქდების კონტექსტის ბლოკს** (მაქს 400 ტოკენი) რომელსაც აწარმოებს:

* ქდეთის ტექსტი.  
* ბოლო შესწორებების შენიშნვები.  
* დაკავშირებული მტკიცებულების ID‑ები.

### 2.5 პრომპტის ბილდერი & LLM ორკესტრაცია

The Prompt Builder assembles a **structured prompt**:

```
You are a compliance assistant for a SaaS provider. Answer the following security questionnaire item using only the provided policy context. Maintain a formal and concise tone. Cite clause IDs at the end of each sentence in brackets.

[Question]
How is customer data encrypted at rest?

[Policy Context]
"Clause ID: SOC 2‑CC5.1 – All stored customer data must be encrypted using AES‑256. Encryption keys are rotated quarterly..."

[Answer]
```

LLM Orchestrator გაფანტავს მოთხოვნებს სპეციალურ მოდელთა ჯგუფისზედ:

| მოდელი | ძლიერი მხარე |
|--------|----------------|
| gpt‑4‑turbo | ზოგადი ენა, მაღალი ფლუენცია |
| llama‑2‑70B‑chat | ფასი‑ეფექტური მასიანი მოთხოვნებისათვის |
| custom‑compliance‑LLM | მოლიფერებული 10 k წინა კითხვარის‑პასუხის წყვილებზე |

**Router** აირჩევს მოდელს, რომელიც ბაზირებულია **სირთულის ქულაზე**, შემოღებულ ინტენტზე.

### 2.6 პასუხის ფორმატერი & მტკიცებულებები ლეჯერი

გენერირებული ტექსტი მოემზადება შემდეგისთვის:

* დაამატეთ კლაზი ციტატები (მაგ., `[SOC 2‑CC5.1]`).  
* თარიღის ფორმატის ნორმალიზება.  
* დარწმუნება კონფიდენციალურობის შესაბამისობა (PII‑ის წაშლა, თუ არსებობს).

**Evidence Ledger** ინახავთ JSON‑LD ჩანაწერს, რომელიც უკავშირდება ყოველი წინადადება თავისი წყაროს ნოდზე, დროის შტამპზე, მოდელის ვერსიას და SHA‑256 ჰეშს პასუხის. ეს ლეჯერი **მხოლოდ დასამატებლად**ა და შეიძლება განსაზღვროს აუდიტის დასამწყებლად.

## 3. ინტეგრაციის მოთხოვნები

| ინტეგრაცია | გამოყენების შემთხვევა | ტექნიკური მიდგომა |
|------------|------------------------|-------------------|
| **Ticketing (Jira, ServiceNow)** | ბილეთი აღწერის ავტომატური შევსება გენერირებულ პასუხით. | webhook → Response API → ბილეთის ველის განახლება. |
| **CI/CD (GitHub Actions)** | გადამოწმება, რომ ახალი წესის კომიტები არ იკარგავენ არსებული ჟურნალების. | GitHub Action‑ი გატარებს “dry‑run”-ს ნიმუშურ კითხვარში ყოველ PR‑ის შემდეგ. |
| **Governance Tools (Open Policy Agent)** | იდგება, რომ თითოეული გენერირებული პასუხი მიმართავს არსებული კლაზი. | OPA‑ის პოლიტიკაები აკლებს Evidence Ledger‑ის ჩანაწერებს გამოქვეყნების წინ. |
| **ChatOps (Slack, Teams)** | მოთხოვნაზე პასუხის გენერირება slash‑ბრძანებით. | ბოტ → API‑ის გამოძახება → ფორმატირებული პასუხი არხში. |

ყველა ინტეგრაცია პატივისცემს **OAuth 2.0** მიმდევრობას, გასვერით მინიმალურ პრივილეგირებულ დაშვებაზე Narrative Generator‑ზე.

## 4. უსაფრთხოება, კონფიდენციალობა და აუდიტი

1. **Zero‑Trust დაშვება** – ყველა კომპონენტი აუკენტიფიცირდება მოკლეული JWT‑ებით, რომლებიც სახელმწიფო იდენტიფიკატორით იმხელდება.  
2. **მონაცემთა დაშიფვრა** – მონაცემები CKG‑ში შეინახება **AES‑256‑GCM** დაშიფვრით; ტრანსიტში ტრანსპორტის შიგათი **TLS 1.3** გამოიყენება.  
3. **დიფერენციული პრივატობა** – სპეციალურ compliance LLM‑ის ტრენინგისას ხმამაღლა (noise) შემოდის რათა დაიცვათ რომელიც შეიძლება იყოს შემთხვევით PII‑ის ისტორიული პასუხებში.  
4. **არა‑პარამეტრებული აუდიტის ტრეკი** – Evidence Ledger‑ის ინახება **append‑only** ობიექტის საცავში (მაგ. Amazon S3 Object Lock) და მიმართავს **Merkle tree**‑ით მანიპულაციის აღმოჩენისთვის.  
5. **აკმაყოფილებების სერტიფიკატები** – სერვისი სائلة [SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2) Type II და [ISO 27001](https://www.iso.org/standard/27001) სერტიფიკატი, რაც მას რეგულირებულ ინდუსტრებზე უსაფრთხოდ კება.

## 5. გავლენის ზომა

| მეტრიკი | საბაზისო | განხორციელების შემდეგ |
|----------|----------|------------------------|
| საშუალო პასუხის შექმნის დრო | 2.4 საათი | 4.3 წამი |
| ადამიანის გადახედვა თითო კითხვარისზე | 12 | 2 |
| აუდიტის შეთავაზებები პასუხის არათემატიკაზე | 4 წლიურად | 0 |
| გაყიდვების ციკლების აჩქარება (დღეების მიხედვით) | 21 | 8 |

AB‑ტესტირება 500+ მომხმარებელთან Q2‑2025‑ში დადასტურება **37 %** ზრდა მანიპულაციებში შესაბამისობაში Narrative Generator‑ის გამოყენებით.

## 6. მომავალის გეგმა

| კვარტალი | ფუნქცია | ღირებულება დამატება |
|----------|----------|----------------------|
| **Q1 2026** | მრავალ‑მოდალური მტკიცებულებების ამოღება (OCR + vision) | ავტომატურად იქმნება UI კონტროლის ეკრანის სურათები. |
| **Q2 2026** | ადაპტიული პრომტინგი ბმული‑სასწავლობით | სისტემა აკრიტერს საუკეთესო ტონი ყველა მომხმარებლის სეგმენტზე. |
| **Q3 2026** | ეკო‑ფრეამვორკის წესის ჰარმონიზაცია | ერთი პასუხი შეიძლება შესრულდეს SOC 2, ISO 27001, და GDPR‑ში ერთდროულად. |
| **Q4 2026** | ცოცხალი რეგულაციადის ცვლილებების radar ინტეგრაცია | ავტომატურად ცოცხალი პასუხები თავიდან განახლდება ახალი რეგულაციის გამოცემისას. |

გეგმა **საჯაროდ ვერ追踪** ერთ GitHub პროექტზე, რაც აუმატებს გამჭვირვალეობის პრინციპს ჩვენი მომხმარებლებისთვის.

## 7. საუკეთესო პრაქტიკები გუნდებისთვის

1. **დარიცხვეთ სუფთა წესის რეპო** – გამოიყენეთ GitOps წესების ვერსიონირება; ყოველი კომიტი აწარმოებს KG‑ის განახლებას.  
2. **აღინიშნეთ სტილის გიდი** – შენახეთ ტონის ტოკენები (მაგ., *formal‑trust*, *concise‑technical*) კონფიგურაციის ფაილში და მიმართეთ მათ პრომტებში.  
3. **გაციტაცეთ რეგულარული ლეჯერის აუდიტები** – ოთხკუთხედის მიხედვით გადამოწმეთ ჰეშ‑შაკლოცის მთლიანობა.  
4. **გამოყენეთ menneskelig‑in‑the‑loop** – მაღალი-რისკის კითხვებში (მაგ. შემთხვევის რეაგირება), გადამისამართეთ გენერირებული პასუხი შესაბამის compliance‑ანალიტიკს საბოლოო დამოწმებით გამოქვეყნების წინ.  

ამ ნაბიჯების შესრულებით ორგანიზაციებმა მაქსიმალურად აძლიერებენ სიჩქარეს, თუმცა არ გაურკვევლობდა აუდიტორების მოთხოვნილებებს.

## 8. დასკვნა

**AI‑ის მხარდაჭერილ Narrative Generator** გარდაქმნის მცირეოდენმა ხელით შესრულებული, შეცდომაზე ტრანსლანტური პროცესი სწრაფ, აუდიტირებადი და წესზე ინტეგრირებული სერვისში. ყოველი პასუხის დასაბუთება მუდმივად სინქრონიზებულ მოთხოვნული Knowledge Graph‑ით, გამჭვირვალე მტკიცებულებების ლეჯერის გამოსაცვილებით, Procurize პოულობს როგორც **ოპერაციული ეფექტურობას**, ისე **რეგულაციული ნერვის მიბეჭვას**. რეგულაციების დირკული უფრო კომპლექსურობაში, რეალურ დროში კონტექსტუალური გენერაციასთან, ეს სისტემა გახდება თანამედროვე SaaS‑ის სანდო სტრატეგიის საფუძველი.