jay7793/solweaver

Солвевер Рабочий процесс для разработки под руководством Sol в Codex. Практический рабочий процесс программного обеспечения Codex, в котором GPT-5.6 Sol работает локально или ведет GPT-5.6 Terra и Luna в качестве ограниченных реализаторов, добавляя независимый обзор, когда риск оправдывает его.

Почему Солуивер Быстрый старт Использование · Как это работает · бенчмарки · Безопасность

[!ПРИМЕЧАНИЕ] Solweaver - это проект сообщества с открытым исходным кодом. Это не официальный проект OpenAI.

###Почему Сольвевер

Многоагентные рабочие процессы полезны только тогда, когда владение остается ясным. Солвевер держать Ответственный за весь результат, работает на местном уровне, когда делегирование Это будет стоить дороже, чем экономит, и добавляет более сильную церемонию только по мере роста риска.

Сол ведет, Терра строит, Луна ускоряется. [править править код] | Планы, реализации или маршруты, интегрирует, проверяет и доставляет | Руки сопряженные, неоднозначные, многофайловые и тяжелые для суждения реализации | Руки узкие, механические, повторяющиеся и высокопроизводительные задания |

Один ответственный руководитель Сол остается на критическом пути от плана к финалу. Доказательства. ** Целенаправленная маршрутизация:** Авто режим поддерживает малую, низкорисковую работу с Sol и добавляет:

[!NOTE] Solweaver is an open-source community project. It is not an official OpenAI project.

Why Solweaver

Multi-agent workflows are useful only when ownership stays clear. Solweaver keeps Sol accountable for the whole outcome, works locally when delegation would cost more than it saves, and adds stronger ceremony only as risk grows.

• One accountable lead: Sol remains on the critical path from plan to final evidence.
• Purposeful routing: auto mode keeps small, low-risk work with Sol and adds Terra or Luna only when a bounded worker materially helps.
• Safe parallelism: workers run together only when their ownership is explicit and their write scopes are disjoint.
• Verification built in: worker summaries are not treated as proof; Sol reviews the changes and runs appropriate checks.
• Risk-proportional assurance: ordinary work uses parent verification; high-risk or explicitly requested work adds a durable final-strict gate.
• Runtime honesty: configured model routing is kept distinct from model and effort actually exposed by runtime metadata.