Brett je Einheit, Stufe 3: Aufgaben sehen, wer sie sehen soll (#684)
- TaskBoard: das Brett einer Aufgabe wird nicht gespeichert, es folgt aus der Organisation - Einheit des Zustaendigen, sonst des Anlegers. Offene Aufgaben ziehen damit beim Umzug mit. Sichtbar: das eigene Brett, fuer eine Leitung alle darunter, und was man selbst angelegt hat (nach oben Gereichtes bleibt im Blick). - TaskItem.CreatedBy, in der Datei als created_by und in der DB. Ein Import aus einer Datei ohne das Feld behaelt, was die DB weiss. - Taskboard-Tool: task_list, task_find und die Dublettenpruefung sehen nur die eigenen Bretter - eine aehnliche Buchhaltungsaufgabe haelt keine Marketingaufgabe auf und bekommt keinen Kommentar von dort. task_update und task_comment antworten auf eine fremde Aufgabe wie auf eine unbekannte. - TaskboardService.ListAsync mit Sichtfilter: erst filtern, dann kappen. - WebUI: jede Aufgabe nennt ihr Brett, ein Filter waehlt eines aus. - Konzept (Abschnitt 3) und Einrichtungshandbuch nachgetragen. Ohne Einheiten aendert sich nichts - ein Brett fuer alle. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5.5
parent
609298dd7a
commit
29d953a5eb
@@ -64,6 +64,8 @@ Instance-{Name}/
|
||||
├── AgentList.json ← Agenten-Register (Name, Beschreibung, Ordner)
|
||||
├── SharedWorkspace/ ← Geteilter Arbeitsbereich
|
||||
│ └── coordination/ ← Status-Dateien für Inter-Agenten-Kommunikation
|
||||
├── SharedWorkspaces/ ← Bereiche mit Mitgliederliste (#684), einer je Einheit
|
||||
│ └── {bereich}/ ← in FileRW als workspace "unit" oder "{bereich}"
|
||||
└── Agent-{Name}/
|
||||
├── AgentSettings.json ← Agent-Konfiguration (Modell, Tools, Scheduler)
|
||||
├── Identity.md ← WER ist der Agent (Rolle, Expertise)
|
||||
|
||||
@@ -244,6 +244,25 @@ Vier Festlegungen:
|
||||
Für bestehende Instanzen bleibt `workspace: "shared"` gültig und zeigt auf den einen
|
||||
Bereich, den es dort gibt. Ohne das bräche jede Aufgabe, die heute läuft.
|
||||
|
||||
**Umgesetzt am 2026-09-24 (#684), mit zwei Abweichungen im Wortlaut, nicht in der Sache:**
|
||||
|
||||
- Der Ordner `SharedWorkspace` wird **nicht umbenannt**. Er bleibt der Bereich `shared`
|
||||
mit dem bisherigen `sharedAccessLevel` am Agenten; die neuen Bereiche liegen daneben
|
||||
unter `SharedWorkspaces/<id>/`. Am alten Pfad hängen FTP, RocketChat, der Agenten-Editor,
|
||||
die Aufgabendateien und die Sicherungen — eine Umbenennung hätte jede laufende
|
||||
Installation gebrochen. Für jeden Bereich gibt es genau eine Quelle des Rechts: für
|
||||
`shared` die Stufe am Agenten, für alle anderen die Mitgliederliste.
|
||||
- Der eigene Bereich einer Einheit trägt ihre Id; ein Agent erreicht ihn in FileRW als
|
||||
`unit`, ohne die Id zu kennen. Welche Bereiche er hat, steht im Organisationsabschnitt
|
||||
seines Prompts.
|
||||
- **Mit Einheiten ist `shared:/tasks/` für FileRW gesperrt.** Eine direkt geschriebene
|
||||
Aufgabendatei ginge an jeder Prüfung des Bretts vorbei. Aufgaben laufen nur über das
|
||||
Taskboard. Ohne Einheiten ändert sich nichts.
|
||||
- **Das Brett einer Aufgabe wird nicht gespeichert**, es folgt aus der Organisation: die
|
||||
Einheit des Zuständigen, sonst die des Anlegers (`created_by`). Offene Aufgaben ziehen
|
||||
damit beim Umzug von selbst mit. Wer eine Aufgabe angelegt hat, sieht sie auch, wenn sie
|
||||
auf dem Brett der Leitung liegt.
|
||||
|
||||
### Die eine Regel, die alles zusammenhält
|
||||
|
||||
**Ein Agent kennt nur seine Einheit und seine Leitung.** Alles andere geht über die
|
||||
|
||||
Reference in New Issue
Block a user