NEXT CHAT: OPEN THIS REPO

Если ты новый агент в новом чате, сначала прочитай этот файл целиком.

Какой репозиторий открывать

Открывать нужно этот репозиторий:

fission

Текущая рабочая ветка здесь:

refactor/project-structure

Важно

Layer2 API делать нужно здесь, а не в fission-src.

fission-src был нужен для layer1 и внутренней адаптации Fission под multi-tenant namespace onboarding. Но API-код и console-side интеграция для следующего этапа находятся в этом репозитории.

Что уже известно из layer1

Во внешнем репозитории fission-src слой layer1 уже доведён до рабочего состояния:

Есть общий NamespaceManager.
Buildermgr/router/executor уже сидят на общих watcher helper-ах.
Summary/debug contract стабилизирован.
Целевой тестовый прогон для layer1 был зелёным.

Это контекст, на который layer2 может опираться. Но реализацию API и console-side surface нужно продолжать в этом repo.

Состояние этого репозитория

Рабочее дерево грязное. Здесь уже есть пользовательские изменения. Их нельзя откатывать или перетирать без необходимости.

На момент создания этого файла были изменены/добавлены такие пути:

console/cmd/server/main.go
console/deploy/console.yaml
console/internal/api/handlers.go
console/internal/api/package.go
console/internal/api/server.go
console/internal/fission/namespace.go
console/internal/cloud/
deploy/rbac/executor-multi-ns.yaml
test_layer1.sh
test_multitenant_ns.sh

Что требуется от нового чата

Нужно продолжать layer2 API именно в этом repo.

То есть:

Понять текущую console/API архитектуру в этом репозитории.
Найти правильную точку интеграции для multi-tenant namespace status/debug/API surface.
Аккуратно связать это с уже готовым layer1 смыслом, но не ломать существующую структуру.
Не трогать unrelated user changes.

Как работать

Сначала прочитать текущие API-файлы в console/internal/api/.
Отдельно посмотреть текущую интеграцию с Fission в console/internal/fission/.
Не писать код сразу, пока не станет ясна текущая server/API wiring схема.
Работать маленькими шагами.
Новые заметки писать только в новые файлы в doc/ или doc/thinking/, не переписывая старые.
Все команды запускать только через SSH на VM и всегда с timeout.
Не использовать background-команды.

Первый шаг нового агента

Сначала нужно не писать новый endpoint, а сделать короткую разведку:

прочитать console/internal/api/server.go
прочитать console/internal/api/handlers.go
прочитать console/internal/fission/namespace.go
посмотреть, как сейчас console API разговаривает с Fission и где логичнее всего показать multi-tenant namespace state

Текст первого сообщения в новом чате

Можно просто вставить это:

"Прочитай файл NEXT_CHAT_LAYER2_API.md и продолжай работу строго по нему. Layer2 API делать нужно в текущем repo fission, не в fission-src. Сначала разберись в console/internal/api и console/internal/fission, затем выбери правильную точку интеграции для multi-tenant namespace status/debug/API surface. Не трогай посторонние пользовательские изменения, не запускай background-команды, все команды только через SSH на VM и с timeout."

4.6 KiB Raw Blame History Unescape Escape