RAILSHOT.
Обратно в залата

Railshot

AI deployment & operations platform

Внедряване на локално създадено уеб приложение в подготвени облачни и локални среди и последваща експлоатация.

AI платформа за внедряване и експлоатация, която отвежда локално създадено уеб приложение в подготвени облачни или локални (on-premises) среди и го поддържа в работа.

28 септември 2026 г. – 4 октомври 2026 г. · Завършен

Екипен проект · моята част: планиране и реализация на CI, CSP клъстери и интерфейс с Ansible, експлоатация, преглед на кода и интеграция в екипа

SoftBank Hackathon 2026 powered by KOREC & ProgateУчастник в предварителния кръг · обявяването на финалистите се очаква на 26 октомври 2026 г. (към 7 октомври 2026 г.)

  • УебРеализирано · хакатон
  • MCP сървърРеализирано · отдалечен · локален

Независимо проверено предаване, две съгласувани възстановявания

Два случая от 3 октомври 2026 г. – 4 октомври 2026 г., в рамките на състезанието. Сесията на Codex, използвана за разработката, и диагностиката с Jev и CI в продукта са в различни колони.

Пълна легенда

Как да се чете · една граматика за всички случаи

  • Колоните показват кой е действал; отгоре надолу тече времето
  • Плътна: записано предаване или следваща стъпка
  • Дебела лазурна ↩: констатация, която върна работата
  • Прекъсната: не е записано изпълнение (писано правило, съвет без правомощие, непотвърдена граница)
  • Правоъгълник: действие
  • Заоблено: наблюдавано състояние или констатация
  • Прегънат ъгъл: артефакт или доказателство
  • Щрихована колона: части от разработвания продукт (не агентите, използвани за изграждането му)

Случай 1 / 2 · Работата по наблюдаемостта беше предадена на отделна сесия на Codex и проверена отделно с fixtures за грешки

October 3, 2026

Работата по наблюдаемостта беше предадена на отделна сесия на Codex и проверена отделно с fixtures за грешки

  1. Работна сесияОригинална сесия

    ДействиеПредаване на един worktree и спиране на редакциите там

    • предаванеWorktree · известни грешки→ Първо предадените дефекти: предположение за пет фиксирани порти · доказателства за неизпълнени Q/L4 · регресия в черновата (Сесия на Codex за реализация)
  2. Работна сесияОригинална сесия

    ДействиеДоговор: наблюдавана грешка ≠ хипотеза на модела, само съществуващият път за внедряване

    • предаванеКритерии за завършване→ Една JSON грешка · договор за доказателства + излъчватели на Python · Node (Сесия на Codex за реализация)
  3. Агент за програмиранеСесия на Codex за реализация

    ДействиеПърво предадените дефекти: предположение за пет фиксирани порти · доказателства за неизпълнени Q/L4 · регресия в черновата

    • предаване→ Една JSON грешка · договор за доказателства + излъчватели на Python · Node (Сесия на Codex за реализация)
  4. Агент за програмиранеСесия на Codex за реализация

    ДействиеЕдна JSON грешка · договор за доказателства + излъчватели на Python · Node

    • не е записано изпълнениеСамо доказателства, без право на запис→ Jev само класифицира, без правомощие за поправки (Диагностика на CI · Jev)
    • предаванеPR · върнати доказателства за версията→ PR #131 · фиксирани доказателства за версията (Артефакти)
  5. Обект на разработкаДиагностика на CI · Jev

    Наблюдение · констатацияJev само класифицира, без правомощие за поправки

  6. АртефактиАртефакти

    АртефактPR #131 · фиксирани доказателства за версията

    • предаванеПроверено извън сесията за реализация→ Независима проверка: fixtures за грешки · справка за диагнозата · собственост (Оригинална сесия)
  7. Работна сесияОригинална сесия

    ДействиеНезависима проверка: fixtures за грешки · справка за диагнозата · собственост

    • предаванеПодадени известни грешки→ L1: липсва изключването на .env в .dockerignore · L2: синтактична грешка (Диагностика на CI · Jev)
  8. Обект на разработкаДиагностика на CI · Jev

    Наблюдение · констатацияL1: липсва изключването на .env в .dockerignore · L2: синтактична грешка

  9. Работна сесияОригинална сесия

    ДействиеСинтактичната грешка е поправена от самия скрипт за проверка · подадено отново

    • предаванеСъщият път на услугата→ CI → образ → GitOps → Argo → Pod · HTTPS потвърден (Артефакти)
  10. АртефактиАртефакти

    АртефактCI → образ → GitOps → Argo → Pod · HTTPS потвърден

