Jun 11, 2026, 10:08 AM
This commit is contained in:
@@ -16,7 +16,7 @@ Wzdrzec architektoniczny polegający na umieszczeniu w katalogu głównym projek
|
|||||||
## How It Works
|
## How It Works
|
||||||
Sesje z terminalowymi agentami AI (np. [[entities/claude-code]]) są bezstanowe. Każda nowa sesja zaczyna się od zera. Umieszczenie kontraktu w pliku o stałej lokalizacji sprawia, że agent odczytuje go automatycznie przy uruchomieniu i odzyskuje pełny kontekst operacyjny. Kontrakt zazwyczaj zawiera:
|
Sesje z terminalowymi agentami AI (np. [[entities/claude-code]]) są bezstanowe. Każda nowa sesja zaczyna się od zera. Umieszczenie kontraktu w pliku o stałej lokalizacji sprawia, że agent odczytuje go automatycznie przy uruchomieniu i odzyskuje pełny kontekst operacyjny. Kontrakt zazwyczaj zawiera:
|
||||||
- **Strukturę katalogów**: Co znajduje się w poszczególnych folderach.
|
- **Strukturę katalogów**: Co znajduje się w poszczególnych folderach.
|
||||||
- **Konwencje techniczne**: Standardy linkowania (np. [[WikiLinks]]), formatowanie YAML, styl nazewnictwa.
|
- **Konwencje techniczne**: Standardy linkowania (np. WikiLinks), formatowanie YAML, styl nazewnictwa.
|
||||||
- **Instrukcje bezpieczeństwa (Negative Instructions)**: Czego agentowi *bezwzględnie nie wolno robić* (np. modyfikować folderu z szablonami, usuwać plików bez potwierdzenia).
|
- **Instrukcje bezpieczeństwa (Negative Instructions)**: Czego agentowi *bezwzględnie nie wolno robić* (np. modyfikować folderu z szablonami, usuwać plików bez potwierdzenia).
|
||||||
- **Aktywny kontekst**: Nad czym aktualnie pracuje użytkownik i co powinno być priorytetem bieżącej sesji.
|
- **Aktywny kontekst**: Nad czym aktualnie pracuje użytkownik i co powinno być priorytetem bieżącej sesji.
|
||||||
|
|
||||||
|
|||||||
@@ -27,7 +27,7 @@ Programista identyfikuje algorytmy i reguły logiczne potrzebne do rozwiązania
|
|||||||
- W zadaniach, gdzie dane są rzadkie lub nie istnieją.
|
- W zadaniach, gdzie dane są rzadkie lub nie istnieją.
|
||||||
|
|
||||||
## Related Concepts
|
## Related Concepts
|
||||||
- [[concepts/software-2.0]] - Następca i uzupełnienie Software 1.0.
|
- [[concepts/software-2-0]] - Następca i uzupełnienie Software 1.0.
|
||||||
- [[concepts/knowledge-compilation]] - Proces zamiany kodu 1.0 na binarny vs trening modelu 2.0.
|
- [[concepts/knowledge-compilation]] - Proces zamiany kodu 1.0 na binarny vs trening modelu 2.0.
|
||||||
|
|
||||||
## Sources
|
## Sources
|
||||||
|
|||||||
@@ -35,7 +35,7 @@ Zamiast budować algorytm, programista 2.0:
|
|||||||
- **Uprzedzenia**: Model kopiuje błędy i uprzedzenia zawarte w danych treningowych.
|
- **Uprzedzenia**: Model kopiuje błędy i uprzedzenia zawarte w danych treningowych.
|
||||||
|
|
||||||
## Related Concepts
|
## Related Concepts
|
||||||
- [[concepts/software-1.0]] - Tradycyjne podejście.
|
- [[concepts/software-1-0]] - Tradycyjne podejście.
|
||||||
- [[concepts/knowledge-compilation]] - Trening jako forma kompilacji wiedzy.
|
- [[concepts/knowledge-compilation]] - Trening jako forma kompilacji wiedzy.
|
||||||
- [[concepts/autoresearch]] - Automatyzacja tworzenia oprogramowania 2.0.
|
- [[concepts/autoresearch]] - Automatyzacja tworzenia oprogramowania 2.0.
|
||||||
|
|
||||||
|
|||||||
@@ -15,7 +15,7 @@ Zaawansowany agent AI działający w interfejsie wiersza poleceń (CLI), stworzo
|
|||||||
|
|
||||||
## Key Characteristics
|
## Key Characteristics
|
||||||
- **Zorientowany na "Codebase"**: Działa bezpośrednio w systemie plików użytkownika, zachowując głęboki kontekst i potrafiąc analizować wzajemne powiązania między setkami dokumentów.
|
- **Zorientowany na "Codebase"**: Działa bezpośrednio w systemie plików użytkownika, zachowując głęboki kontekst i potrafiąc analizować wzajemne powiązania między setkami dokumentów.
|
||||||
- **Wsparcie dla Markdown**: Doskonale radzi sobie ze skarbami notatek (np. [[entities/obsidian]]) traktując je jak bazy kodu: notatki jako pliki źródłowe, a linki `[[WikiLinks]]` jako deklaracje importu.
|
- **Wsparcie dla Markdown**: Doskonale radzi sobie ze skarbami notatek (np. [[entities/obsidian]]) traktując je jak bazy kodu: notatki jako pliki źródłowe, a linki WikiLinks jako deklaracje importu.
|
||||||
- **Sterowanie Kontraktem**: Wykonuje złożone zadania w oparciu o lokalne instrukcje zdefiniowane w pliku [[concepts/agent-contracts]] (`CLAUDE.md`).
|
- **Sterowanie Kontraktem**: Wykonuje złożone zadania w oparciu o lokalne instrukcje zdefiniowane w pliku [[concepts/agent-contracts]] (`CLAUDE.md`).
|
||||||
- **Trwała Pamięć**: Choć sesje LLM są z natury bezstanowe, Claude Code potrafi akumulować wiedzę o nawykach i preferencjach użytkownika, zapisując je w pliku `memory.md` wewnątrz repozytorium.
|
- **Trwała Pamięć**: Choć sesje LLM są z natury bezstanowe, Claude Code potrafi akumulować wiedzę o nawykach i preferencjach użytkownika, zapisując je w pliku `memory.md` wewnątrz repozytorium.
|
||||||
|
|
||||||
|
|||||||
@@ -27,5 +27,5 @@ Dla osób szukających konkretnego formatu pliku.
|
|||||||
## Log i Administracja
|
## Log i Administracja
|
||||||
- [[log]] — Historia zmian w Knowledge Base.
|
- [[log]] — Historia zmian w Knowledge Base.
|
||||||
- [[feynman_problems]] — Centralne śledzenie problemów.
|
- [[feynman_problems]] — Centralne śledzenie problemów.
|
||||||
|
- [[concepts/_index_karpathy]] — Manifest i opis wzorca LLM Knowledge Base (Karpathy Pattern).
|
||||||
- [[journal/index]] — Dziennik badawczy.
|
- [[journal/index]] — Dziennik badawczy.
|
||||||
|
|
||||||
|
|||||||
@@ -13,7 +13,7 @@ confidence: high
|
|||||||
Artykuł Aleksandra Szereszewskiego opisuje koncepcję traktowania bazy notatek Obsidian jako aktywnego grafu wiedzy (Knowledge Graph) i uwalniania jej potencjału za pomocą Claude Code oraz protokołu MCP (Model Context Protocol). Autor dzieli się doświadczeniami z pięciu lat prowadzenia skarbca zawierającego ponad 5 000 notatek.
|
Artykuł Aleksandra Szereszewskiego opisuje koncepcję traktowania bazy notatek Obsidian jako aktywnego grafu wiedzy (Knowledge Graph) i uwalniania jej potencjału za pomocą Claude Code oraz protokołu MCP (Model Context Protocol). Autor dzieli się doświadczeniami z pięciu lat prowadzenia skarbca zawierającego ponad 5 000 notatek.
|
||||||
|
|
||||||
## Key Points
|
## Key Points
|
||||||
- **Skarbiec jako Graf**: Notatki w Obsidianie to węzły (nodes), WikiLinki `[[link]]` to krawędzie skierowane (edges), a tagi i właściwości frontmatter to atrybuty węzłów.
|
- **Skarbiec jako Graf**: Notatki w Obsidianie to węzły (nodes), WikiLinki (np. double-brackets) to krawędzie skierowane (edges), a tagi i właściwości frontmatter to atrybuty węzłów.
|
||||||
- **Obsidian to Codebase**: Claude Code doskonale radzi sobie ze skarbem Obsidianu, ponieważ traktuje notatki Markdown jak pliki kodu źródłowego, a linki jak instrukcje importu.
|
- **Obsidian to Codebase**: Claude Code doskonale radzi sobie ze skarbem Obsidianu, ponieważ traktuje notatki Markdown jak pliki kodu źródłowego, a linki jak instrukcje importu.
|
||||||
- **Rola CLAUDE.md**: Pełni rolę stałego dokumentu wdrożeniowego (kontraktu) dla agenta, definiując strukturę (Projects, Areas, Resources, Archive), konwencje linkowania i tagowania oraz bezwzględne reguły bezpieczeństwa (np. zakaz modyfikacji szablonów i załączników).
|
- **Rola CLAUDE.md**: Pełni rolę stałego dokumentu wdrożeniowego (kontraktu) dla agenta, definiując strukturę (Projects, Areas, Resources, Archive), konwencje linkowania i tagowania oraz bezwzględne reguły bezpieczeństwa (np. zakaz modyfikacji szablonów i załączników).
|
||||||
- **Optymalizacja za pomocą MCP**: Aby uniknąć powolnego wyszukiwania i marnowania tokenów w dużych skarbcach, wykorzystuje się serwery MCP (np. MCPVault lub TurboVault), które udostępniają skarbiec jako ustrukturyzowaną bazę danych grafowych.
|
- **Optymalizacja za pomocą MCP**: Aby uniknąć powolnego wyszukiwania i marnowania tokenów w dużych skarbcach, wykorzystuje się serwery MCP (np. MCPVault lub TurboVault), które udostępniają skarbiec jako ustrukturyzowaną bazę danych grafowych.
|
||||||
|
|||||||
@@ -26,8 +26,8 @@ Przełomowy esej Andreja Karpathy'ego definiujący przejście od tradycyjnego op
|
|||||||
- **Nowe oprzyrządowanie**: Potrzeba nowych "IDE 2.0" skupionych na kuratorstwie danych, etykietowaniu i wizualizacji niepewności modelu.
|
- **Nowe oprzyrządowanie**: Potrzeba nowych "IDE 2.0" skupionych na kuratorstwie danych, etykietowaniu i wizualizacji niepewności modelu.
|
||||||
|
|
||||||
## Relevant Concepts
|
## Relevant Concepts
|
||||||
- [[concepts/software-1.0]] - Tradycyjne programowanie.
|
- [[concepts/software-1-0]] - Tradycyjne programowanie.
|
||||||
- [[concepts/software-2.0]] - Programowanie przez dane i optymalizację.
|
- [[concepts/software-2-0]] - Programowanie przez dane i optymalizację.
|
||||||
- [[concepts/knowledge-compilation]] - Bezpośrednia analogia Karpathy'ego: trening jako kompilacja.
|
- [[concepts/knowledge-compilation]] - Bezpośrednia analogia Karpathy'ego: trening jako kompilacja.
|
||||||
|
|
||||||
## Source Metadata
|
## Source Metadata
|
||||||
|
|||||||
Reference in New Issue
Block a user