Leopoldadmin/leocrm
1
0
Fork 0
Code Issues 363 Pull Requests Actions 1 Packages Projects Releases 1 Wiki Activity

feat(roadmap): Goals/Milestones in Unified Task System integriert

Browse Source 
- F-TASK-MODEL: task_type um goal/milestone erweitert, success_criteria, target_date, progress
- F-TASK-AGENT: Goal Decomposition (decompose_goal Tool) — Agent zerlegt Goal in Milestones/Tasks/Subtasks
- F-TASK-WORK: goal_card Block-Typ im Workstream mit Progress-Bar, Success-Criteria, Target-Date
- F-TASK-UI: Goal-Views (Übersicht, Hierarchie-Baum, Success-Criteria-Checkliste)
- F-TASK-GOAL: Progress-Aggregation, Success-Criteria-Evaluation, Parent-Status-Propagation
- F-TASK-TEST: um Goal-Decomposition, Progress-Aggregation, Success-Criteria erweitert
- Deliverables Phase F aktualisiert

Goal → Milestone → Task → Subtask Hierarchie im bestehenden Task-Modell.
Kein zweites System — task_type=goal im Unified Task System.
+2.5 Tage Aufwand
This commit is contained in:
Agent Zero
2026-08-13 12:36:11 +02:00
parent e24a64bbab
commit 8e4a85b683
1 changed files with 7 additions and 6 deletions
Download Patch File Download Diff File Expand all files Collapse all files
PLATFORM_ROADMAP.md
+7 -6
View File
@@ -750,15 +750,16 @@ Das bestehende Tasks-Plugin (713 Zeilen, nur `contact_id`, nur User-Assignment)
| Task | Beschreibung | Aufwand |
|------|-------------|---------|
| F-TASK-MODEL | **Task-Modell erweitern** — `assignee_type` (user/agent/group) + `assignee_id` (polymorph), `entity_type` + `entity_id` (polymorph, wie EntityLink), `creator_type` (user/agent/workflow/system) + `creator_id`, `parent_task_id` (Self-Reference für Subtasks), `depends_on` (Task-Dependencies), `task_type` (todo/approval/follow_up/review), Lifecycle: open/in_progress/review/blocked/done/cancelled | 2 Tage |
| F-TASK-MODEL | **Task-Modell erweitern** — `assignee_type` (user/agent/group) + `assignee_id` (polymorph), `entity_type` + `entity_id` (polymorph, wie EntityLink), `creator_type` (user/agent/workflow/system) + `creator_id`, `parent_task_id` (Self-Reference für Subtasks), `depends_on` (Task-Dependencies), `task_type` (todo/approval/follow_up/review/**goal**/**milestone**), `success_criteria` (JSON — wann ist Ziel erreicht?), `target_date` (Deadline für Goal/Milestone), `progress` (aggregiert aus Child-Tasks, 0-100%), Lifecycle: open/in_progress/review/blocked/done/cancelled | 2.5 Tage |
| F-TASK-API | **Task API erweitern** — bestehende Tasks-Routes um polymorphe Entity-Links, polymorphe Assignees, Subtasks, Dependencies und neue Lifecycle-Status ergänzen. Bestehende Contact-Tasks bleiben kompatibel | 1.5 Tage |
| F-TASK-AGENT | **Agent ↔ Task Integration** — Agenten können Tasks erstellen (`create_task` Tool), Tasks zugewiesen bekommen (`assignee_type='agent'`), Task-Status aktualisieren und Tasks als Subtasks zerlegen. `AgentSubtask` wird zu `Task` mit `task_type='agent_subtask'` migriert | 1.5 Tage |
| F-TASK-WORK | **Task → Workstream** — Tasks erscheinen als `task_card` Block-Typ im Communication-System: Titel, Assignee, Due-Date, Status, Entity-Deep-Link, Action-Buttons (Done/Reassign/Comment). Status-Änderungen posten Updates in den Workstream | 1 Tag |
| F-TASK-UI | **Task UI erweitern** — Task-Liste mit Filter (nach Assignee, Entity, Status, Due-Date), Task-Detail mit Subtasks/Dependencies, Task-Board (Kanban-View optional), Task-Assignment-Dropdown (User/Agent/Group) | 2 Tage |
| F-TASK-AGENT | **Agent ↔ Task Integration** — Agenten können Tasks erstellen (`create_task` Tool), Tasks zugewiesen bekommen (`assignee_type='agent'`), Task-Status aktualisieren und Tasks als Subtasks zerlegen. `AgentSubtask` wird zu `Task` mit `task_type='agent_subtask'` migriert. **Goal Decomposition**: Agent kann ein Goal erhalten und es in Milestones/Tasks/Subtasks zerlegen (`decompose_goal` Tool) | 2 Tage |
| F-TASK-WORK | **Task → Workstream** — Tasks erscheinen als `task_card` Block-Typ im Communication-System: Titel, Assignee, Due-Date, Status, Entity-Deep-Link, Action-Buttons (Done/Reassign/Comment). Status-Änderungen posten Updates in den Workstream. Goals/Milestones erscheinen als `goal_card` Block mit Progress-Bar, Success-Criteria, Target-Date und Child-Task-Übersicht | 1.5 Tage |
| F-TASK-UI | **Task UI erweitern** — Task-Liste mit Filter (nach Assignee, Entity, Status, Due-Date, Task-Type), Task-Detail mit Subtasks/Dependencies, Task-Board (Kanban-View optional), Task-Assignment-Dropdown (User/Agent/Group). **Goal-Views**: Goal-Übersicht mit Progress-Bar, Goal-Detail mit Milestone/Task-Hierarchie-Baum, Success-Criteria-Checkliste | 2.5 Tage |
| F-TASK-MIG | **Migration** — bestehende `Task.contact_id` → `entity_type='contact' + entity_id`, `Task.assigned_to` → `assignee_type='user' + assignee_id`. `AgentSubtask` → `Task` mit `task_type='agent_subtask'`. Daten-Migration + View für Übergang | 1 Tag |
| F-TASK-TEST | Tests: Polymorphe Assignment, Entity-Links, Subtasks, Agent-Task-Creation, Workstream-Integration, Migration | 1.5 Tage |
| F-TASK-GOAL | **Goal/Milestone Logik** — `progress`-Aggregation: Parent-Task/Goal/Milestone Progress wird aus Child-Task-Status berechnet (0-100%). `success_criteria`-Evaluation: strukturierte Kriterien die manuell oder per Agent/Workflow gecheckt werden können. Goal ist `done` wenn alle Success-Criteria erfüllt ODER alle Child-Tasks `done` sind (konfigurierbar). Milestone ist `done` wenn alle Child-Tasks `done`. Parent-Status-Propagation: wenn alle Child-Tasks `done` → Parent wird automatisch `review` (konfigurierbar) | 1.5 Tage |
| F-TASK-TEST | Tests: Polymorphe Assignment, Entity-Links, Subtasks, Agent-Task-Creation, Goal-Decomposition, Progress-Aggregation, Success-Criteria-Evaluation, Workstream-Integration, Migration | 2 Tage |
**Deliverables Phase F:** ReAct-Agenten auf vorhandener Agentenbasis, kleiner Skill-Baustein, Tool-/Skill-Calling, Permission-Modell (User/Run-as ∩ Agent ∩ Skill ∩ Tool) mit Concurrency-Schutz, AI-Use-Case-/Transparency-Metadaten, Provider/Data-Policy-Enforcement, Standard+Extended Trace, LLM-Fehlerstrategie (Rate-Limit-Backoff, Provider-Failover, Timeout-Graceful-Stop), strukturiertes Tool-Error-Handling mit ErrorCategory, trigger-basierte Proaktivität, UI Control ohne Permission-Bypass, zentraler ApprovalRequest-Kern + Human-Oversight-Record, Workstream-Ausgabe, Agent UI, 4 Pre-Built Agenten und Unified Task System (polymorphe Assignment, Entity-Links, Subtasks, Agent↔Task, Workstream-Integration).
**Deliverables Phase F:** ReAct-Agenten auf vorhandener Agentenbasis, kleiner Skill-Baustein, Tool-/Skill-Calling, Permission-Modell (User/Run-as ∩ Agent ∩ Skill ∩ Tool) mit Concurrency-Schutz, AI-Use-Case-/Transparency-Metadaten, Provider/Data-Policy-Enforcement, Standard+Extended Trace, LLM-Fehlerstrategie (Rate-Limit-Backoff, Provider-Failover, Timeout-Graceful-Stop), strukturiertes Tool-Error-Handling mit ErrorCategory, trigger-basierte Proaktivität, UI Control ohne Permission-Bypass, zentraler ApprovalRequest-Kern + Human-Oversight-Record, Workstream-Ausgabe, Agent UI, 4 Pre-Built Agenten und Unified Task System mit Goals (polymorphe Assignment, Entity-Links, Subtasks, Goal/Milestone-Hierarchie, Progress-Aggregation, Success-Criteria, Agent Goal-Decomposition, Workstream-Integration).
---