Кейс · Збудовано, потім заморожено
Studio OS
Приватна однокористувацька адмінка: auth, fail-closed RLS, CRM
Проблема
Поки я ще брав клієнтську роботу, кожне звернення, угода й дедлайн жили в різних чатах, нотатках і таблицях. Я збудував адмінку, яка їх звʼязала — а потім перестав брати клієнтську роботу, і система стала непотрібною.
Підхід
- Однокористувацька автентифікація на рівні бази, а не лише застосунку — чужа реєстрація падає на тригері
- TOTP/AAL2 обовʼязковий до читання будь-якої таблиці; fail-closed RLS усюди
- Правило дисципліни живе у схемі: відкритої угоди без наступного кроку й дати не існує
- Історія append-only — зміни стадій пише тригер, і навіть власник не може їх переписати
- Міграції в репозиторії, тож базу можна відтворити з нуля
Для кого це
- Мене, поки я вів клієнтську роботу — нікому іншому вона не пропонувалась
- Тепер: нікого. Лишається як запис і як відновлюваний код
Що це дає
- Робочий приклад того, як правило кладуть у схему, а не покладаються на інтерфейс
- Робочий приклад однокористувацького входу, який не проходить лише за вкраденим паролем
- Чесний приклад: збудувати добре — і вирішити, що воно не потрібне
Що вже працює
- Однокористувацький вхід з TOTP/AAL2
- Fail-closed row-level security на кожній таблиці
- Інбокс заявок, конверсія та дошка угод з дисципліною на рівні схеми
- Append-only історія угод, яку пише тригер бази
Чого цей кейс не стверджує
Межі — частина кейсу. Якщо чогось немає в списку — воно не стверджується.
- Приватна система — ніколи не була розгорнута публічно й недосяжна ззовні
- Заморожена 2026-08-23: розробка зупинена, код збережено і його можна відновити
- Рахунки, зона для замовників і AI-агенти були заплановані й ніколи не збудовані
- Без клієнтів, без штату, без заявлених метрик
Що я будую зараз.
Моя увага — на трьох продуктах: Ryntra, Squadic і RefKit. Ця сторінка лишається записом того, що було раніше.