v0.7.0 ゲートへ PUBLIC 漏洩スイープを足す

消費側の呼び出しが壊れる変更は無い。skill 名も登録経路も変わっていないので、pin を上げるだけで済む。

配布物の変更

修正: plugins/dev-workflow の pre-merge-quality-gate

Phase 1 の並列レビューへ 5 番目の観点として PUBLIC 漏洩スイープを足した (ISSUE-15)。

リポジトリが PUBLIC のときだけ起動するので、体数は 4 か 5 になる。判定は
gh repo view --json visibility で行う。

機械検査に落とせない露出を止める層で、持たせたのは 2 つ。

• 「例なのか実運用なのか」の判定基準。同じ固有名詞が出ていても、例の列挙の一員なら
  残してよく、実際にそうしていると読める書き方なら落とす。この見分けは機械検査には原理的に
  持てない
• 語単位の照合では捕まらない 2 形。個々は残してよい公開 OSS 名なのに列挙の組み合わせが
  対象を特定してしまう形と、それ自体は固有名詞を 1 つも含まないまま文書中の例示の読み方を
  架空から実在へ反転させるメタ記述

発火点をレビュー時に置いたのは実測による。設計時は切り出し時が流入点だと推定していたが、実際に
漏洩 4 群を捕まえたのは PR 前のゲートだった。切り出し済みのたたき台が、語単位の対照で緑を
出したまま通っていた。

同伴した変更 (配布物に届かない)

• release skill (プロジェクトスコープ) の手順へ、注釈付きタグと release note の漏洩検査を
  足した (ISSUE-15)。タグ本文は gitleaks の走査面の外にあり、コミットメッセージを見る hook も
  届かないため、この面を見る機会が手順にしか無い
• ISSUE-15 をクローズ。残った 1 面 (PR 本文の検査を配布物の手順へ組み込む) は ISSUE-58 として
  切り出した

commit range

v0.6.0..f66dbbf (2 commits)