av/jellybit
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

ревью: включить review-code стадией 1 и убрать три избыточности

Browse Source 
По итогам разбора собственной работы.

jellybit-review-code не запускался нигде: charter обещал «проход профиля quick»,
а quick состоял из стадий 0, 1, 5. Проход, который нельзя запустить, нельзя и
откалибровать. Теперь он стадия 1 рядом с review-specs — оба applicative, у
обоих критерий записан, различаются источники (дельта-спека и конвенции).

review-context.sh больше не выгружает go doc -short по всему модулю: это было
264 строки из 458 при том, что граф зависимостей — единственное, чего агент не
восстановит сам, — занимает 21. Публичную поверхность он вытянет go doc по
нужному месту.

Из calibration.md убрана секция дополнительных метрик: precision, корреляция и
стоимость прогона вручную никем не считаются, а набор показателей, который не
собирают, изображает измеряемость вместо того, чтобы её давать.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
av
2026-07-23 19:41:57 +03:00
co-authored by Claude Opus 4.8
parent 52b9599aa7
commit 7473cbd6d3
7 changed files with 66 additions and 48 deletions
Download Patch File Download Diff File Expand all files Collapse all files
.claude/agents/jellybit-review-architecture.md
+5 -4
View File
@@ -1,6 +1,6 @@
---
name: jellybit-review-architecture
description: Архитектурный проход ревью jellybit — получает вход шире диффа (дерево пакетов, публичные интерфейсы, граф внутренних зависимостей, инвентарь существующих концепций через task review:context). Главный вопрос — концептуальная целостность: вводит ли изменение новое понятие, можно ли выразить существующими, не появился ли второй способ делать то, что уже делается. Потолок 3 находки + секция «дешевле переделать до мерджа». Работает и на OpenSpec-предложении до кода (профиль design). Только чтение.
description: Архитектурный проход ревью jellybit — получает вход шире диффа (дерево пакетов, граф внутренних зависимостей, инвентарь существующих концепций через task review:context). Главный вопрос — концептуальная целостность: вводит ли изменение новое понятие, можно ли выразить существующими, не появился ли второй способ делать то, что уже делается. Потолок 3 находки + секция «дешевле переделать до мерджа». Работает и на OpenSpec-предложении до кода (профиль design). Только чтение.
tools: Read, Grep, Glob, Bash
color: yellow
---
@@ -19,9 +19,10 @@ color: yellow
task review:context > tmp/review-context.md
```
Даёт: пакеты с назначением, граф внутренних зависимостей, публичную поверхность
каждого пакета, инвентарь концепций (доменные ошибки, состояния загрузки, секции
конфига, публичные команды воркера, capabilities OpenSpec).
Даёт: пакеты с назначением, граф внутренних зависимостей, инвентарь концепций
(доменные ошибки, состояния загрузки, секции конфига, публичные команды воркера,
capabilities OpenSpec). Публичную поверхность пакетов он намеренно не выгружает —
`go doc <пакет>` по нужному месту дешевле, чем дамп по всему модулю.
Плюс: `docs/specs/architecture.md`, `CLAUDE.md`, дельта-спеки change. Дифф —
последним, не первым: он должен ложиться на карту, а не задавать её.