Контекст
Работата поправи грешки в CI, чиито причини бяха скрити (предполагаеми фиксирани пет етапа, отпечатък на изграждането, който прикриваше причината, липсващи доказателства NOT_RUN за всяка проверка при изключени Q/L4 и др.). По молба на потребителя отделна сесия на Codex я реализира; оригиналната сесия спря да редактира този worktree и след това сама провери резултата, като подаде грешки.
Резултат
Диагностичните записи разкриха причината и за двете грешки, а проверяващата страна сама поправи синтактичната грешка и потвърди отново същия път до Pod и HTTPS. Приемането на реализацията и почистването на тестовите ресурси бяха завършени отделно от оригиналната сесия.
Ограничение
Това не е успешен случай на автоматична поправка (горната граница на опитите за автоматична поправка тогава беше 0). Няма запис, че тази промяна е направена от Claude, а същото изпълнение не доказва внедряване в OpenStack. Статусът „слят“ не означава брой официални одобрения.
Източници и оставащи ограничения
  • Предаването и независимата проверка са вътрешни работни записи и не са свързани. Други сесии запазиха собствеността върху работата по интеграцията, доставчиците и внедряването, а в предаването беше посочено да не се използва checkout по подразбиране, който още съдържаше промените на потребителя.
  • Същността на договора беше суровата грешка да се държи отделно от хипотезата на модела, а съветът за повторен опит отделно от реалното решение за повторен опит, в различни полета.

October 4, 2026

Това, което изглеждаше като срив на GitHub, беше възпроизведено и разделено, а две едновременни промени за възстановяване бяха обединени в една

  1. Обект на разработкаAPI · извиквания към GitHub

    Наблюдение · констатацияОтдалечен къмит има · 0 изпълнения на CI · рестарт от liveness

    • предаванеНе е прието, че е срив на GitHub→ Възпроизведено с mock на GitHub: обновяването на клона успява, локалният callback се проваля (Сесия за възстановяване)
  2. Работна сесияСесия за възстановяване

    ДействиеВъзпроизведено с mock на GitHub: обновяването на клона успява, локалният callback се проваля

    • предаване→ Отделна проверка на регистрацията на източника · локалната контролна точка · диспечирането (Сесия за възстановяване)
  3. Работна сесияСесия за възстановяване

    ДействиеОтделна проверка на регистрацията на източника · локалната контролна точка · диспечирането

    • предаване→ #189: първо съхранение на приетото изпълнение · справка за съществуващото изпълнение при загубен отговор (Сесия за възстановяване)
  4. АртефактиАртефакти

    АртефактЕдновременни промени: #185 прекратяване · #186 контролна точка на източника

  5. Работна сесияСесия за възстановяване

    Действие#189: първо съхранение на приетото изпълнение · справка за съществуващото изпълнение при загубен отговор

    • предаванеТри случая на регресия→ Регресии: изход след приемане · грешка в контролната точка · загубен отговор (Артефакти)
  6. АртефактиАртефакти

    АртефактРегресии: изход след приемане · грешка в контролната точка · загубен отговор

    • предаване→ PR #189 слят · хеш на източника · образ · Argo · health потвърдени (Артефакти)
  7. Работна сесияДруга сесия

    ДействиеОбхватът отмяна · паралелност е на тази сесия

    • предаванеПредотвратява дублирано повторно изпълнение→ Проверка на платформата ≠ резултат за клиента · не е изпълнено отново (Артефакти)
  8. АртефактиАртефакти

    АртефактPR #189 слят · хеш на източника · образ · Argo · health потвърдени

    • не е записано изпълнение→ Проверка на платформата ≠ резултат за клиента · не е изпълнено отново (Артефакти)
  9. АртефактиАртефакти

    Правило · непотвърденоПроверка на платформата ≠ резултат за клиента · не е изпълнено отново

Контекст
Изходният къмит беше в отдалеченото хранилище, но CI така и не стартира, а API беше рестартиран от liveness. Показаната грешка носеше името на стъпка в GitHub, но всъщност можеше да се е провалил локалният callback.
Резултат
Приетият източник и изпълнението се съхраняват, преди наблюдението да спре, а ако отговорът се загуби, се търси вече стартираното изпълнение вместо двойно диспечиране. Твърдение, което се провали при предишния образ, беше запазено като отделен запис.
Ограничение
Без оригиналния текст на изключението локалното прекъсване остава само обосновано обяснение. Това не означава, че проблемът с CPU или съхранението е решен или че внедряването към терминала на клиента е успяло, а предотвратяването на повторно диспечиране не се обобщава извън посочените случаи.
Източници и оставащи ограничения
  • Възпроизвеждането използва само mock обекти, без реални записи или повторни опити.
  • Двата записа за възстановяването и проверката на внедряването са вътрешни работни записи; идентификатори на клиенти и оперативни идентификатори не са включени.