DSH port: roadmap #48

Closed
opened 2026-10-24 15:42:49 +03:00 by aep · 3 comments
Owner

Цель

Один вход в план порта claude-harness → DeepSeek Harness. Каждая фаза — отдельный issue; здесь порядок, зависимости и definition of done.

Сделано

  • #35 — спайк: guard-main/require-plan, bootstrap, /role, install. Закрыт.
  • #37 — отвязка skills/roles от ~/.claude в runtime. Закрыт.
  • #39 — model-invocable skill role. Закрыт, acceptance пройден.
  • #41 — SDD: async controller, ledger, task review, fix loop, final review. Закрыт; skill sdd.
  • #42 — OpenSpec: .agents/skills, --openspec, проверка. Закрыт.
  • #49 — install-time независимость: --superpowers-from, DSH_SUPERPOWERS_SOURCE, ~/.dsh/superpowers. Закрыт.

В работе

  • #52 — SDD follow-ups (O-2/O-3 provider/model race, O-5 тест). Доделать первым.

Очередь сессий

Одна сессия = один issue = один PR. Начинать с «работай по #N; прочитай #48».

  1. #52 — закрыть SDD follow-ups. Без этого #59 будет стоять на нестабильном subagent.
  2. #63 — guard-main: ложная блокировка worktree add … && openspec archive. Тот же корень, что O-1 в #66; после #63 проверить, закрылся ли O-1.
  3. #59 — технический гейт upstream-лупа: builder-check → human approve → plan. Зависит от #52 (SDD) и #63 (закрытие/архив).
  4. #67 — install.sh --skills сам тянет superpowers с git; офлайн-кейсы. Зависит от #49 (закрыт); трогает install.sh.
  5. #66 — follow-ups #49: M-1/M-2/M-3, O-1. После #63/#67: часть может быть уже закрыта.
  6. #62 — follow-ups #42: T2.1 (PATH в тесте), T3.4 (TDD-порядок в брифах), O-2 (HOME/DSH_HOME). T3.4 можно учесть в #59; T2.1/O-2 — после #67.
  7. #43 — harness-check + role-hint через pre-step.
  8. #44 — harness-doctor; после #49/#59/#63/#67/#62/#43, чтобы проверять уже существующие слои.
  9. #45 — briefing и #46 — CodeGraph; независимы, можно параллельно.
  10. #47 — решение о выносе в отдельный репозиторий.

Зависимости и правила

  • #52 → #63 → #59 → #67 → #66 → #62 → #43 → #44 → #45/#46 → #47.
  • #49 и #42 уже в main; повторно не делать.
  • #63 и #66 O-1 — один парсер guard; не чинить параллельно в двух сессиях.
  • #67 и #66 трогают install.sh; делать последовательно.
  • #42/#62 и #59/#52 — разные слои; не смешивать в одном PR.
  • #44 — после всех слоёв, иначе диагностирует не то.
  • #45/#46 можно параллельно; #46 зависит от наличия codegraph.

Definition of done

В чистом проекте DSH проходит полный цикл: issue → worktree → skill role → spec → agent review → human approve → plan → SDD → PR → merge → archive/close. CC-харнес при этом не меняется.

Как начинать новую сессию

  1. Прочитать этот issue, dsh/PORT.md и issue ��воей фазы.
  2. Загрузить роль через skill role.
  3. Создать worktree/ветку, написать план для этой фазы.
  4. Не смешивать фазы в одном PR без причины.
