ideas
Różnice
Różnice między wybraną wersją a wersją aktualną.
| Poprzednia rewizja po obu stronachPoprzednia wersjaNowa wersja | Poprzednia wersja | ||
| ideas [2025/12/01 19:34] – admin | ideas [2025/12/02 12:18] (aktualna) – admin | ||
|---|---|---|---|
| Linia 1: | Linia 1: | ||
| - | ====== Obszary zainteresowań, inspiracje i projekty ====== | + | ====== Obszary zainteresowań |
| + | |||
| + | <color red> | ||
| Uporządkowana struktura głównych obszarów tematycznych będących przedmiotem naszych badań oraz szczegółowe charakterystyki projektów – wraz z ich listą – obejmują kontekst, cele, zakres techniczny i zastosowania. Strona pełni funkcję informacyjną oraz orientacyjną, | Uporządkowana struktura głównych obszarów tematycznych będących przedmiotem naszych badań oraz szczegółowe charakterystyki projektów – wraz z ich listą – obejmują kontekst, cele, zakres techniczny i zastosowania. Strona pełni funkcję informacyjną oraz orientacyjną, | ||
| **Zachęcamy do współpracy**, | **Zachęcamy do współpracy**, | ||
| - | |||
| ---- | ---- | ||
| **Obszar tematyczny** | **Obszar tematyczny** | ||
| - | ====== ▶ Systemy | + | ====== ▶ LLM i Generatywna Sztuczna Inteligencja |
| - | <color # | + | <color # |
| - | Intelligent Environments, Ambient Intelligence, Context-Aware Systems, IoT, Pervasive Computing, Smart Environments</ | + | Large Language Models, Generative AI, Reasoning, Context |
| - | <color #888888>Systemy i środowiska inteligentne | + | <color #888888>Generatywna Sztuczna Inteligencja, |
| - | <color #888888>To informatyka | + | <color #888888>LLM są „game changerem”, ponieważ:</ |
| - | * // | + | * //działają uniwersalnie — mogą analizować, |
| - | * //przewidywać sytuacje | + | * //rozumieją opisy zadań i potrafią tworzyć formalne artefakty |
| - | * //podejmować decyzje w czasie rzeczywistym),// | + | * //łączą dane symboliczne i opisowe, umożliwiając semantyczną interpretację kontekstu,// |
| - | * //działać w sposób rozproszony, autonomiczny i skalowalny.// | + | * // |
| + | * //działają multimodalnie (tekst, obraz, dane), co otwiera nowe zastosowania.// | ||
| - | <color #888888>Dziedzina ta jest atrakcyjna ponieważ łączy **technologie przyszłości**: IoT, sztuczną inteligencję, agentowość, stream processing, systemy czasu rzeczywistego, | + | <color #888888>Jednocześnie obszar ten wiąże się z wyzwaniami: kontrolą jakości generacji, stabilnością wyników, interpretowalnością, bezpieczeństwem, halucynacjami oraz potrzebą integrowania modeli z klasycznymi narzędziami analitycznymi i weryfikacyjnymi. To czyni tę dziedzinę intensywnie rozwijaną i badawczo bardzo atrakcyjną.</ |
| - | * // | ||
| - | * // | ||
| - | * // | ||
| - | * // | ||
| + | <color # | ||
| - | <color # | + | ---- |
| + | **Przykładowe tematy projektowe: | ||
| - | <color # | + | ===== ▶ Analiza kreatywności człowieka |
| - | ---- | + | <color # |
| - | **Przykładowe tematy projektowe: | + | Projekt bada fundamentalne różnice w naturze i przejawach kreatywności pomiędzy ludźmi a dużymi modelami językowymi (LLM). Kreatywność jest często uznawana za unikalną cechę ludzką; w obliczu możliwości LLM do generowania nowych, złożonych i czasem zaskakujących treści, konieczne staje się systematyczne zbadanie, jak generatywna AI realizuje proces twórczy. |
| - | ===== ▶ Monitorowanie środowiska górskiego i wspieranie ratowników ===== | + | Metodologia: |
| - | Rozwijamy **zintegrowany system**, którego celem jest **bieżące monitorowanie | + | Oceniane aspekty kreatywności (zgodnie ze standardami psychometrycznymi): |
| - | System wspierający przetwarza zróżnicowane strumienie danych, obejmujące m.in. lokalizacje turystów i zwierząt, odczyty stacji pogodowych, zgłoszenia zagrożeń lawinowych oraz sygnały z infrastruktury telekomunikacyjnej. Integrujemy te dane w **jednolity model sytuacyjny**, | + | |
| - | Równolegle rozwijamy | + | |
| - | Połączenie | + | |
| + | * Użyteczność (Usefulness/ | ||
| - | **Więcej informacji:** \\ | + | |
| - | [[https:// | + | |
| - | [[https:// | + | |
| + | Cel Projektu: Zrozumienie, | ||
| - | ===== ▶ Monitorowanie lasów i kontekstowe wsparcie ochrony przeciwpożarowej ===== | + | **Materiały**: |
| + | * [[https:// | ||
| + | * [[https:// | ||
| - | Rozwijamy **kontekstowy system monitorowania lasów**, którego celem jest **wczesne wykrywanie zagrożeń pożarowych** oraz **wspieranie operacji ochrony przeciwpożarowej**. Wykorzystujemy gęstą sieć czujników środowiskowych, | + | ---- |
| - | System przetwarza dane o temperaturze, | + | ===== ▶ Hybrid Reasoning: Integracja LLM z Dedukcyjnymi Systemami Wiedzy ===== |
| - | Wprowadzamy także **mechanizmy negocjacji automatycznej**, | + | <color # |
| - | Symulator | + | Projekt bada innowacyjne podejście do wnioskowania, |
| - | Projekt integruje **przetwarzanie kontekstu**, **systemy wieloagentowe**, **modelowanie środowiskowe** | + | Celem jest stworzenie systemu, w którym LLM pełni funkcję Interpretera Języka Naturalnego (tłumacząc zapytania na formalne reguły) oraz Generatywnego Proponującego (tworząc wstępne hipotezy). Następnie, klasyczny silnik dedukcyjny przejmuje rolę Weryfikatora |
| - | ===== ▶ Inteligentne interwencje policyjne (smart gun) ===== | + | Projekt wymaga implementacji technik konwersji języka naturalnego na formalne reguły oraz ewaluacji, w jaki sposób model hybrydowy poprawia weryfikowalność i ogranicza halucynacje w zadaniach wymagających ścisłej logiki. |
| - | Rozwijamy | + | **Materiały**: |
| + | | ||
| + | | ||
| - | System działa | + | ===== ▶ Detekcja i Mitigacja Halucynacji |
| - | Kluczowym elementem systemu jest **mechanizm wyboru patroli wsparcia** dla interwencji o podwyższonym ryzyku. Wykorzystujemy do tego **zadanie ważonego MaxSAT**, w którym zmienne odpowiadają m.in. stanowi patrolu, położeniu geograficznemu, | + | <color # |
| - | Całość jest testowana | + | Halucynacje (generowanie nieprawdziwych, |
| - | ===== ▶ Inteligentny asystent turysty ===== | + | Innowacja polega na udoskonaleniu trzech kluczowych etapów RAG: |
| - | Rozwijamy wielomodułowy, | + | |
| - | spersonalizowanych planów zwiedzania miast i regionów. System integruje wiele źródeł danych o preferencjach użytkownika, | + | |
| - | uwzględnia aktualny kontekst środowiskowy (pogoda, dostępność atrakcji, godziny otwarcia) i tworzy | + | |
| - | optymalne trasy zwiedzania, dostosowane do ograniczeń czasowych i logistycznych. | + | |
| - | Budujemy rozwiązanie, | + | * Generacja: Optymalizacja promptów, aby wymagały od LLM cytowania źródła dla każdego faktu. |
| - | oraz **heurystyczną optymalizację tras (VRPTW)**, generując wielodniowe, | + | |
| - | System przetwarza dane z chatbotów, mediów społecznościowych, | + | |
| - | tworząc wektorowy profil zainteresowań i priorytetów turysty. | + | |
| - | W warstwie rekomendacyjnej wykorzystujemy semantyczne dopasowanie opisów atrakcji do profilu użytkownika, | + | * Autoweryfikacja |
| - | Bayesowskie metody oceny jakości POI (Wilson score), a także real-time filtering zależny od pogody, | + | |
| - | dostępności | + | |
| - | z użyciem algorytmów **Christofidesa, | + | |
| - | Tworzymy rozwiązanie, | + | Efektem jest implementacja architektury RAG oraz ewaluacja wskaźników Faithfulness |
| - | aplikacjach mobilnych, a także jako komponent wirtualnych biur turystycznych. Projekt obejmuje również rozwój | + | |
| - | interfejsu mapowego | + | |
| **Materiały**: | **Materiały**: | ||
| - | * [[https://aisel.aisnet.org/pacis2025/transform/ | + | * [[https://dl.acm.org/doi/10.1145/3703155|A Survey on Hallucination in Large Language Models: Principles, Taxonomy, Challenges, and Open Questions]] |
| - | ===== ▶ Syntetyczne trajektorie mobilności turystów w miastach | + | ===== ▶ Etyka i Bezpieczeństwo: |
| - | Rozwijamy system generowania **syntetycznych trajektorii mobilności turystów**, który umożliwia modelowanie zachowań odwiedzających w dowolnym mieście – także tam, gdzie rzeczywiste dane telekomunikacyjne są niedostępne z powodów prawnych lub kosztowych. Wykorzystujemy profile behawioralne, informacje geograficzne (GIS), rekomendacje POI oraz reguły opisujące preferencje i ograniczenia użytkowników, tworząc realistyczne i powtarzalne modele ruchu. | + | <color # |
| - | Model łączy komponenty odpowiedzialne za wybór punktów POI, planowanie sekwencji odwiedzin, konstrukcję tras opartych o dane OSM lub usługi routingu oraz generowanie pełnych trajektorii czasoprzestrzennych. System pozwala definiować ograniczenia *what–when–where*, testować scenariusze typu „co-jeśli” oraz badać zakłócenia mobilności, takie jak zamknięcia obiektów, zmiany organizacji ruchu czy ograniczenia transportowe. | + | LLM wdrożone w środowiskach produkcyjnych wymagają silnych mechanizmów bezpieczeństwa, zwanych Guardrails (Bariery Ochronne), które kontrolują zarówno intencję użytkownika (wejście), jak i treść generowaną przez model (wyjście). |
| - | Generator może tworzyć dane na dowolną skalę, z kontrolą poziomu realizmu poprzez integrację preferencji turystów, okien czasowych, dostępności obiektów oraz różnych profili wizyt (kulturalnych, | + | Projekt polega |
| - | Projekt wspiera rozwój | + | |
| + | |||
| + | | ||
| + | |||
| + | Moduł ten działa jako pośrednik między użytkownikiem a LLM, wykorzystując techniki takie jak klasyfikatory semantyczne do walidacji intencji oraz Output Filtering do sprawdzania zgodności wygenerowanej odpowiedzi z polityką bezpieczeństwa. | ||
| + | |||
| + | Oczekiwany rezultat to gotowy moduł Guardrails, który jest testowany pod kątem odporności na ataki i skuteczności w zapobieganiu niepożądanym treściom. | ||
| + | |||
| + | **Materiały**: | ||
| + | * [[https:// | ||
| ---- | ---- | ||
| **Obszar tematyczny** | **Obszar tematyczny** | ||
| - | ====== ▶ | + | ====== ▶ Systemy Agentowe (MAS) sterowane przez GenAI/ |
| <color # | <color # | ||
| - | model-driven software engineering, | + | Multi-Agent Systems, Agentic |
| - | <color #888888>Modele oprogramowania i formalna weryfikacja stanowią podstawę budowy systemów, które | + | <color #888888>Systemy agentowe (MAS) umożliwiają budowę rozproszonych, |
| - | <color #888888>Współczesne środowiska inżynierii oprogramowania coraz częściej wykorzystują **zintegrowane narzędzia AI-IDE**, | + | <color #888888>W architekturach MAS wzbogaconych o GenAI, LLM pełni rolę adaptacyjnego „umysłu” agenta. Dzięki temu agent potrafi:</ |
| - | * //automatyczne tworzenie | + | * //interpretować kontekst na podstawie opisów tekstowych, danych IoT i informacji |
| - | * //dedukcyjna analiza semantyczna | + | * //planować działania |
| - | * //automatyczna identyfikacja i kategoryzacja długu technicznego,// | + | * //komunikować się z innymi agentami w języku naturalnym,// |
| - | * //zapewnienie śladowalności | + | * //negocjować role, priorytety |
| - | * //projektowanie systemów zgodnie z zasadami correctness-by-construction.// | + | * //uczyć się nowych zadań bez przebudowy kodu,// |
| + | * //działać proaktywnie i adaptacyjnie w dynamicznym środowisku.// | ||
| - | <color #888888>Dług techniczny oznacza **ukryte koszty wynikające z uproszczonych decyzji projektowych lub implementacyjnych**, które przyspieszają powstawanie systemu, ale później wymagają dodatkowej pracy, refaktoryzacji lub modyfikacji. Modele formalne | + | <color #888888>Współczesne platformy takie jak AutoGen, CrewAI czy LangGraph pozwalają tworzyć środowiska, w których wiele agentów LLM współpracuje, |
| - | <color #888888>Obszar obejmuje wykorzystanie różnorodnych | + | <color #888888>W podejściu hybrydowym agenci mogą działać jednocześnie na dwóch poziomach: |
| + | * **operacyjnym** – realizując działania w środowisku (percepcja → interpretacja → decyzja), | ||
| + | * **strategicznym** – gdzie LLM wspiera rozumowanie, generację planów, wykrywanie anomalii i wyjaśnialność | ||
| + | |||
| + | |||
| + | <color # | ||
| ---- | ---- | ||
| Linia 143: | Linia 152: | ||
| **Przykładowe tematy projektowe: | **Przykładowe tematy projektowe: | ||
| - | ===== ▶ Modelowanie wymagań systemu z użyciem LLM i ich weryfikacja logiczna (projekt LoRE+)===== | + | **Materiały**: |
| + | * [[https:// | ||
| - | **Słowa kluczowe**: | ||
| - | LLM-assisted modelling, Requirements Engineering, | ||
| + | ===== ▶ Smart Logistics MAS – wieloagentowe zarządzanie flotą z LLM-plannerem ===== | ||
| - | **Słowa kluczowe**: | + | **Opis projektu:** |
| - | LLM-assisted modelling, Requirements Engineering, UML, AI-IDE, formal analysis, smart modelling | + | Celem jest stworzenie środowiska logistycznego (miasto, kampus lub sieć transportowa), w którym agenci reprezentują pojazdy, magazyny, punkty odbioru i centra planowania. |
| + | Wersja klasyczna bazuje na regułach i prostych heurystykach, | ||
| - | Projekt dotyczy tworzenia nowoczesnego środowiska, | + | **Zakres: |
| + | * generowanie dynamicznych zdarzeń | ||
| + | | ||
| + | | ||
| + | | ||
| - | Pracujemy nad rozwiązaniem, | + | **Hipoteza badawcza:** |
| + | MAS+LLM podejmuje trafniejsze i bardziej kontekstowe decyzje logistyczne, redukując liczbę przejazdów, konfliktów i opóźnień. | ||
| - | W projekcie łączymy zalety generatywnej AI z elementami | + | **Metryki:** |
| + | * efektywność tras (km/ | ||
| + | * zbieżność decyzji z rekomendacją eksperta, | ||
| + | * liczba działań wykonanych proaktywnie. | ||
| - | Projekt jest atrakcyjny dla osób zainteresowanych połączeniem **AI, modelowania UML, praktycznej inżynierii oprogramowania** oraz nowoczesnych narzędzi wspierających projektantów systemów. | + | ===== ▶ HealthGuard MAS – agentowy system e-zdrowia z interpretacją kontekstu przez LLM ===== |
| - | **Publikacja:** | + | **Opis projektu:** |
| - | [[https:// | + | Projekt polega na stworzeniu systemu monitorowania stanu pacjentów, w którym agenci odpowiadają za czujniki (tętno, saturacja, temperatura), |
| + | Wersja MAS klasyczna opiera się na progach alarmowych, podczas gdy wersja MAS+LLM interpretuje sytuację opisowo (np. „pacjent po ćwiczeniach rehabilitacyjnych”, | ||
| + | **Zakres: | ||
| + | * symulacja danych biometrycznych i zdarzeń medycznych, | ||
| + | * wykrywanie anomalii i alarmów, | ||
| + | * interpretacja opisowa przez LLM (uzasadnienia, | ||
| + | * porównanie trafności decyzji i liczby fałszywych alarmów. | ||
| - | ===== ▶ Modelowanie Maszyn Stanowych z Wsparciem Logiki Formalnej (projekt IDE SQUARE) ===== | + | **Hipoteza badawcza: |
| + | MAS+LLM redukuje fałszywe alerty i generuje bardziej kontekstowe decyzje medyczne. | ||
| - | **Słowa kluczowe**: | + | **Metryki:** |
| - | state machines, behavioural modelling, logical square of opposition, formal reasoning, automated modelling, LLM support | + | * FP rate (fałszywe alarmy), |
| + | * trafność decyzji (zgodność z ekspertem), | ||
| + | * czas reakcji, | ||
| + | * czytelność wyjaśnień (ocena 1–5). | ||
| + | ===== ▶ Animal Farm MAS – Agentowy System Opieki nad Zwierzętami i Optymalizacji Produkcji z LLM-Doradcą ===== | ||
| - | Projekt IDE SQUARE dotyczy nowoczesnego podejścia do **modelowania maszyn stanowych**, w którym proces projektowania wspierany jest zarówno przez struktury logiki formalnej, jak i inteligentne podpowiedzi generowane przez modele językowe (LLM). Celem jest ułatwienie tworzenia poprawnych, przejrzystych i logicznie spójnych modeli, które stanowią podstawę wielu systemów informatycznych — od aplikacji mobilnych po złożone systemy cyber-fizyczne. | + | <color # |
| - | Kluczowym elementem | + | Opis projektu: Celem jest stworzenie agentowego systemu do kompleksowej opieki nad zwierzętami hodowlanymi i roślinami (w przypadku hydroponiki) w celu maksymalizacji ich zdrowia i wydajności. Agenci reprezentują czujniki monitorujące nowo narodzone potomstwo |
| - | W projekcie rozwijamy również elementy automatyzacji, takie jak: | + | Wersja klasyczna alarmuje przy chorobie. Wersja MAS+LLM działa jako Doradca Weterynaryjny i Produkcyjny, interpretując złożony kontekst w celu proaktywnego zapobiegania problemom i optymalizacji. |
| - | | + | Zakres: |
| - | * podpowiedzi przejść i zdarzeń wykrytych przez LLM, | + | |
| - | * wstępna analiza niespójności na bazie struktur logicznych, | + | |
| - | * automatyczna budowa szkieletów kodu powiązanego z maszyną stanów. | + | |
| - | Takie połączenie klasycznego modelowania z inteligentnym wsparciem tworzy podstawy | + | |
| - | **Publikacja: | + | |
| - | [[https:// | + | |
| + | * Porównanie wpływu interwencji LLM na zdrowie stada i efektywność upraw. | ||
| - | ===== ▶ System Benchmarkingowy dla Theorem Provers | + | Hipoteza badawcza: MAS z LLM-Doradcą redukuje śmiertelność |
| - | **Słowa kluczowe**: | + | Metryki: |
| - | theorem provers, automated reasoning, logical benchmarks, formal verification, | + | |
| + | * Wskaźnik śmiertelności/ | ||
| + | |||
| + | * Procent zoptymalizowanej produkcji (np. większa efektywność upraw hydroponicznych). | ||
| - | Projekt dotyczy stworzenia nowoczesnego i elastycznego systemu do **porównywania wydajności theorem proverów** – narzędzi stosowanych w automatycznym wnioskowaniu | + | |
| - | Tworzymy połączony zestaw dwóch narzędzi: | + | ---- |
| - | * **Generatora** – który buduje formuły w logice pierwszego rzędu FOL, od prostych struktur po złożone konstrukcje obejmujące bezpieczeństwo, | + | **Obszar tematyczny** |
| - | * **Testera** – który uruchamia wybrane provery (np. Vampire, E, Z3, CVC5, SPASS, Prover9, InKreSAT), mierzy ich wydajność | + | ====== ▶ Systemy |
| - | System pozwala badać m.in.: | + | <color #888888>**Słowa kluczowe**: |
| - | | + | Intelligent Environments, Ambient Intelligence, Context-Aware Systems, IoT, Pervasive Computing, Smart Environments</ |
| - | | + | |
| - | | + | |
| - | | + | |
| - | * głębokość zagnieżdżenia kwantyfikatorów, | + | |
| - | * wpływ operatorów, polaryzacji literałów i redundancji, | + | |
| - | * formuły o strukturach inspirowanych kwadratem logicznym. | + | |
| - | Projekt daje możliwość pracy z logiką, generowaniem danych, tworzeniem narzędzi developerskich oraz analizą eksperymentalną. Powstaje praktyczne środowisko benchmarkowe, | ||
| - | **Publikacja:** | + | <color # |
| - | [[https:// | + | |
| - | ===== ▶ Automatyczne wspomaganie decyzji architektonicznych z wykorzystaniem LLM ===== | + | <color # |
| - | Projekt dotyczy stworzenia systemu eksperckiego wspomaganego przez duży model językowy | + | * // |
| + | * // | ||
| + | * // | ||
| + | * //działać w sposób rozproszony, | ||
| - | System działa jako interaktywny agent architektoniczny, | ||
| - | Projekt obejmuje: | + | <color # |
| - | * //klasyfikację wymagań funkcjonalnych i niefunkcjonalnych,// | + | * //inteligentne wsparcie ratownictwa w górach,// |
| - | * //mapowanie wymagań na decyzje architektoniczne,// | + | * //monitoring i przewidywanie zagrożeń w lasach,// |
| - | * //projekt i implementację zestawu promptów,// | + | * //inteligentne miasta wspierające działania patrolowe,// |
| - | * //budowę agenta rekomendującego architekturę na podstawie dialogu,// | + | * //inteligentne budynki, domy, sieci transportowe |
| - | * //generowanie i wizualizację struktury systemu,// | + | |
| - | * //analizę porównawczą wyników LLM z decyzjami architektów w rzeczywistych projektach,// | + | |
| - | * //ocenę jakości rekomendacji, ryzyk i kompromisów architektonicznych.// | + | |
| - | W ramach pracy przewidziana jest eksperymentalna ewaluacja pokazująca, | ||
| - | Efektem końcowym jest prototyp inteligentnego narzędzia wspierającego architekta IT oraz ocena jego przydatności w rozwiązywaniu realnych problemów projektowych. | + | <color # |
| - | ===== ▶ Iteracyjna refaktoryzacja i samonaprawa smart kontraktów z użyciem LLM i formalnej analizy ===== | ||
| - | Projekt dotyczy opracowania zaawansowanego systemu, który | + | <color # |
| - | Praca rozwiązuje realny problem bezpieczeństwa w ekosystemie blockchain: błędy takie jak reentrancy, overflow, niepoprawna obsługa uprawnień czy błędne konstrukcje logiczne prowadzą do strat finansowych, | + | ---- |
| - | Zakres projektu obejmuje: | + | **Przykładowe tematy projektowe:** |
| - | * //analizę możliwości narzędzi do formalnej analizy | + | ===== ▶ Monitorowanie |
| - | * //projekt interfejsu integrującego raporty tych narzędzi z LLM,// | + | |
| - | * // | + | |
| - | * // | + | |
| - | * // | + | |
| - | * //próbę automatycznego hardeningu kontraktów na podstawie wiedzy modelu.// | + | |
| - | System powinien wspierać wiele cykli analizy – po każdej zaproponowanej poprawce kontrakt jest ponownie weryfikowany, a LLM otrzymuje informację zwrotną o wykrytych problemach. Umożliwia to stopniowe ulepszanie kodu oraz badanie, jak modele generatywne radzą sobie z eliminowaniem różnych klas podatności. | + | Rozwijamy **zintegrowany system**, którego celem jest **bieżące monitorowanie środowiska górskiego** oraz **wspieranie działań ratowniczych** poprzez analizę danych kontekstowych, |
| - | Efektem końcowym jest prototyp | + | System wspierający przetwarza zróżnicowane strumienie danych, obejmujące m.in. lokalizacje turystów i zwierząt, odczyty stacji pogodowych, zgłoszenia zagrożeń lawinowych oraz sygnały z infrastruktury telekomunikacyjnej. Integrujemy te dane w **jednolity model sytuacyjny**, |
| + | |||
| + | Równolegle rozwijamy **symulator środowiska górskiego**, | ||
| + | |||
| + | Połączenie **perspektywy operacyjnej i symulacyjnej** umożliwia analizę zachowań i zagrożeń w rzeczywistych i hipotetycznych warunkach, tworząc podstawy do budowy **inteligentnych środowisk górskich** zdolnych do proaktywnego działania. To podejście sprzyja rozwijaniu metod przetwarzania kontekstu, tworzeniu usług ambient-aware oraz opracowywaniu narzędzi zwiększających bezpieczeństwo i skuteczność działań ratowniczych. | ||
| + | |||
| + | |||
| + | **Materiały własne:** \\ | ||
| + | [[https:// | ||
| + | [[https:// | ||
| + | |||
| + | |||
| + | ===== ▶ Monitorowanie lasów i kontekstowe wsparcie ochrony przeciwpożarowej ===== | ||
| + | |||
| + | Rozwijamy **kontekstowy system monitorowania lasów**, którego celem jest **wczesne wykrywanie zagrożeń pożarowych** oraz **wspieranie operacji ochrony przeciwpożarowej**. Wykorzystujemy gęstą sieć czujników środowiskowych, | ||
| + | |||
| + | System przetwarza dane o temperaturze, | ||
| + | |||
| + | Wprowadzamy także **mechanizmy negocjacji automatycznej**, | ||
| + | |||
| + | Symulator środowiska leśnego umożliwia analizę różnych scenariuszy, od powolnych zarzewi po szybkie pożary frontowe. Odtwarzamy **modele rozprzestrzeniania ognia**, interakcje warstw środowiskowych, | ||
| + | |||
| + | Projekt integruje **przetwarzanie kontekstu**, | ||
| + | |||
| + | **Materiały własne**: | ||
| + | * [[https:// | ||
| + | |||
| + | ===== ▶ Inteligentne interwencje policyjne (smart gun) ===== | ||
| + | |||
| + | Rozwijamy **kontekstowy system wspierający interwencje policyjne**, | ||
| + | |||
| + | System działa w ramach **wieloagentowej architektury (MAS)**, obejmującej m.in. centrum zarządzania (MC), patrole policyjne (PP), agentów broni (Gn), agentów nawigacji (Nv), agentów komunikacyjnych (X) oraz agentów reprezentujących służby wspierające (np. ambulanse, drony). Każdy agent przetwarza wybrane zmienne kontekstowe, | ||
| + | |||
| + | Kluczowym elementem systemu jest **mechanizm wyboru patroli wsparcia** dla interwencji o podwyższonym ryzyku. Wykorzystujemy do tego **zadanie ważonego MaxSAT**, w którym zmienne odpowiadają m.in. stanowi patrolu, położeniu geograficznemu, | ||
| + | |||
| + | Całość jest testowana w **symulatorze miejskiego środowiska**, | ||
| + | |||
| + | **Materiały własne**: \\ | ||
| + | * [[https:// | ||
| + | |||
| + | ===== ▶ Inteligentny asystent turysty ===== | ||
| + | |||
| + | Rozwijamy wielomodułowy, | ||
| + | spersonalizowanych planów zwiedzania miast i regionów. System integruje wiele źródeł danych o preferencjach użytkownika, | ||
| + | uwzględnia aktualny kontekst środowiskowy (pogoda, dostępność atrakcji, godziny otwarcia) i tworzy | ||
| + | optymalne trasy zwiedzania, dostosowane do ograniczeń czasowych i logistycznych. | ||
| + | |||
| + | Budujemy rozwiązanie, | ||
| + | oraz **heurystyczną optymalizację tras (VRPTW)**, generując wielodniowe, | ||
| + | System przetwarza dane z chatbotów, mediów społecznościowych, | ||
| + | tworząc wektorowy profil zainteresowań i priorytetów turysty. | ||
| + | |||
| + | W warstwie rekomendacyjnej wykorzystujemy semantyczne dopasowanie opisów atrakcji do profilu użytkownika, | ||
| + | Bayesowskie metody oceny jakości POI (Wilson score), a także | ||
| + | dostępności i kontekstu lokalnego. Kolejne etapy obejmują klastrowanie dzienne (K-Means) oraz budowę tras | ||
| + | z użyciem algorytmów **Christofidesa, | ||
| + | |||
| + | Tworzymy rozwiązanie, | ||
| + | aplikacjach mobilnych, a także jako komponent wirtualnych biur turystycznych. Projekt obejmuje również rozwój | ||
| + | interfejsu mapowego (Leaflet / OpenStreetMap) i integracji z usługami transportu publicznego. | ||
| + | |||
| + | **Materiały własne**: | ||
| + | * [[https:// | ||
| + | |||
| + | ===== ▶ Syntetyczne trajektorie mobilności turystów w miastach ===== | ||
| + | |||
| + | Rozwijamy system generowania **syntetycznych trajektorii mobilności turystów**, | ||
| + | |||
| + | Model łączy komponenty odpowiedzialne za wybór punktów POI, planowanie sekwencji odwiedzin, konstrukcję tras opartych | ||
| + | |||
| + | Generator może tworzyć dane na dowolną skalę, z kontrolą poziomu realizmu poprzez integrację preferencji turystów, okien czasowych, dostępności obiektów oraz różnych profili wizyt (kulturalnych, | ||
| + | |||
| + | Projekt wspiera rozwój **inteligentnych środowisk miejskich**, | ||
| + | **Materiały własne**: \\ | ||
| + | * [[https:// | ||
| ---- | ---- | ||
| Linia 307: | Linia 394: | ||
| Projekt jest atrakcyjny dla osób zainteresowanych analizą danych, logiką, formalną weryfikacją, | Projekt jest atrakcyjny dla osób zainteresowanych analizą danych, logiką, formalną weryfikacją, | ||
| - | **Publikacja:** | + | **Materiały własne:** |
| - | [[https:// | + | [[https:// |
| ===== ▶ Wyjaśnialna weryfikacja workflow z wykorzystaniem Shapley Values ===== | ===== ▶ Wyjaśnialna weryfikacja workflow z wykorzystaniem Shapley Values ===== | ||
| Linia 333: | Linia 419: | ||
| Projekt ma również wymiar eksperymentalny — analizowane są różne metody przybliżania Shapley Values (Monte Carlo vs. Random Subset Sampling), ich stabilność, | Projekt ma również wymiar eksperymentalny — analizowane są różne metody przybliżania Shapley Values (Monte Carlo vs. Random Subset Sampling), ich stabilność, | ||
| + | |||
| ---- | ---- | ||
| **Obszar tematyczny** | **Obszar tematyczny** | ||
| - | ====== ▶ LLM i Generatywna Sztuczna Inteligencja | + | ====== ▶ |
| <color # | <color # | ||
| - | Large Language Models, Generative | + | model-driven software engineering, |
| - | <color #888888>Generatywna Sztuczna Inteligencja, a w szczególności duże modele językowe (LLM), zmienia sposób projektowania systemów informatycznych. Modele te potrafią rozumieć język naturalny, generować treści, interpretować kontekst, analizować dane oraz wspierać podejmowanie decyzji. Wprowadzają nową jakość w obszarach takich jak programowanie, | + | <color #888888>Modele oprogramowania i formalna weryfikacja stanowią podstawę budowy systemów, które są **spójne, bezpieczne i możliwe do logicznego uzasadnienia**. Pozwalają przechodzić od wymagań i opisów zachowania do precyzyjnych modeli, które można analizować, transformować oraz automatycznie przekształcać w działające komponenty oprogramowania.</ |
| - | <color #888888>LLM są „game changerem”, ponieważ:</ | + | <color #888888>Współczesne środowiska inżynierii oprogramowania coraz częściej wykorzystują **zintegrowane narzędzia AI-IDE**, łączące generatywną sztuczną inteligencję z technikami analizy i weryfikacji formalnej. Dzięki temu możliwe jest:</ |
| - | * //działają uniwersalnie — mogą analizować, streszczać, | + | * //automatyczne tworzenie i uzupełnianie modeli behawioralnych (diagramy aktywności, maszyny stanów),// |
| - | * //rozumieją opisy zadań | + | * //dedukcyjna analiza semantyczna |
| - | * //łączą dane symboliczne i opisowe, umożliwiając semantyczną interpretację kontekstu,// | + | * //automatyczna identyfikacja i kategoryzacja długu technicznego,// |
| - | * //umożliwiają tworzenie agentów potrafiących samodzielnie planować działania,// | + | * //zapewnienie śladowalności i wyjaśnialności na bazie logicznych reprezentacji,// |
| - | * //działają multimodalnie (tekst, obraz, dane), co otwiera nowe zastosowania.// | + | * //projektowanie systemów zgodnie z zasadami correctness-by-construction.// |
| - | <color #888888>Jednocześnie obszar ten wiąże się z wyzwaniami: kontrolą jakości generacji, stabilnością wyników, interpretowalnością, bezpieczeństwem, | + | <color #888888>Dług techniczny oznacza **ukryte koszty wynikające z uproszczonych decyzji projektowych lub implementacyjnych**, które przyspieszają powstawanie systemu, ale później wymagają dodatkowej pracy, refaktoryzacji lub modyfikacji. Modele formalne |
| - | <color #888888>LLM stają się fundamentem nowych platform obliczeniowych, | + | <color #888888>Obszar obejmuje wykorzystanie różnorodnych |
| ---- | ---- | ||
| Linia 363: | Linia 450: | ||
| **Przykładowe tematy projektowe: | **Przykładowe tematy projektowe: | ||
| - | ===== ▶ Analiza kreatywności człowieka i LLM ===== | + | ===== ▶ Modelowanie wymagań systemu z użyciem |
| - | Projekt bada różnice w kreatywności pomiędzy ludźmi a dużymi modelami językowymi. | + | **Słowa kluczowe**: |
| - | Zestaw zadań kreatywnych (np. generowanie nowych pomysłów, wariantów rozwiązań, nietypowych interpretacji) jest wykonywany przez uczestników oraz przez LLM. | + | LLM-assisted modelling, Requirements Engineering, UML, Formal Verification, Deductive Reasoning, AI-IDE |
| - | Oceniane są takie aspekty jak: oryginalność, różnorodność, użyteczność i odwaga poznawcza. | + | |
| - | Celem projektu jest zrozumienie, | + | |
| - | Projekt może obejmować eksperymenty, analizę statystyczną wyników oraz wizualizację profilu kreatywności obu stron. | + | |
| - | ---- | ||
| - | ===== ▶ Hybrid Reasoning: Integracja | + | **Słowa kluczowe**: |
| + | LLM-assisted modelling, Requirements Engineering, | ||
| - | <color # | + | Projekt dotyczy tworzenia nowoczesnego środowiska, w którym **inteligentne modele językowe |
| - | Projekt bada innowacyjne podejście do wnioskowania, łącząc elastyczność i kreatywność Dużych Modeli Językowych (LLM) z precyzją i weryfikowalnością | + | Pracujemy nad rozwiązaniem, które potrafi przetwarzać opisy w języku naturalnym |
| - | Celem jest stworzenie systemu, w którym LLM pełni funkcję Interpretera Języka Naturalnego (tłumacząc zapytania na formalne reguły) oraz Generatywnego Proponującego (tworząc wstępne hipotezy). Następnie, klasyczny silnik dedukcyjny przejmuje rolę Weryfikatora i Finalnego Wnioskującego, | + | W projekcie łączymy zalety generatywnej AI z elementami **formalnej analizy**, która pozwala sprawdzić poprawność logiki modelu i wczesne wychwytywanie potencjalnych błędów projektowych. Takie połączenie umożliwia budowę środowiska typu **inteligentne IDE**, wspierającego |
| - | Projekt | + | Projekt |
| - | ===== ▶ Detekcja i Mitigacja Halucynacji | + | **Materiały |
| + | [[https:// | ||
| - | <color # | ||
| - | Halucynacje | + | ===== ▶ Modelowanie Maszyn Stanowych z Wsparciem Logiki Formalnej |
| - | Innowacja polega na udoskonaleniu trzech kluczowych etapów RAG: | + | **Słowa kluczowe**: |
| + | state machines, behavioural modelling, logical square of opposition, formal reasoning, automated modelling, LLM support | ||
| - | Pobieranie Kontekstu: Eksperymentowanie z zaawansowanymi strategiami pobierania (np. Multi-Hop RAG, Re-ranking). | ||
| - | Generacja: Optymalizacja promptów, aby wymagały od LLM cytowania źródła dla każdego faktu. | + | Projekt IDE SQUARE dotyczy nowoczesnego podejścia do **modelowania maszyn stanowych**, w którym proces projektowania wspierany jest zarówno przez struktury logiki formalnej, jak i inteligentne podpowiedzi generowane przez modele językowe (LLM). Celem jest ułatwienie tworzenia poprawnych, przejrzystych i logicznie spójnych modeli, które stanowią podstawę wielu systemów informatycznych — od aplikacji mobilnych po złożone systemy cyber-fizyczne. |
| - | Autoweryfikacja (Self-Correction/ | + | Kluczowym elementem projektu jest wykorzystanie **kwadratu logicznego** jako narzędzia porządkującego analizę dziedziny. Pozwala on w sposób uporządkowany identyfikować stany, relacje między nimi (sprzeczność, przeciwieństwo, |
| - | Efektem jest implementacja architektury RAG oraz ewaluacja wskaźników Faithfulness (wierność źródłu) i Answer Relevance (trafność odpowiedzi). | + | W projekcie rozwijamy również elementy automatyzacji, |
| - | ===== ▶ Etyka i Bezpieczeństwo: Implementacja Warstw Ochronnych (Guardrails) dla LLM ===== | + | * generowanie propozycji stanów |
| + | * podpowiedzi przejść i zdarzeń wykrytych przez LLM, | ||
| + | * wstępna analiza niespójności na bazie struktur logicznych, | ||
| + | * automatyczna budowa szkieletów kodu powiązanego z maszyną stanów. | ||
| - | <color # | + | Takie połączenie klasycznego modelowania z inteligentnym wsparciem tworzy podstawy **inteligentnego IDE**, które pomaga w projektowaniu systemów lepiej, szybciej i bardziej świadomie. Projekt jest atrakcyjny dla osób zainteresowanych logiką, AI, modelowaniem zachowań systemów oraz praktycznym wykorzystaniem narzędzi programistycznych wspomaganych przez sztuczną inteligencję. |
| - | LLM wdrożone | + | **Materiały |
| + | [[https:// | ||
| - | Projekt polega na zaprojektowaniu i zaimplementowaniu modułu Guardrails, który chroni system przed: | ||
| - | Prompt Injection/ | + | ===== ▶ System Benchmarkingowy dla Theorem Provers |
| - | Generowaniem Szarej Strefy (Harmful Content): Uzyskaniem toksycznych, nieetycznych lub poufnych informacji. | + | **Słowa kluczowe**: |
| + | theorem provers, automated reasoning, logical benchmarks, formal verification, | ||
| - | Moduł ten działa jako pośrednik między użytkownikiem a LLM, wykorzystując techniki takie jak klasyfikatory semantyczne do walidacji intencji oraz Output Filtering do sprawdzania zgodności wygenerowanej odpowiedzi z polityką bezpieczeństwa. | ||
| - | Oczekiwany rezultat to gotowy moduł Guardrails, który jest testowany | + | Projekt dotyczy stworzenia nowoczesnego i elastycznego systemu do **porównywania wydajności theorem proverów** – narzędzi stosowanych w automatycznym wnioskowaniu i formalnej weryfikacji. Celem jest zbudowanie środowiska, |
| - | ---- | + | Tworzymy połączony zestaw dwóch narzędzi: |
| - | **Obszar tematyczny** | + | * **Generatora** – który buduje formuły w logice pierwszego rzędu FOL, od prostych struktur po złożone konstrukcje obejmujące bezpieczeństwo, |
| - | ====== ▶ Systemy Agentowe | + | * **Testera** – który uruchamia wybrane provery |
| - | <color #888888>**Słowa kluczowe**: | + | System pozwala badać m.in.: |
| - | Multi-Agent Systems, Agentic AI, LLM-driven Agents, AutoGen, LangGraph, Generative AI, Context-Aware Agents, Proactive Systems</ | + | |
| + | | ||
| + | | ||
| + | | ||
| + | * głębokość zagnieżdżenia kwantyfikatorów, | ||
| + | * wpływ operatorów, polaryzacji literałów i redundancji, | ||
| + | * formuły o strukturach inspirowanych kwadratem logicznym. | ||
| + | Projekt daje możliwość pracy z logiką, generowaniem danych, tworzeniem narzędzi developerskich oraz analizą eksperymentalną. Powstaje praktyczne środowisko benchmarkowe, | ||
| - | <color # | + | **Materiały własne:** \\ |
| + | * [[https:// | ||
| - | <color # | + | ===== ▶ Ocena możliwości modeli |
| - | * // | + | Projekt koncentruje się na opracowaniu |
| - | * //planować działania i przewidywać konsekwencje decyzji,// | + | |
| - | * // | + | |
| - | * // | + | |
| - | * //uczyć się nowych zadań bez przebudowy kodu,// | + | |
| - | * //działać proaktywnie i adaptacyjnie w dynamicznym środowisku.// | + | |
| + | Ideą projektu jest stworzenie wieloaspektowego benchmarku obejmującego zadania reprezentujące kluczowe obszary SDLC oraz porównanie jakości odpowiedzi różnych modeli. Pozwoli to ocenić ich przydatność, | ||
| - | <color # | + | Możliwe kierunki realizacji obejmują: |
| + | * Analiza wymagań – wykrywanie niejednoznaczności, | ||
| - | <color # | + | * Modelowanie i architektura |
| - | * **operacyjnym** – realizując działania w środowisku (percepcja → interpretacja → decyzja), | + | |
| - | * **strategicznym** – gdzie LLM wspiera rozumowanie, | + | |
| + | * Generowanie i refaktoring kodu – implementacja funkcji na podstawie opisu, poprawa jakości kodu, wykrywanie błędów oraz uzasadnianie zmian. | ||
| - | <color # | + | * Projektowanie testów – tworzenie przypadków testowych |
| - | ---- | + | * Wsparcie DevOps / CI-CD – analiza konfiguracji pipeline, wykrywanie problemów w YAML, dobre praktyki bezpieczeństwa i interpretacja logów. |
| - | **Przykładowe tematy projektowe: | + | * Metodyka oceny jakości – opracowanie jednolitego systemu scoringu (0–3), zastosowanie testów automatycznych do kodu oraz ewaluacja odpowiedzi za pomocą LLM-sędziego. |
| - | ===== ▶ Inteligentny Kampus – Agenci LLM zarządzający środowiskiem IoT ===== | + | Projekt pozwala zrozumieć, które obszary cyklu życia są najbardziej podatne na automatyzację z wykorzystaniem AI, a gdzie modele językowe wykazują istotne ograniczenia. Może obejmować implementację benchmarku SDLC-LLM, porównanie modeli, analizę błędów oraz propozycje rekomendacji i dobrych praktyk wykorzystania LLM w projektach informatycznych. |
| - | **Opis projektu: | + | ===== ▶ Automatyczne wspomaganie decyzji architektonicznych |
| - | Celem jest stworzenie symulowanego (lub częściowo rzeczywistego) inteligentnego kampusu, w którym wiele agentów (czujniki, pomieszczenia, | + | |
| - | Projekt zakłada porównanie dwóch wersji systemu: klasycznego MAS oraz MAS z agentami sterowanymi GenAI. | + | |
| - | **Zakres: | + | Projekt dotyczy stworzenia systemu eksperckiego wspomaganego przez duży model językowy |
| - | * agenci reprezentują sale, czujniki, użytkowników i harmonogram, | + | |
| - | * LLM interpretuje opisy sytuacji („sala przepełniona”, | + | |
| - | * agenci prowadzą negocjacje dot. zasobów | + | |
| - | * system reaguje proaktywnie (np. reorganizacja przy dużym obciążeniu). | + | |
| - | **Hipoteza badawcza: | + | System działa jako interaktywny agent architektoniczny, |
| - | MAS+LLM będzie lepiej rozumieć kontekst i podejmować decyzje bardziej adekwatne semantycznie niż bazowy MAS. | + | |
| - | **Przykładowe metryki:** | + | Projekt obejmuje: |
| - | * liczba poprawnych interpretacji kontekstu, | + | |
| - | * czas reakcji, | + | |
| - | * liczba iteracji negocjacji między agentami, | + | |
| - | * skuteczność proaktywnego działania. | + | |
| - | ===== ▶ Smart Logistics MAS – wieloagentowe zarządzanie flotą z LLM-plannerem ===== | + | * // |
| + | * //mapowanie wymagań na decyzje architektoniczne,// | ||
| + | * //projekt i implementację zestawu promptów,// | ||
| + | * //budowę agenta rekomendującego architekturę na podstawie dialogu,// | ||
| + | * // | ||
| + | * //analizę porównawczą wyników | ||
| + | * //ocenę jakości rekomendacji, | ||
| - | **Opis projektu: | + | W ramach pracy przewidziana |
| - | Celem jest stworzenie środowiska logistycznego (miasto, kampus lub sieć transportowa), | + | |
| - | Wersja klasyczna bazuje | + | |
| - | **Zakres: | + | Efektem końcowym jest prototyp inteligentnego narzędzia wspierającego architekta IT oraz ocena jego przydatności |
| - | * generowanie dynamicznych zdarzeń (opóźnienia, | + | |
| - | * agenci negocjują zadania i priorytety, | + | |
| - | * LLM interpretuje kontekst logistyczny i generuje plany w języku naturalnym, | + | |
| - | * symulacja umożliwia porównanie obu wersji systemu. | + | |
| - | **Hipoteza badawcza: | + | ===== ▶ Iteracyjna refaktoryzacja |
| - | MAS+LLM podejmuje trafniejsze | + | |
| - | **Metryki: | + | Projekt dotyczy opracowania zaawansowanego systemu, który łączy narzędzia formalnej analizy bezpieczeństwa smart kontraktów |
| - | * efektywność tras (km/pojazd), | + | |
| - | * zbieżność decyzji | + | |
| - | * liczba działań wykonanych proaktywnie. | + | |
| - | ===== ▶ HealthGuard MAS – agentowy system e-zdrowia z interpretacją kontekstu przez LLM ===== | + | Praca rozwiązuje realny problem bezpieczeństwa w ekosystemie blockchain: błędy takie jak reentrancy, overflow, niepoprawna obsługa uprawnień czy błędne konstrukcje logiczne prowadzą do strat finansowych, |
| - | **Opis | + | Zakres |
| - | Projekt polega na stworzeniu systemu monitorowania stanu pacjentów, w którym agenci odpowiadają za czujniki (tętno, saturacja, temperatura), | + | |
| - | Wersja MAS klasyczna opiera się na progach alarmowych, podczas gdy wersja MAS+LLM interpretuje sytuację opisowo (np. „pacjent po ćwiczeniach rehabilitacyjnych”, | + | |
| - | **Zakres: | + | |
| - | * symulacja danych biometrycznych i zdarzeń medycznych, | + | |
| - | * wykrywanie anomalii | + | * // |
| - | * interpretacja opisowa | + | * // |
| - | * porównanie trafności decyzji i liczby fałszywych alarmów. | + | * // |
| + | * //próbę automatycznego hardeningu kontraktów na podstawie wiedzy modelu.// | ||
| - | **Hipoteza badawcza: | + | System powinien wspierać wiele cykli analizy – po każdej zaproponowanej poprawce kontrakt jest ponownie weryfikowany, |
| - | MAS+LLM redukuje fałszywe alerty i generuje bardziej kontekstowe decyzje medyczne. | + | |
| - | **Metryki: | + | Efektem końcowym jest prototyp systemu półautomatycznej samooptymalizacji i samonaprawy smart kontraktów, oceniony pod kątem |
| - | * FP rate (fałszywe alarmy), | + | |
| - | * trafność decyzji (zgodność z ekspertem), | + | |
| - | * czas reakcji, | + | |
| - | * czytelność wyjaśnień (ocena 1–5). | + | |
| ---- | ---- | ||
ideas.1764614094.txt.gz · ostatnio zmienione: przez admin
