Merge remote-tracking branch 'origin/main'

This commit is contained in:
Тайга
2026-06-02 16:06:50 +00:00
2 changed files with 9 additions and 0 deletions
+1
View File
@@ -5,6 +5,7 @@ tags: [personal, lists, tasks]
updated: 2026-05-16
related: "[[personal/documents/todo-list]]"
---
- [ ] [86Box 6.0](https://86box.net/)
- [ ] Ёлка в лаки
- [ ] Arduino alvik
- [ ] Lowrider CNC
@@ -127,6 +127,14 @@ This is a UI/coordination layer ON TOP of executor-v2 bash daemons:
> Заметка от 2026-05-18: нужен фреймворк оркестрации задач наподобие GTD — inbox → clarify → organize → execute. Eagle как orchestrator должен не только спавнить воркеров, но и управлять очередью задач по GTD-принципам: capture all inputs, один trusted system, обработка inbox по расписанию, контексты выполнения. Это высвободит ручную координацию (~2-4ч/день) которую Alex сейчас делает руками.
## External Insights (from ZeBrains / Habr research, 2026-06-02)
### AGENTS.md как жёсткий триггер правил
Практика ZeBrains: правила в system prompt ИИ склонен игнорировать без явного файла-триггера. Стоит добавить `AGENTS.md` (или `EXECUTOR.md`) в каждый рабочий worktree — воркер читает его первым делом перед началом работы. Это не дублирование промпта, а explicit "включение режима". Реализация — 3rd party паттерн, не 1st priority.
### Проверка на лишний код в pr-review
ИИ систематически генерирует ~40% избыточного кода (лишние поля, ненужные связи, переусложнённая логика). Стоит добавить в `executor-worker-pr-review.md` явный чеклист: нет ли файлов/методов/полей которые не нужны для этой конкретной задачи. Реализация — 3rd party паттерн, не 1st priority.
## Open Questions
- How does Executor "spawn" as a separate bot persona?