NanoClaw erweitern und dazu beitragen
1. Beginne zuerst mit dem Skill-Modell​
NanoClaws Leitfaden für Beiträge ist erfrischend deutlich:
do not add broad new features to trunk if they belong as skills
Das heißt, deine erste Designentscheidung ist, ob die Änderung dorthin gehört:
| Ziel | Erste Anlaufstelle |
|---|---|
| Host-Runtime | Core-src/-Host-Dateien |
| Provider- oder Channel-Modul | per Skill installierter Branch oder Modul |
| Verhalten pro Agent | Workspace auf Gruppenebene oder Container-Schicht |
| Docs und Migration | Docs- und Migrationsskripte |
2. Warum das wichtig ist​
Das Projekt möchte, dass der Trunk bleibt:
- klein,
- verständlich,
- und sicher zu forken.
Wenn du dieses Ziel ignorierst, kämpfst du wahrscheinlich gegen die Philosophie des Repos.
3. Beste erste Beiträge​
- Klärung von Docs und Architektur,
- Feinschliff bei Migration und Installation,
- Skill-Beispiele,
- gezielte Fixes an der Host-Runtime,
- Verbesserungen am Isolationsmodell.
4. Denke in wartbaren Forks​
Ein guter NanoClaw-Beitrag sollte Nutzern helfen, ihren Fork schlank und verständlich zu halten, statt den Main-Branch schwerer auditierbar zu machen.
5. Bevor du einen PR öffnest​
Frage dich, ob die Fähigkeit in den Trunk, in einen Skill-Branch oder in den eigenen Fork des Nutzers gehört. Bei NanoClaw ist diese Wahl Teil der Architektur.