** У вас нет проблем с автоматизацией. У вас есть проблема с принятием решения.**

Каждая ужасная история с ИИ-агентом заканчивается одинаково: действие, которое никто не остановил, чтобы спросить. Patchwork OS - это слой между импульсом агента и действием - среда выполнения, где ваш ИИ может автоматизировать реальную работу в вашем редакторе, GitHub, Slack, Gmail и 45+ службах, в то время как ** можно сделать все возможное, чтобы остановиться и спросить вас сначала **.

Для кого это: разработчики и технические операторы, которые уже используют агентов против реальных систем - РЕПО, которое поставляется, почтовый ящик, который имеет значение, производственная услуга - и которые хотят записи того, что было разрешено и почему. Он ожидает терминала, установки узла и комфортного редактирования YAML.

Три идеи, одно время выполнения:

• Спроси перед выступлением Каждое действие классифицируется по радиусу взрыва — можно ли его отменить, и сколько перерывов, если оно неправильное? Обратимые вещи текут свободно. Рискованные вещи ждут в очереди одобрения с прикрепленными доказательствами: что именно будет работать, почему он выстрелил, и что произойдет, если это неправильно.

Доверие заработано, никогда не предполагается. Рабочие — названные агенты с рабочими местами — начинают контролироваться и зарабатывают независимость от своего послужного списка.

Patchwork OS

You don’t have an automation problem. You have a decision problem.

Every AI-agent horror story ends the same way: an action nobody stopped to question. Patchwork OS is the layer between the agent’s impulse and the action — a local-first runtime where your AI can automate real work across your editor, GitHub, Slack, Gmail, and 45+ services, while anything consequential can be made to stop and ask you first.

Who it’s for: developers and technical operators who already run agents against real systems — a repo that ships, an inbox that matters, a production service — and who want a record of what was allowed and why. It expects a terminal, a Node install, and comfort editing YAML.

Three ideas, one runtime:

• Ask before acting. Every action is classified by blast radius — can it be undone, and how much breaks if it’s wrong? Reversible things flow freely. Risky things wait in an approval queue with the evidence attached: what exactly will run, why it fired, and what happens if it’s wrong.

• Trust is earned, never assumed. Workers — named agents with jobs — start supervised and earn independence from their track record, per action type. Good at filing issues ≠ allowed to push code. One bad high-stakes action outweighs a hundred trivial successes. You set the ceiling; the math never raises it for them.

• Every decision leaves a receipt. What was done, why it was allowed, and how it turned out — durable, replayable, explainable via patchwork judgments, the dashboard’s traces page, and patchwork gate explain. When you approve something, you find out later whether you were right.

An agent wants to write a file. With the gate on, it waits — and shows you exactly what it would do:

You approve. The call proceeds, and both halves are on the record:

Status: stable 1.2

Version 1.2.6, published to npm as latest. The decision layer, recipes, connectors and IDE bridge all work and are dogfooded daily. Interfaces can still change between minor versions and some surfaces are rougher than others. Pin an exact version if you are building on it.