Projekt 001 / W budowie

Niezależny agent
do projektowania FTTH.

Narzędzie do planowania sieci światłowodowej dla wsi albo kilku ulic. Rozmawiasz z nim zwykłym językiem. Lokalny model AI prowadzi rozmowę i podejmuje decyzje wymagające oceny, a kod aplikacji wykonuje rutynową pracę: czyta dane, liczy i zapisuje.

W skrócie

  • 1Rozmowa

    Opisujesz obszar i potrzeby. Model dopytuje, gdy czegoś brakuje.

  • 2Obliczenia

    Kod czyta publiczne rejestry i wykonuje obliczenia. Model nie wymyśla liczb.

  • 3Zatwierdzenie

    Zmiany zakresu, sieci i proponowanych wymagań czekają na Twoje kliknięcie.

Działający prototypPełny test całości jeszcze niezaliczonyBrak opublikowanych wyników testów

Co jest projektowane

Sieć światłowodowa zaczyna się w jednym punkcie centralnym i rozgałęzia się, ulica po ulicy, do każdego budynku. Agent pomaga ustalić, gdzie umieścić te elementy i jak je połączyć.

Ogólny schemat sieci FTTH: jeden POP zasila trzy DP kablami w kanalizacji; każdy DP zasila dwa budynki przyłączami.POPDPDPDP
RYS. 1 Ogólny obraz pojęć, nie wynik projektu.
POP
Punkt centralny, od którego zaczyna się sieć lokalna.
DP
Punkt dystrybucyjny przy grupie budynków.
Kabel w kanalizacji
Biegnie wzdłuż ulic w rurze ochronnej.
Przyłącze
Krótki kabel od DP do jednego budynku.

Kto za co odpowiada

Model dobrze radzi sobie z językiem, a kod z dokładnością. Aplikacja rozdziela te role, a decyzje zostają po Twojej stronie.

TyModelKod

  1. 1
    Pytasz

    O obszar, wymaganie albo poprawkę, zwykłymi słowami.

  2. 2
    Model planuje

    Ustala, czego potrzeba, i wybiera narzędzie.

  3. 3
    Kod wykonuje

    Sprawdza dane wejściowe, czyta rejestry, liczy.

  4. 4
    Zatwierdzasz

    Zakres, sieć i proponowane wymagania czekają na Twoje kliknięcie.

  5. 5
    Kod zapisuje

    Zapisuje wynik i rejestruje, co faktycznie zrobiono.

  6. 6
    Odpowiedź jest sprawdzana

    Drugie przejście modelu ocenia odpowiedź, zanim ją zobaczysz.

RYS. 2 Kroki 2 i 3 (↻) mogą się powtórzyć kilka razy przed odpowiedzią. Kontrola w kroku 6 zmniejsza liczbę błędów, ale nie gwarantuje poprawnej odpowiedzi.
ZMIANA W TOKU · PAŹDZIERNIK 2026

Coraz więcej rutynowej pracy przechodzi z modelu do aplikacji. Przygotowanie danych terenu, wybór adresu do przyłącza i dobór DP działają teraz z paneli aplikacji, które uruchamiasz sam, z podglądem i przyciskiem potwierdzenia. Model zostaje przy rozmowie, pytaniach i rekomendacjach.

Roboczy cel to uproszczony przebieg projektu w około 30 minut. Te zmiany nie przeszły jeszcze pełnego testu.

Na jakim etapie jest projekt

Aplikacja prowadzi pracę w kolejności prawdziwego projektu sieci. Każdy etap poniżej istnieje w prototypie; część ma jeszcze ograniczenia.

  1. Lokalizacja i zakres

    Wybór wsi, ulic albo całej miejscowości z urzędowego rejestru.

    Prototyp
  2. Wymagania

    Założenia projektowe, każde z wiadomością, z której pochodzi.

    Prototyp
  3. Dane terenu

    Budynki, działki, drogi, wysokości, zdjęcia lotnicze i mapy uzbrojenia.

    Prototyp
  4. Koncepcja sieci

    Propozycja miejsca POP i punktów DP.

    Prototyp
  5. Trasy i kanalizacja

    Trasy kabli od POP do DP i plan kanalizacji ulicznej.

    Tylko trasy robocze
  6. Przyłącza do budynków

    Od każdego DP do ściany budynku.

    Sprawdzone na geometrii syntetycznej
  7. Pojemność i bilans

    Porty, splittery i włókna; straty optyczne na trasie.

    Kalkulator sprawdzony offline
  8. Dokumentacja

    HTML, CSV, GeoJSON i ZIP z zapisanych danych.

    Wersja robocza
RYS. 3 zbudowane jako prototyp, zbudowane z wyraźnym ograniczeniem. Żadne z nich nie oznacza zaliczenia pełnego testu rozmowy.

Z jakich danych korzysta

Wszystkie dane mapowe i adresowe pochodzą z publicznych polskich rejestrów i są przechowywane lokalnie razem ze źródłem i datą. Każdy rejestr odpowiada na wąskie pytanie.

Siedem rejestrów jako warstwy: KIUT, ortofotomapa, BDOT10k, EGiB, PRG, NMT i TERYT.KIUTmapy uzbrojeniaOrtofotomapazdjęcia lotniczeBDOT10kdrogiEGiBbudynki, działkiPRGadresyNMTwysokości terenuTERYTmiejscowości, ulice
RYS. 4 Rejestry jako stos warstw. Schemat, nie mapa rzeczywistych danych.
Czego dane źródło nie mówi
TERYT
Wybrany obszar to nie potwierdzona granica.
PRG
Adres to nie budynek, lokal ani abonent.
EGiB
Obrys budynku nie pokazuje, gdzie jest wejście.
BDOT10k
Droga na mapie to nie zgoda na wykop.
NMT
Tylko wysokości, nic o gruncie pod spodem.
Ortofotomapa
Podkład, nie rysunek techniczny.
KIUT
Obraz uzbrojenia, bez głębokości i dokładnego położenia.

Zasady

  • Zrobione znaczy zrobione

    Wynik się liczy tylko wtedy, gdy narzędzie naprawdę zadziałało, a nie gdy tak twierdzi tekst.

  • Kliknięcie znaczy tak

    Cytat ani późniejsza wiadomość nie są zgodą na zmianę.

  • Liczby mają źródło

    Założenia bilansu optycznego muszą pochodzić z Twojej bieżącej wiadomości.

  • Stare wyniki są oznaczane

    Po zmianie obszaru albo wymagania wyniki na nich oparte są oznaczane jako nieaktualne.

  • Te same zasady wszędzie

    Błąd znaleziony w jednej wsi jest naprawiany dla wszystkich projektów, bez wyjątków.

Czym to jeszcze nie jest

To nie jest gotowy projekt sieci.

Agent nie zaliczył jeszcze pełnego testu na nowym projekcie, a długie rozmowy wciąż mogą się nie udać.

Bilans optyczny jest obliczeniem roboczym, nie zatwierdzeniem technicznym, a eksporty to wersje robocze, nie dokumentacja wykonawcza. Publiczne mapy nie potwierdzą wolnego miejsca w kanalizacji, prawa dostępu ani tego, co jest pod ziemią, więc każdy wynik wymaga przeglądu inżyniera.

Następny krok

Jeden mały, powtarzalny test opisany w całości: czego oczekiwano, co się stało, co nie zadziałało i co zmieniono. Każdy wpis z testem poda model, ustawienia, wersję kodu i użyte dane.

Wpis o punkcie wyjścia →