Как из viewer для OpenClaw выросла мобильная консоль для сервера

[fimble]

Месседжеры для этого вообще не подходят. И UI для этого также - не лучшая идея.

Для этого подходят документы:

1. Постановка

2. DOR

3. Анализ

4. Техрешение

5. DOD

6. Спецификации

7. Проверки

8. Отчёт

И да, я иронизирую, но лишь отчасти. Все эти документы символизируют ПРОЦЕСС. Вы можете какую-то часть этого процесса поручить агенту, когда процесс у вас есть. Но если процесса нет - то никакой интерфейс к стае стохастичных попугаев не спасёт от энтропии..

[atomlib]

Всегда удивлялся безумцам, которые запускают и пользуются OpenClaw.

И всё это превращается в длинную ленту сообщений.

Проблема в том, что мессенджеры просто не рассчитаны на такой тип данных.

После прочтения вижу, что у вас тоже может быть длинный чат.

Мессенджеры буквально рассчитаны на тип данных «длинная лента сообщений».

выросла мобильная консоль

я хотел написать

появилась идея

появилась идея

Поэтому приложение умеет:

Поэтому появились отдельные экраны

Позже появился ещё один эксперимент

получилась мобильная консоль для сервера

Проект всё ещё активно развивается

Не могу понять, кто написал приложение — идеи и фичи «появились» и «выросли», проект «развивается» и «получился».

Вас зовут Дмитрий? В RuStore всего одна оценка и один отзыв двухнедельной давности. Это совпадение?

Почему опубликовано только в RuStore?

Почему нет исходных кодов?

Большинство мобильных SSH-клиентов по сути выполняют команды как отдельные exec-вызовы. Это неудобно, потому что не сохраняется состояние shell.

Различие shell и exec — это не базовая фича про интерактивность из пункта 6.5 документа RFC 4254?

Вообще ни один клиент не поддерживает подобное: ни ConnectBot, ни JuiceSSH, ни WebSSH?

Это скорее лёгкий operational dashboard, который позволяет быстро понять, что происходит с сервером.

Чем вам не угодил DaRemote?

Не разбираюсь в технических деталях, но уровни стэка выглядят странно. Зачем gateway через WebSocket через SSH-туннель? Зачем host → container → pod?

Поэтому приложение умеет:

• читать файлы на сервере

• показывать diff

• принимать или отклонять изменения

Подано, как тривиальная задача, но что если будет параллельное редактирование?

По сути это попытка сделать локального AI-оператора для сервера.

Локальный ИИ-оператор на смартфоне для управления сервером, где крутится ИИ-агент?

Наконец, зачем доверять одному самописному инструменту с закрытыми исходниками самый глубокий доступ к серверу, где могут лежать неизвестные объёмы чувствительных данных и банально ключи доступа?

И почему теперь тоже пишу короткие абзацы из одного предложения — я заразился?

[d_sh1shl0v]

Спасибо за отзыв!
1) Приложение написал я
2) Отзыв в rustore каюсь, написал сам. Скорее просто хотел посмотреть как это будет выглдять в консоли разработчика, чем кого то обманывать фековым отзывом, да и кто так делает вообще)))
3) Почему только в rustore - в скором времени появится и в других сторах, ожидаю модерацию
4) Про локального ИИ агента на мобилке - это скорее как альтернатива серверному openclaw. Рассматриваю его больше как эксп у которого есть свои минусы и плюсы
5) На счет доверия и opensource, хороший поинт, я в целом подумываю о том, чтобы выложить сорцы, но пока только на уровне идеи. Если кто то еще поддерживает это мнение, ставьте плюсы - выложу сорцы

[Triton5]

Плюс поставить не могу по причине недостаточной "кармы", но в целом вам плюс :)

По ощущениям, интерфейс в телеграмме сам по себе ограниченный, мобильное приложение конечно удобнее. Но подумайте насчёт того, чтобы сделать удобный клиент и для компа:)

Насчёт опенсорса - дело хорошее, но тогда вы монетизировать вашу программу будет сложнее, но тут вопрос в том, монетизируется ли это в современных реалиях избытка программ для AI. В целом - я за опенсорс, конечно, это в любом случае это позитивный фон для разработчика:)

[zizop]

А мне понравилась идея. Буду тестить)

[d_sh1shl0v]

Спасибо! В случае возникновении проблем можете отправить репорт прямо в приложении, оперативно рассмотрю и в случае чего подправлю