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 20:24] – 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ą, | ||
| Linia 149: | Linia 152: | ||
| **Przykładowe tematy projektowe: | **Przykładowe tematy projektowe: | ||
| - | ===== ▶ Inteligentny Kampus – Agenci LLM zarządzający środowiskiem | + | **Materiały**: |
| + | * [[https:// | ||
| - | **Opis projektu: | ||
| - | 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: | ||
| - | * agenci reprezentują sale, czujniki, użytkowników i harmonogram, | ||
| - | * LLM interpretuje opisy sytuacji („sala przepełniona”, | ||
| - | * agenci prowadzą negocjacje dot. zasobów (sale, energia, wentylacja), | ||
| - | * system reaguje proaktywnie (np. reorganizacja przy dużym obciążeniu). | ||
| - | |||
| - | **Hipoteza badawcza: | ||
| - | MAS+LLM będzie lepiej rozumieć kontekst i podejmować decyzje bardziej adekwatne semantycznie niż bazowy MAS. | ||
| - | |||
| - | **Przykładowe metryki: | ||
| - | * 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 ===== | ===== ▶ Smart Logistics MAS – wieloagentowe zarządzanie flotą z LLM-plannerem ===== | ||
| Linia 210: | Linia 196: | ||
| * czas reakcji, | * czas reakcji, | ||
| * czytelność wyjaśnień (ocena 1–5). | * czytelność wyjaśnień (ocena 1–5). | ||
| + | |||
| + | ===== ▶ Animal Farm MAS – Agentowy System Opieki nad Zwierzętami i Optymalizacji Produkcji z LLM-Doradcą ===== | ||
| + | |||
| + | <color # | ||
| + | |||
| + | 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 (Offspring Care), czujniki gazów toksycznych (związanych z wydzielinami zwierząt), urządzenia śledzące zwierzęta (Animal Tracking) oraz systemy kontroli hydroponiki. | ||
| + | |||
| + | Wersja klasyczna alarmuje przy chorobie. Wersja MAS+LLM działa jako Doradca Weterynaryjny i Produkcyjny, | ||
| + | |||
| + | Zakres: | ||
| + | * Symulacja danych: wahania warunków w budynkach inwentarskich (wentylacja, | ||
| + | |||
| + | * LLM interpretuje wzorce: „Pojedynczy wzrost amoniaku w sektorze A jest alarmujący, | ||
| + | |||
| + | * LLM generuje spersonalizowane plany opieki i hodowli (np. zmiana diety, optymalizacja mikroklimatu dla konkretnej grupy zwierząt). | ||
| + | |||
| + | * Porównanie wpływu interwencji LLM na zdrowie stada i efektywność upraw. | ||
| + | |||
| + | Hipoteza badawcza: MAS z LLM-Doradcą redukuje śmiertelność (szczególnie wśród potomstwa) i poprawia wydajność produkcji (zarówno zwierzęcej, | ||
| + | |||
| + | Metryki: | ||
| + | |||
| + | * Wskaźnik śmiertelności/ | ||
| + | |||
| + | * Procent zoptymalizowanej produkcji (np. większa efektywność upraw hydroponicznych). | ||
| + | |||
| + | * Trafność i szybkość diagnostyki proaktywnej (wykrycie problemu przed wystąpieniem objawów klinicznych). | ||
| ---- | ---- | ||
| Linia 260: | Linia 273: | ||
| **Materiały własne:** \\ | **Materiały własne:** \\ | ||
| [[https:// | [[https:// | ||
| - | [[https:// | + | [[https:// |
| Linia 327: | Linia 340: | ||
| **Materiały własne**: \\ | **Materiały własne**: \\ | ||
| * [[https:// | * [[https:// | ||
| + | |||
| + | ---- | ||
| + | **Obszar tematyczny** | ||
| + | ====== ▶ Workflow Mining / Process Mining ====== | ||
| + | |||
| + | <color # | ||
| + | Process Mining, Workflow Discovery, Event Logs, Process Optimization, | ||
| + | |||
| + | |||
| + | <color # | ||
| + | |||
| + | |||
| + | <color # | ||
| + | |||
| + | * // | ||
| + | * // | ||
| + | * // | ||
| + | * // | ||
| + | * //analiz predykcyjnych i detekcji anomalii.// | ||
| + | |||
| + | |||
| + | <color # | ||
| + | |||
| + | |||
| + | <color # | ||
| + | |||
| + | |||
| + | <color # | ||
| + | |||
| + | ---- | ||
| + | |||
| + | **Przykładowe tematy projektowe: | ||
| + | |||
| + | ===== ▶ Automatyczne wydobywanie logiki z event logów ===== | ||
| + | |||
| + | **Słowa kluczowe**: | ||
| + | Process Mining, Workflow Discovery, Event Logs, Temporal Logic, Automated Reasoning, Formal Methods, LLM-supported Analysis | ||
| + | |||
| + | |||
| + | Event logi to jedno z najbogatszych i najbardziej wiarygodnych źródeł wiedzy o tym, jak naprawdę działają systemy. Zawierają szczegółowe zapisy zdarzeń wykonywanych przez użytkowników, | ||
| + | |||
| + | W projekcie opracowujemy podejście łączące techniki Process Mining z logiką temporalną i automatycznym wnioskowaniem. Celem jest wydobywanie z event logów formalnych reguł opisujących zachowanie procesów: zależności czasowych, kolejności działań, sytuacji wyjątkowych oraz wzorców przepływu pracy. Takie reguły mogą następnie służyć do analizy poprawności, | ||
| + | |||
| + | Tworzone rozwiązanie wykorzystuje: | ||
| + | * algorytmy odkrywania procesów (np. Inductive Miner), | ||
| + | * identyfikację typowych wzorców zachowań (sekwencje, rozgałęzienia, | ||
| + | * generowanie formuł logiki temporalnej opisujących te zależności, | ||
| + | * automatyczną weryfikację reguł z wykorzystaniem theorem provers, | ||
| + | * możliwość interpretacji i podpowiedzi wspieranych przez LLM. | ||
| + | |||
| + | Takie podejście pozwala przejść od surowych danych operacyjnych do formalnych specyfikacji procesu, które mogą być wykorzystane w optymalizacji, | ||
| + | |||
| + | Projekt jest atrakcyjny dla osób zainteresowanych analizą danych, logiką, formalną weryfikacją, | ||
| + | |||
| + | **Materiały własne:** | ||
| + | [[https:// | ||
| + | |||
| + | ===== ▶ Wyjaśnialna weryfikacja workflow z wykorzystaniem Shapley Values ===== | ||
| + | |||
| + | **Słowa kluczowe**: | ||
| + | Process Mining, Workflow Analysis, Temporal Logic, Shapley Values, Explainability, | ||
| + | |||
| + | |||
| + | Współczesne systemy generują ogromne ilości event logów, na podstawie których można automatycznie odkrywać złożone, hierarchiczne modele workflow. Problem pojawia się wtedy, gdy takie modele rosną do setek lub tysięcy elementów — trudno zrozumieć, *dlaczego* dany proces spełnia (lub narusza) właściwości logiczne, które elementy są kluczowe dla poprawności, | ||
| + | |||
| + | Projekt rozwija narzędzie łączące Process Mining, logikę temporalną oraz Shapley Values z teorii gier kooperacyjnych, | ||
| + | * spójność (satisfiability), | ||
| + | * możliwość postępu (liveness), | ||
| + | * bezpieczeństwo (safety). | ||
| + | |||
| + | Następnie, dzięki Shapley Values, projekt umożliwia określenie, | ||
| + | * są **krytyczne** — bez nich proces traci poprawność, | ||
| + | * są **neutralne**, | ||
| + | * są **zbędne lub szkodliwe**, | ||
| + | |||
| + | Ta forma wyjaśnialności pozwala zobaczyć, *dlaczego* model zachowuje się tak, jak pokazują wyniki weryfikacji — zamiast jedynie otrzymać odpowiedź „spełnia/ | ||
| + | To szczególnie cenne w audytach, compliance, optymalizacji procesów oraz diagnozowaniu dużych workflow pochodzących z przemysłu i administracji. | ||
| + | |||
| + | Projekt ma również wymiar eksperymentalny — analizowane są różne metody przybliżania Shapley Values (Monte Carlo vs. Random Subset Sampling), ich stabilność, | ||
| + | |||
| ---- | ---- | ||
| Linia 427: | Linia 520: | ||
| * [[https:// | * [[https:// | ||
| + | |||
| + | ===== ▶ Ocena możliwości modeli LLM w automatycznym wspieraniu aktywności cyklu życia oprogramowania ===== | ||
| + | |||
| + | Projekt koncentruje się na opracowaniu i eksperymentalnym zbadaniu możliwości dużych modeli językowych (LLM) w automatycznym wspieraniu poszczególnych aktywności cyklu życia oprogramowania (Software Development Life Cycle). Celem jest zrozumienie, | ||
| + | |||
| + | 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ść, | ||
| + | |||
| + | Możliwe kierunki realizacji obejmują: | ||
| + | |||
| + | * Analiza wymagań – wykrywanie niejednoznaczności, | ||
| + | |||
| + | * Modelowanie i architektura – tworzenie opisów architektury, | ||
| + | |||
| + | * Generowanie i refaktoring kodu – implementacja funkcji na podstawie opisu, poprawa jakości kodu, wykrywanie błędów oraz uzasadnianie zmian. | ||
| + | |||
| + | * Projektowanie testów – tworzenie przypadków testowych (w tym brzegowych), | ||
| + | |||
| + | * Wsparcie DevOps / CI-CD – analiza konfiguracji pipeline, wykrywanie problemów w YAML, dobre praktyki bezpieczeństwa i interpretacja logów. | ||
| + | |||
| + | * Metodyka oceny jakości – opracowanie jednolitego systemu scoringu (0–3), zastosowanie testów automatycznych do kodu oraz ewaluacja odpowiedzi za pomocą LLM-sędziego. | ||
| + | |||
| + | 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. | ||
| ===== ▶ Automatyczne wspomaganie decyzji architektonicznych z wykorzystaniem LLM ===== | ===== ▶ Automatyczne wspomaganie decyzji architektonicznych z wykorzystaniem LLM ===== | ||
| Linia 466: | Linia 581: | ||
| Efektem końcowym jest prototyp systemu półautomatycznej samooptymalizacji i samonaprawy smart kontraktów, | Efektem końcowym jest prototyp systemu półautomatycznej samooptymalizacji i samonaprawy smart kontraktów, | ||
| - | |||
| - | |||
| - | ---- | ||
| - | **Obszar tematyczny** | ||
| - | ====== ▶ Workflow Mining / Process Mining ====== | ||
| - | |||
| - | <color # | ||
| - | Process Mining, Workflow Discovery, Event Logs, Process Optimization, | ||
| - | |||
| - | |||
| - | <color # | ||
| - | |||
| - | |||
| - | <color # | ||
| - | |||
| - | * // | ||
| - | * // | ||
| - | * // | ||
| - | * // | ||
| - | * //analiz predykcyjnych i detekcji anomalii.// | ||
| - | |||
| - | |||
| - | <color # | ||
| - | |||
| - | |||
| - | <color # | ||
| - | |||
| - | |||
| - | <color # | ||
| - | |||
| - | ---- | ||
| - | |||
| - | **Przykładowe tematy projektowe: | ||
| - | |||
| - | ===== ▶ Automatyczne wydobywanie logiki z event logów ===== | ||
| - | |||
| - | **Słowa kluczowe**: | ||
| - | Process Mining, Workflow Discovery, Event Logs, Temporal Logic, Automated Reasoning, Formal Methods, LLM-supported Analysis | ||
| - | |||
| - | |||
| - | Event logi to jedno z najbogatszych i najbardziej wiarygodnych źródeł wiedzy o tym, jak naprawdę działają systemy. Zawierają szczegółowe zapisy zdarzeń wykonywanych przez użytkowników, | ||
| - | |||
| - | W projekcie opracowujemy podejście łączące techniki Process Mining z logiką temporalną i automatycznym wnioskowaniem. Celem jest wydobywanie z event logów formalnych reguł opisujących zachowanie procesów: zależności czasowych, kolejności działań, sytuacji wyjątkowych oraz wzorców przepływu pracy. Takie reguły mogą następnie służyć do analizy poprawności, | ||
| - | |||
| - | Tworzone rozwiązanie wykorzystuje: | ||
| - | * algorytmy odkrywania procesów (np. Inductive Miner), | ||
| - | * identyfikację typowych wzorców zachowań (sekwencje, rozgałęzienia, | ||
| - | * generowanie formuł logiki temporalnej opisujących te zależności, | ||
| - | * automatyczną weryfikację reguł z wykorzystaniem theorem provers, | ||
| - | * możliwość interpretacji i podpowiedzi wspieranych przez LLM. | ||
| - | |||
| - | Takie podejście pozwala przejść od surowych danych operacyjnych do formalnych specyfikacji procesu, które mogą być wykorzystane w optymalizacji, | ||
| - | |||
| - | Projekt jest atrakcyjny dla osób zainteresowanych analizą danych, logiką, formalną weryfikacją, | ||
| - | |||
| - | **Materiały własne:** | ||
| - | [[https:// | ||
| - | |||
| - | ===== ▶ Wyjaśnialna weryfikacja workflow z wykorzystaniem Shapley Values ===== | ||
| - | |||
| - | **Słowa kluczowe**: | ||
| - | Process Mining, Workflow Analysis, Temporal Logic, Shapley Values, Explainability, | ||
| - | |||
| - | |||
| - | Współczesne systemy generują ogromne ilości event logów, na podstawie których można automatycznie odkrywać złożone, hierarchiczne modele workflow. Problem pojawia się wtedy, gdy takie modele rosną do setek lub tysięcy elementów — trudno zrozumieć, *dlaczego* dany proces spełnia (lub narusza) właściwości logiczne, które elementy są kluczowe dla poprawności, | ||
| - | |||
| - | Projekt rozwija narzędzie łączące Process Mining, logikę temporalną oraz Shapley Values z teorii gier kooperacyjnych, | ||
| - | * spójność (satisfiability), | ||
| - | * możliwość postępu (liveness), | ||
| - | * bezpieczeństwo (safety). | ||
| - | |||
| - | Następnie, dzięki Shapley Values, projekt umożliwia określenie, | ||
| - | * są **krytyczne** — bez nich proces traci poprawność, | ||
| - | * są **neutralne**, | ||
| - | * są **zbędne lub szkodliwe**, | ||
| - | |||
| - | Ta forma wyjaśnialności pozwala zobaczyć, *dlaczego* model zachowuje się tak, jak pokazują wyniki weryfikacji — zamiast jedynie otrzymać odpowiedź „spełnia/ | ||
| - | To szczególnie cenne w audytach, compliance, optymalizacji procesów oraz diagnozowaniu dużych workflow pochodzących z przemysłu i administracji. | ||
| - | |||
| - | Projekt ma również wymiar eksperymentalny — analizowane są różne metody przybliżania Shapley Values (Monte Carlo vs. Random Subset Sampling), ich stabilność, | ||
| ---- | ---- | ||
ideas.1764617072.txt.gz · ostatnio zmienione: przez admin
