Archive completed tasks, add cleanup commands, self-documenting dashboard UI
CI / build (push) Has been cancelled
CI / build (push) Has been cancelled
- Archive 79 completed framework-dev tasks from tasks/ -> tasks/complete/ - status.py: add --cleanup-done and --install-cleanup-schedule commands - Add scripts/automaton-cleanup.sh for periodic task archiving - Dashboard: rename 'Background' tab -> 'Agent', 'Cleanup' agent -> 'Completed Task Archiver', remove redundant group headers and pill badges, dim inactive agent placeholders - .rules.md: add Self-Documenting UI Names rule - New tests: test_cleanup_done.py, expanded test_app.py and test_task.py
This commit is contained in:
@@ -1,22 +0,0 @@
|
||||
# Bug Report: project-scoping-enforcement
|
||||
|
||||
## Summary
|
||||
Critical process violation: the agent performed all implementation work before creating a task, completely bypassing the framework's workflow enforcement.
|
||||
|
||||
## Bugs Found
|
||||
|
||||
### Bug 1: No framework self-enforcement prevents untasked work (Critical)
|
||||
- **Severity**: Critical
|
||||
- **Location**: Agent behavior, not code
|
||||
- **Description**: The agent identified 7 scoping issues, then directly implemented all fixes across 20+ files without first creating a task through `status.py --create-task`. The task was only created *after* all work was done, as a retrospective documentation exercise.
|
||||
- **Reproduction**: Any agent session where the user asks for work to be done. Nothing prevents the agent from editing files directly.
|
||||
- **Suggested Fix**: This is a behavioral fix, not a code fix. The agent should always create a task first for any non-trivial work, then implement within that task's phase constraints.
|
||||
|
||||
### Bug 2: Process gap — no automated check that edits have a corresponding task
|
||||
- **Severity**: Medium
|
||||
- **Location**: Framework enforcement model
|
||||
- **Description**: `status.py --can-edit` only checks if a *task* is in the right phase for code edits. But it doesn't verify that the files being edited are *within* that task's scope. An agent can create task "foo" for project A, then edit files in project B without any task at all.
|
||||
- **Suggested Fix**: Future enhancement — `--can-edit` could optionally check that the files being modified are relevant to the task's SPEC.md or DESIGN.md scope.
|
||||
|
||||
## Score
|
||||
+10 (Bug 1 is a process violation worth documenting; Bug 2 is a future enhancement)
|
||||
Reference in New Issue
Block a user