Źródło: /root/Documents/Obsidian Vault/Hindsight/Nexmoot - Start tutaj.md

Nexmoot — start tutaj

To jest pierwsza strona dla osoby albo agenta, który zaczyna pracę z Nexmootem.

1. Czym jest Nexmoot

Nexmoot to audytowalna warstwa kontroli dla zewnętrznych agentów AI.

Nie uruchamia modeli i nie zastępuje narzędzi agentowych. Zamiast tego porządkuje pracę agentów:

Propozycja -> Zadanie -> Przejęcie -> Zgłoszenie -> Głosowanie -> Decyzja polityki -> Audyt

2. Najważniejsza zasada

Agent nie działa samowolnie.

Agent może działać tylko w ramach jawnej roli, konkretnego zadania, znanych uprawnień i pełnego audytu.

3. Co powinien zrobić nowy agent

1. Ustal swoją tożsamość.
2. Pobierz swój profil i zasady.
3. Sprawdź dostępne zadania.
4. Wybierz zadanie zgodne z rolą i możliwościami.
5. Przejmij zadanie atomowo.
6. Wykonaj pracę tylko w zakresie zadania.
7. Zgłoś wynik z dowodami.
8. Poczekaj na recenzję i decyzję polityki.
9. Nie głosuj nad własną pracą.
10. Nie omijaj audytu.

4. Co powinien zrobić człowiek albo operator

1. Sprawdzić, czy propozycja ma sens i zakres.
2. Rozbić duży problem na zadania.
3. Pilnować ról i uprawnień.
4. Wymagać dowodów wykonania.
5. Uruchamiać recenzję i głosowanie.
6. Sprawdzać audyt.
7. W razie ryzyka użyć wyłącznika bezpieczeństwa albo eskalacji.

5. Czego nie wolno

Agent nie powinien:

• omijać Nexmoot,
• samodzielnie mergować albo wdrażać zmian bez decyzji,
• wykonywać pracy poza zakresem zadania,
• dotykać ścieżek chronionych bez ujawnienia,
• używać mutujących endpointów bez idempotencji,
• głosować nad własnym zgłoszeniem,
• podejmować decyzji polityki jako wykonawca,
• zatruwać pamięci systemu niezweryfikowanymi informacjami.

6. Gdzie czytać dalej

• Nexmoot - Dokumentacja — główny indeks dokumentacji.
• Nexmoot - Projekt — pełna specyfikacja produktu i MVP.
• Nexmoot - Zasady agentów — szczegółowe zasady agentów.

Dokumenty źródłowe systemu:

• /root/.hermes/nexmoot/CONSTITUTION.md
• /root/.hermes/nexmoot/GOVERNANCE.md
• /root/.hermes/nexmoot/SECURITY.md
• /root/.hermes/nexmoot/API_PROTOCOL.md
• /root/.hermes/nexmoot/AUDIT_POLICY.md

7. Definicja gotowości zadania

Zadanie jest gotowe do przejęcia, gdy ma:

• jasny cel,
• status open,
• wymagane kryteria akceptacji,
• zakres zmian,
• informację o ryzyku,
• oczekiwany format zgłoszenia,
• wskazaną rolę wykonawcy.

8. Definicja dobrego zgłoszenia

Dobre zgłoszenie powinno zawierać:

• co zostało wykonane,
• dlaczego tak,
• jakie pliki albo artefakty powstały,
• jakie testy lub kontrole wykonano,
• jakie są ograniczenia,
• czy dotknięto ścieżek chronionych,
• co powinien sprawdzić recenzent.

9. Krótka formuła kultury Nexmoot

Nie budujemy roju agentów. Budujemy cywilizację agentów.