✓ Выжила 1-е место из 16 предложенныхИнди Безопасность 8 нояб. 2026 г.

Реестр проверенных расширений и песочница для агентных харнессов

Слой безопасности для открытых харнессов coding-агентов: реестр проверенных расширений, установка без утечки OAuth-токенов и встроенный движок разрешений, который блокирует опасные действия.

Открыть обсуждение ↗

Готовое ТЗ, которое можно вставить в Claude Code, Cursor или любого ИИ-агента для кода (на английском).

I want to build a small, bootstrappable product. Help me plan and start the MVP.

Product: Vetted extension registry and sandbox for agent harnesses
What it is: A security layer for open-source coding-agent harnesses: vetted extension registry, OAuth-token-safe installs, and a native permission engine that blocks dangerous actions.
Who pays: Engineering leads and staff devs at 20–200 person companies adopting open agent harnesses (Pi and clones), paying $50–200/mo per team from the dev-tools/security budget; also prosumers at $10–20/mo.
Closest alternatives: npm audit / Snyk (generic dependency scanning, blind to agent-extension threats , Claude Code's built-in permission system (only works inside its own harness), OS-level sandboxing like Docker/Seatbelt (no agent-aware policies), Pi community extensions (unvetted, self-serve)
The gap: Open harnesses are accumulating a fast-growing extension ecosystem with zero supply-chain vetting and no native runtime safety defaults; generic dependency scanners don't check for OAuth-token exfiltration, hidden prompt injection, or scope creep in agent extensions, and no product fills this.
Why now: The open-harness ecosystem (Pi and similar) has exploded in the last ~12 months along with subscription-based OAuth access, creating both a new attack surface (token theft leading to account bans) and a new class of extension supply-chain risk that nobody has productized defenses for yet.
Moat to build toward: A curated, audited extension registry plus a continuously updated threat-intel feed of agent-extension attack patterns compounds with adoption; becoming the default trust layer creates a distribution lock-in similar to package registries.
Biggest risk: Pi (or another harness vendor) ships native sandboxing and an official vetted registry, collapsing the third-party opportunity before the market is big enough.

First three steps:
1. Build a static analyzer that scans Pi extensions for token exfiltration, network calls, and prompt-injection patterns, and publish a scored public registry.
2. Ship a permission-policy extension for Pi that enforces an auto mode (dangerous command blocking, approval rules) so users get Claude-Code-grade safety natively.
3. Release a 'hardened profile' bundle (sandbox launcher + vetted extensions) and sell team seats with org-wide policy enforcement.

Start by asking me up to five questions about constraints (stack, budget, timeline), then propose the smallest version a paying customer would use, and scaffold it.

Итого6.1/10

Боль6

Готовность платить5

Своевременность8

Ниша7

Защищённость5

Реализуемость6

За

Кто платит

Инженерные руководители и staff-разработчики в компаниях на 20–200 человек, которые внедряют открытые агентные харнессы (Pi и его клоны). Платят $50–200 в месяц за команду из бюджета на dev-tools и безопасность; также индивидуальные пользователи за $10–20 в месяц.

Что говорили люди · 4

Вернулись к Claude Code, потому что в открытом харнессе нет встроенного авто-режима, который блокирует опасные действия, и popular сторонние модули никто не проверяет. Читать комментарий ↗
Не доверяют свой OAuth-токен сторонним расширениям, ссылаясь на повторяющиеся сообщения о банах пользователей после утечек токенов и злоупотреблений. Читать комментарий ↗
Сами написали слой песочницы поверх Pi, чтобы снизить риск разрушительных действий агентов. Читать комментарий ↗
Вручную настроили сопоставление по шаблонам, чтобы деструктивные CLI-команды и правки файлов требовали подтверждения, то есть повторили защитные настройки по умолчанию, которых в харнессе нет. Читать комментарий ↗

Пересказ обсуждения. Оригинальные комментарии доступны по ссылкам.

Конкуренты и пробел

npm audit / Snyk (generic dependency scanning, blind to agent-extension threats Claude Code's built-in permission system (only works inside its own harness)OS-level sandboxing like Docker/Seatbelt (no agent-aware policies)Pi community extensions (unvetted, self-serve)

Экосистема расширений для открытых харнессов быстро растёт, но их никто не проверяет на уязвимости в цепочке поставок, а встроенных защитных настроек по умолчанию в рантайме нет. Обычные сканеры зависимостей не ищут кражу OAuth-токенов, скрытый prompt injection и расширение полномочий сверх нужного в агентных расширениях. Продукта, который закрывает этот пробел, сейчас нет.

Почему сейчас

За последние примерно 12 месяцев экосистема открытых харнессов (Pi и похожие) резко выросла вместе с доступом к OAuth по подписке. Появились новая поверхность атаки (кража токенов, из-за которой аккаунты банят) и новый класс рисков в цепочке поставок расширений, но защит под них как продукта ещё никто не выпустил.

Защищённость · 5/10

Курируемый реестр с аудитом и постоянно обновляемая база угроз по атакам на агентные расширения со временем накапливают ценность. Если стать стандартным слоем доверия, возникает эффект привязки, похожий на пакетные реестры.

Против

Красная команда: У экосистемы расширений открытых харнессов есть реальные и специфичные риски цепочки поставок (кража OAuth-токенов, prompt injection в расширениях), которые не закрывают обычные сканеры и идея проверки целостности IDE-расширений. Окно угроз действительно новое.
Что может её погубить: Pi или другой вендор харнесса выпускает встроенную песочницу и официальный реестр проверенных расширений, и возможность для сторонних продуктов схлопывается раньше, чем рынок становится достаточно большим.

Начало

Первые три шага: Собрать статический анализатор, который проверяет расширения Pi на кражу токенов, сетевые вызовы и паттерны prompt injection, и опубликовать открытый реестр с оценками.
Выпустить расширение с политиками разрешений для Pi, которое включает авто-режим (блокировка опасных команд, правила подтверждения), чтобы пользователи получили защиту уровня Claude Code в самом харнессе.
Выпустить пакет «усиленного профиля» (запуск в песочнице + проверенные расширения) и продавать командные места с обязательным применением политик на уровне организации.
Исходное обсуждение: Goodbye Claude, hello Pi ↗ 605 баллов391 комментарийИз комментариевСтатья по ссылке

Переведено с английского. Читать оригинал