## Цель Один вход в план порта `claude-harness` → DeepSeek Harness. Каждая фаза — отдельный issue; здесь порядок, зависимости и definition of done. ## Сделано - #35 — спайк: guard-main/require-plan, bootstrap, `/role`, install. Закрыт. - #37 — отвязка skills/roles от `~/.claude` в runtime. Закрыт. - #39 — model-invocable skill `role`. Закрыт, acceptance пройден. - #41 — SDD: async controller, ledger, task review, fix loop, final review. Закрыт; skill `sdd`. - #42 — OpenSpec: `.agents/skills`, `--openspec`, проверка. Закрыт. - #49 — install-time независимость: `--superpowers-from`, `DSH_SUPERPOWERS_SOURCE`, `~/.dsh/superpowers`. Закрыт. ## В работе - #52 — SDD follow-ups (O-2/O-3 provider/model race, O-5 тест). **Доделать первым.** ## Очередь сессий Одна сессия = один issue = один PR. Начинать с «работай по #N; прочитай #48». 1. **#52** — закрыть SDD follow-ups. Без этого #59 будет стоять на нестабильном `subagent`. 2. **#63** — guard-main: ложная блокировка `worktree add … && openspec archive`. Тот же корень, что O-1 в #66; после #63 проверить, закрылся ли O-1. 3. **#59** — технический гейт upstream-лупа: builder-check → human approve → plan. Зависит от #52 (SDD) и #63 (закрытие/архив). 4. **#67** — `install.sh --skills` сам тянет superpowers с git; офлайн-кейсы. Зависит от #49 (закрыт); трогает `install.sh`. 5. **#66** — follow-ups #49: M-1/M-2/M-3, O-1. После #63/#67: часть может быть уже закрыта. 6. **#62** — follow-ups #42: T2.1 (PATH в тесте), T3.4 (TDD-порядок в брифах), O-2 (HOME/DSH_HOME). T3.4 можно учесть в #59; T2.1/O-2 — после #67. 7. **#43** — `harness-check` + `role-hint` через pre-step. 8. **#44** — `harness-doctor`; после #49/#59/#63/#67/#62/#43, чтобы проверять уже существующие слои. 9. **#45** — `briefing` и **#46** — CodeGraph; независимы, можно параллельно. 10. **#47** — решение о выносе в отдельный репозиторий. ## Зависимости и правила - #52 → #63 → #59 → #67 → #66 → #62 → #43 → #44 → #45/#46 → #47. - #49 и #42 уже в main; повторно не делать. - #63 и #66 O-1 — один парсер guard; не чинить параллельно в двух сессиях. - #67 и #66 трогают `install.sh`; делать последовательно. - #42/#62 и #59/#52 — разные слои; не смешивать в одном PR. - #44 — после всех слоёв, иначе диагностирует не то. - #45/#46 можно параллельно; #46 зависит от наличия `codegraph`. ## Definition of done В чистом проекте DSH проходит полный цикл: issue → worktree → `skill role` → spec → agent review → human approve → plan → SDD → PR → merge → archive/close. CC-харнес при этом не меняется. ## Как начинать новую сессию 1. Прочитать этот issue, `dsh/PORT.md` и issue ��воей фазы. 2. Загрузить роль через `skill role`. 3. Создать worktree/ветку, написать план для этой фазы. 4. Не смешивать фазы в одном PR без причины.
aep added this to the DSH port milestone 2026-10-24 15:42:49 +03:00
Author
Owner

Добавлена фаза #49 — install-time зависимость от ~/.claude (источник superpowers). Runtime после --skills --roles уже не зависит, но свежая установка без кэша CC не соберётся; предлагаю сделать #49 до #41, чтобы закрыть вопрос независимости.

Добавлена фаза #49 — install-time зависимость от `~/.claude` (источник superpowers). Runtime после `--skills --roles` уже не зависит, но свежая установка без кэша CC не соберётся; предлагаю сделать #49 до #41, чтобы закрыть вопрос независимости.
Author
Owner

Добавлена #59 — полный workflow loop: spec → agent review → human review → approve → plan → SDD. Сейчас в #48 был только DoD, без механизма гейта; #59 фиксирует его отдельной фазой.

Добавлена #59 — полный workflow loop: spec → agent review → human review → approve → plan → SDD. Сейчас в #48 был только DoD, без механизма гейта; #59 фиксирует его отдельной фазой.
Author
Owner

Заменён issue #69 (DSH port v2: план адаптации, вариант C). Дальнейший порядок задач — там.

Заменён issue #69 (DSH port v2: план адаптации, вариант C). Дальнейший порядок задач — там.
aep closed this issue 2026-10-24 21:15:41 +03:00
Sign in to join this conversation.
No Label
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: aep/claude-harness#48
No description provided.