Make the Stop hook impossible to regret installing
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 32/100
調査の方向性
エントリーポイント backcheck install から開始し、Stop hook の現在の失敗処理を追跡してください。この issue では、単一の変更、ファイル、またはテストを指定するのではなく、複数の独立した提案を列挙しています。項目を1つ選び、その動作と完了条件を定義し、形式不正の入力、ファイルの欠落、タイムアウト、内部エラーがセッションを正常に終了させるというルールを維持してください。
索引モデルが issue の本文から書いたものです。
説明
backcheck install puts a Stop hook in the critical path of every Claude Code session. That is
where the tool earns its keep, and also where a bad decision costs the most: a hook that blocks
on honest work, or blocks twice in a row, is worse than no hook at all.
Current behaviour: on finding unsupported claims it returns decision: "block" with the reasons,
unless stop_hook_active is set (which would risk a loop). Panics are caught, a missing
transcript is tolerated, and any failure degrades to "say nothing and let the turn finish".
Ways it could be better:
- Configurable thresholds — a
.backcheck.tomlchoosing what blocks vs. what only
warns. Some teams will wantcontradictedto block andqualifiedto stay quiet. - Per-claim suppression — a way to say "this project has no test suite, stop telling me"
without uninstalling entirely - A hard time budget — the hook should abandon analysis rather than ever delay a turn.
A very large transcript on a slow disk is the case to worry about. -
backcheck doctor— confirm the hook is installed correctly, the binary is onPATH,
and show what it would have said about the last session - Statusline integration — a compact verdict in the Claude Code statusline instead of a
block, for people who want the signal without the interruption -
SessionEndas an alternative toStop, for reporting without ever blocking
Data that would help
If you install the hook and it blocks on something that was actually fine, that is a bug worth
reporting — see #6. Real examples of unnecessary blocks are the fastest way to
tune the thresholds, and they will shape whatever configuration format lands here.
Rule that must hold
Whatever changes: never break a session. Any malformed input, missing file, timeout, or
internal error must end with the turn completing normally. That property is worth more than any
feature on this list.
- 主要言語
- Rust
- スター
- 0
- フォーク
- 2
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
VectorInstitute/backcheck のほかの issue
-
accuracy false-negative false-positive help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
-
good first issue help wanted runner
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
-
enhancement good first issue help wanted
難易度 4/5 3〜5日 初心者へのやさしさ 55/100
VectorInstitute/backcheck#10 ·
-
enhancement good first issue help wanted
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
-
accuracy enhancement help wanted
難易度 4/5 3〜5日 初心者へのやさしさ 50/100
VectorInstitute/backcheck の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 92/100
bytecodealliance/wasmtime#14433 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信