Context
Мы объединяем соответствующие авторизованные источники для проекта.
Продукты Taskin
Organizarea muncii Разработка и демонстрации
Что мы согласовали. Кто продолжает. Что дальше.
Taskin исследует преобразование обсуждений и контекста проекта в обязательства, приоритеты и рабочие шаги. Цель — сохранить связь между задачей и разговором, из которого она возникла.
- 1Discuție și context
- 2Sarcini propuse
- 3Angajamente confirmate
Taskin
От информации к сделанному делу.
Angajamente
Мы определяем решения и задачи для проверки командой.
Continuitate
Мы организуем ответственность и отслеживание подтвержденных шагов.
Где это становится полезным.
Проекты
Восстановление решений и приоритетов без потери контекста.
Întâlniri
Предложения задач из обсуждений, проверенные перед использованием.
Operațiuni
Направление для координации между людьми и агентами AI.
Функции и соединения находятся в разработке. Мы не предполагаем, что любое автоматически извлеченное решение является правильным или утвержденным.
Taskin подробно
Что вы можете делать с этим проектом.
Taskin — это рабочая доска, у которой есть особенность: она не ждет, пока вы введете задачи. Она читает то, что уже произошло — звонки, почту, календарь, сообщения, коммиты, рабочие сессии — и предлагает, что нужно сделать, вместе с доказательством, из которого возникло предложение.
Различие, которое он строит, — между тем, что было замечено, и тем, что было решено. Автоматически предложенная задача не становится обязательством, пока человек не подтвердит ответственного, срок и формулировку. Это правило — не обещание интерфейса, а ограничение, наложенное в базе данных: агент не может закрыть задачу, а любая запись, которая закрывает задачу, должна указать, кто ее запросил. Запись без имени отклоняется.
Мы используем его сами. Почти все интересное в нем появилось потому, что нам не хватало чего-то конкретного в работе собственной компании, а комментарии в коде ссылаются на реальные подсчеты из продакшена и инциденты с датой — включая один, в котором ежедневный процесс молчал одиннадцать дней подряд, и никто об этом не узнал.
Полноценная доска, а не эксперимент
50 маршрутов по 49 страницам: команды, циклы, проекты, задачи, inbox, roadmap, план дня, клиенты с делом и историей, регулярные расходы, выставление счетов, учет времени и рабочие сессии, показатели, внутренний чат, администрирование и участники. База содержит 90 таблиц, построенных из 81 миграции.
Коллектор: 21 цикл, которые выводят реальность на board
Запланированные на сервере процедуры, а не таймеры в процессе — потому что таймер теряется при каждом redeploy. Каждый запуск проходит через оболочку, которая пишет журнал и считает неудачей даже ответ HTTP 200, если он содержит список ошибок, с оповещением в Telegram. Эта оболочка существует потому, что раньше команда, которая молча сбо́ила, оставила ежедневный briefing мертвым на одиннадцать дней.
MCP-сервер: одна и та же очередь для людей и для агентов
14 инструментов по HTTP — чтение (список, поиск, моя очередь, очередь агентов, сводка по доске, люди, агенты, проекты) и запись (создание, обновление, назначение, перемещение, комментарий). Каждый токен доступа привязан к реальному профилю, поэтому активность на доске фиксирует, кто ее запросил. Агент AI и коллега работают с одним и тем же списком, по тем же правилам.
Реальные интеграции, названные по именам
Telegram, как собственный бот с постоянным прослушиванием, включая расшифровку голосовых сообщений. Четыре почтовых ящика (три Gmail и один Microsoft 365), читаемые исключительно в режиме чтения. Google Calendar. Телефонные звонки через SIP-транк, включая звонки-напоминания, инициированные доской. Obsidian. LinkedIn. Модели проходят через собственный gateway, совместимый с OpenAI, а двигатель выполнения агентов использует цикл инструментов поверх OpenRouter.
Правило, которое агенты не могут обойти
«Агент не закрывает задачу» — это функция в базе данных, а не предложение в описании инструмента. Она попала туда потому, что первая версия не работала: она определяла актера таким образом, что для автоматического сервиса он получался пустым, и правило нигде не применялось. Теперь актер определяется из трех последовательных источников и, если его нельзя установить, запрос отклоняется.
Данные и работа
Что входит в систему. Что нужно проверить.
- Изоляция по организации, проверенная на уровне строки
- У всех 90 таблиц включен доступ на уровне строки, под 171 политиками. Внутреннее правило написано без исключений: новая таблица означает политику доступа к ней. Иерархия ролей идет от Super Admin к Admin, Membru и Angajat.
- Источники читаются, а не забираются
- Почтовые ящики подключены в режиме только чтения по замыслу, а не по настройке. Рабочие сессии и git-активность считываются с компьютера человека, а не с сервера. То, что попадает на board, — это след с обратной ссылкой на источник, а не копия переписки.
- Данные хранятся на собственной инфраструктуре
- Supabase, размещенный нами на машине Azure, а не Supabase Cloud — Postgres, Kong, Auth, Realtime и Storage в Docker Compose. Адрес базы — это путь на собственном домене. Миграции применяются вручную, намеренно: нет автоматического шага, который затрагивал бы production-схему.
- Что видит языковая модель
- Петли, которые суммируют, связывают и оценивают, отправляют содержимое в модели. Четыре из девяти внутренних петель отключаются сами, с явным сообщением в журнале, когда им не хватает credential — значит, отсутствие ключа останавливает поток, а не заставляет его работать наполовину.
От исследования к внедрению
Как мы готовим проект с Taskin.
Начинаем с одного источника и одного проекта
Мы не подключаем все. Один источник — обычно почта или Telegram — и реальный проект, чтобы на реальных данных было видно, что предлагает система и насколько полезна часть этих предложений.
Сравниваем предложения с реальными решениями
Период, когда система предлагает, а команда только подтверждает или отклоняет, и показывает, стоит ли продолжать. Отклоненное предложение так же информативно, как и принятое.
Настраиваем правила закрытия и назначения
Кто что может закрывать, что означает срок и что происходит с задачей без ответственного. Здесь же решается, могут ли агенты писать на board и при каких условиях.
Устанавливаем на согласованную инфраструктуру
Доставка выполняется через rsync на машину, не в контейнер: интерфейс — как статические директории, обслуживаемые nginx, коллектор и MCP-сервер — как службы systemd. Проверка состояния сравнивает обслуживаемый пакет с собранным и откатывает, если они не совпадают.
Вопросы, которые стоит уточнить.
Это готовый продукт или демонстрация?
Он работает в продакшене и это board, на котором мы ведём нашу компанию. Цифры: 566 коммитов, последний — 4 сентября 2026; 81 миграция, которые создают 90 таблиц; 171 политика доступа на уровне строки; 563 автоматических тестовых случая в 38 файлах; 21 запланированная на сервере рутина плюс 9 циклов в процессе; 14 инструментов MCP; 35 endpoint-ов на коллекторе. Чего это не: сервис самообслуживания. Нет кнопки, через которую внешняя команда может запустить его сама — он устанавливается.
Автоматически решает, кто работает?
Нет, и ограничение находится в базе данных, а не в интерфейсе. Функция типа guard мешает агенту закрыть задачу, а любая запись, которая закрывает её, должна объявить actor; если actor нельзя установить, запрос отклоняется. И стоит сказать, почему правило выглядит именно так: первая версия определяла actor через функцию, которая для автоматического сервиса возвращала пусто, так что она не применялась нигде. Собственный аудит это нашёл, а миграция, которая это исправила, в комментарии точно объясняет, что не работало.
С чем он подключается, конкретно?
В реальности, с кодом и с запланированной рутиной: Telegram (собственный бот, постоянное прослушивание, транскрибация голосовых сообщений), четыре почтовых ящика — три Gmail и один Microsoft 365 — только для чтения, Google Calendar, телефонные звонки через SIP-транк, Obsidian, LinkedIn, плюс рабочие сессии и git-активность, читаемые с компьютера человека. Модели проходят через собственный gateway, совместимый с OpenAI; движок выполнения агентов работает на OpenRouter. Что НЕ подключено, хотя наша страница интеграций это показывает: Slack, GitHub, Jira, Notion, Figma, Zapier, Dropbox, Google Drive, Microsoft Teams, GitLab, Outlook. Мы искали в коде, и ни для одного нет ни одной строки. Эта страница — маркетинговая таблица, и её нужно исправить.
Есть интеграция WhatsApp?
Нет, несмотря на название экрана в приложении. Этот экран на самом деле — сопряжение устройства по QR-коду, в стиле, к которому люди привыкли из WhatsApp Web — отсюда и название. Никакого вызова к WhatsApp API нет. Более того: этот поток не используется, а его таблицы пусты, что подтверждает даже миграция, которая пересмотрела их права.
Как обстоят дела с безопасностью, помимо заявлений?
Полезная часть не в том, что у нас есть политики доступа, а в том, что мы нашли их дыры и исправили их одну за другой, и каждая миграция объясняет, что не работало. Собственный аудит в августе обнаружил, что все три ограждения для агентов были неактивны. Другое ограждение оказалось fail-open — проверка полностью пропускалась, а не отклонялась — и его перевели в fail-closed. Третья проблема была тонкой и общей: в Postgres новая функция по умолчанию исполняема для всех, поэтому явное предоставление прав ничего не ограничивало; на продакшене проверили, что анонимный key попадает в тело функции, после чего убрали право по умолчанию. На уровне репозитория ограждение отклоняет прямые push-ы в основную ветку и блокирует файлы секретов, потому что приватный репозиторий на личном аккаунте не может иметь защиту ветки от GitHub.
Что не закончено?
Три вещи, о которых мы предпочитаем говорить. Сгенерированные типы для базы данных устарели с января и содержат таблицы из совершенно нерелевантного проекта, из-за чего пришлось сделать 101 принудительное преобразование типов в 26 файлах — работает, но теряет проверку на этапе компиляции именно там, где она бы пригодилась. Проверяющая стиль программа сообщает о 161 унаследованной ошибке и не блокирует доставку. И 36 тестов пропущены в непрерывной интеграции, потому что им нужен ключ модели, которого там нет. Ни один из них не останавливает продукт; все три — реальная техническая задолженность.
Как устанавливается и насколько безопасна доставка?
Через rsync, не контейнер: интерфейс попадает в статический каталог, обслуживаемый nginx, коллектор и MCP-сервер работают как службы systemd. Непрерывная интеграция запускает тесты и сборку; доставка стартует только если они прошли на основной ветке, через собственный executor, которому разрешено запускать ровно два скрипта и ничего больше. Каждое внешнее действие в pipeline зафиксировано по его полной хеш-сумме, а не по тегу, после компрометации популярного действия в марте 2026. Проверка состояния читает, на какой пакет указывает обслуживаемая страница, и откатывает, если это не свежий пакет — правило, написанное после реального инцидента 3 сентября 2026. Миграции базы данных остаются ручными, намеренно.
Показательный пример
Телефонный разговор превращается в задачу с прикреплённым доказательством
Сценарий использования, без данных клиента или приписанных коммерческих результатов.
Исходная ситуация
Звонок заканчивается обещанием. Никто нигде его не записывает, и через неделю никто не помнит ни что было обещано, ни кому.
Как это работает
Звонок попадает на board через запланированную рутину, как след с обратной ссылкой на источник. Цикл связывает его с нужным клиентским досье и предлагает задачу с ответственным и сроком. Предложение остаётся предложением: ограждение в базе данных не позволяет агенту закрыть его, а запись, которая его закрывает, должна объявить, кто его запросил.
Rezultatul
Задача появляется вместе с контекстом, из которого она возникла, так что коллега, не участвовавший в звонке, может понять, что нужно сделать, не восстанавливая разговор. Один человек подтверждает ответственного, срок и формулировку — либо отклоняет предложение, что не менее информативно.
Ce este necesar:Sursa trebuie conectată efectiv, cu acces autorizat, și trebuie să existe un acord al echipei asupra a ce înseamnă o sarcină atribuită. Sistemul nu presupune consimțământul nimănui.
Возможности сотрудничества
Taskin, в контексте вашей организации.
Внутренние потоки и информация
Подключение авторизованных источников, организация информации и проверка действий командой, с отдельным доступом по ролям.
Частные компании
Мы определяем пилот вокруг реального процесса: пользователи, данные, интеграции, затраты и критерии приемки. Масштабирование следует после оценки результата.
Государственные учреждения и компании
Мы устанавливаем требования к доступности, размещению, защите данных и совместимости. Любое соединение с сервисами AGE или STISC требует проверки соответствия, доступа и утверждений.
Это сценарии адаптации, а не заявления о существующих контрактах или партнерствах. Предлагаемые функции подтверждаются в рабочей области проекта.
Обсудить пилотЧасть экосистемы.
Разговоры и поддержка
aichat
Ассистент, подключённый к информации вашего бизнеса, в тех каналах, где вам пишут клиенты.
PlatformăИнформация и координация
Cronberry
Cronberry сводит вместе авторизованные источники, разговоры и связи в одном пространстве для исследования и координации.
Разработка и демонстрацииДиалоговые формы
Megaforms
Megaforms изучает сбор ответов через диалоговые формы, включая голосовые ответы и транскрибацию.
Разработка и демонстрацииЧто вы хотели бы наладить?
Расскажите о своём процессе. Вместе определим, что стоит построить, что можно подключить и как проверим результат.