docs: セッション状態と current.md を 2026-08-31 の実態へ更新 - #799
Merged
Conversation
#795 / #797 が入って main が動いたのに、両文書は 2026-08-20 のままだった。 session-state.md は自分を運んだコミット(#794)より古い状態を書いており (`main` = `4d9bd68` / PR #793 の DoD が「未実施」)、実際には workflow_dispatch はマージ 37 秒後に success していた。 ## session-state.md(全面更新) 現況を再実測して置き換え(commit 1,071 / class 311本 69,972行 / テスト 5,249メソッド 315ファイル / リモート枝 351本、いずれも 23:29 JST 実測)。 判定は 08-20 から変わらず「休眠だが健全」。 次に触る人が踏む地雷を、根拠つきで残した: - `--ignore-unreachable` を使わない理由(緑にせず赤のまま理由を分ける) - CI では `--locked` を付けず、手元では必ず付ける理由 (素の audit は vendor を見るので古い作業木だと解消済み CVE が再燃して見える。 実際にこのセッションで踏みかけた: lock=v5.8.4 / vendor=v5.8.0) - リハーサル口を足すときは notify-failure の if も同時に広げること (さもないと伝播が一度も評価されず「口を足したのに目的が達成されない」) - 終了コードを測るときパイプを挟まない(`| tail` は tail の $? を拾う) - スタブで通ったことを実 CI の証拠に読み替えない - squash マージでは `--is-ancestor` / `branch -d` が必ず「未マージ」と言う 🔴 マージの打鍵者の記録も正した。GitHub 上の `mergedBy` は `hideyukiMORI` だが、 `gh` が施主のトークンで動くためトークンの持ち主を指すだけで打鍵者は区別できない。 正確には「施主承認のうえ hub がマージ」。 ## docs/todo/current.md 2026-08 節に 08-31 の項を追加。事故(packagist 502)と、層が2つあったこと (誰にも伝わらない / 伝わっても内容が誤り)、採らなかった選択肢とその理由、 リトライが 26分49秒の障害を救えないこと、実 CI での検証結果を記録。 08-20 の項の 60日しきい値には supersede 注記を付けた(活動再開で 10月下旬へ後退)。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019g1VeX1kq7Mfxu3qDRxuQN
hideyukiMORI
added a commit
that referenced
this pull request
Aug 31, 2026
休眠中の CI が初めて壊れた日の記録。コードは1行も動いておらず (class 69,972 行・テスト 5,249 メソッドは 08-20 から不変)、動いたのは CI の通知経路だけ。マージは #795 / #797 / #799 の3本。 「週次で advisory を検知する」という装置が、実は3層のどこでも成立して いなかったことを記録した: ① 失敗が誰にも伝わらない(#795 が10日 open で PR ブランチにしか無かった) ② 伝わっても内容が誤り(素の composer audit が exit 1 と 100 を潰していた) ③ その誤りを検証する口が無い(simulate_failure は audit に到達しない) 技術的知見を9点、根拠と実測値つきで残した。とくに次に踏まれやすいもの: - --ignore-unreachable を使わない理由 - composer audit の既定対象は lock ではなく vendor(手元では --locked) - リハーサル口は本番経路の手前で止まりやすい - 終了コードを測るときパイプを挟まない - squash では --is-ancestor が必ず「未マージ」と言う - gh の mergedBy は打鍵者ではなくトークンの持ち主 前回(2026-05-30)からの繰り越しも棚卸しした。Node.js 20 非推奨は状況が 変わっており(すでに Node 24 で走行・実害なし)、繰り越しとして閉じてよい。 Claude-Session: https://claude.ai/code/session_019g1VeX1kq7Mfxu3qDRxuQN Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
#795 / #797 が入って main が動いたのに、
.claude/session-state.mdとdocs/todo/current.mdは 2026-08-20 のままでした。とくに session-state.md は自分を運んだコミット(#794)より古い状態を書いていました —
main=4d9bd68(実際は #794 で531005f)、PR #793 の DoD が「未実施」(実際はマージ 37 秒後に success・run 32275024798)。このファイル自身が「訂正したら文書内を古い値で grep しろ」と書いている型を、そのまま踏んでいた形です。.claude/session-state.md(全面更新)現況を再実測して置き換え(2026-08-31 23:29 JST):
composer audit --lockedNo security vulnerability advisories found.判定は 08-20 から変わらず「休眠だが健全」。class 行数もテスト数も1も動いていません。
次に触る人が踏む地雷を根拠つきで残しました —
--ignore-unreachableを使わない理由 / CI では--lockedを付けず手元では必ず付ける理由 / リハーサル口を足すときはnotify-failureのifも広げること / 終了コードを測るときパイプを挟まない / スタブで通ったことを実 CI の証拠に読み替えない / squash では--is-ancestorが必ず「未マージ」と言う。🔴 マージの打鍵者の記録も正しました。 GitHub 上の
mergedByはhideyukiMORIですが、ghが施主のトークンで動くためトークンの持ち主を指すだけで打鍵者は区別できません。正確には「施主承認のうえ hub がマージ」です。docs/todo/current.md2026-08 節に 08-31 の項を追加。事故(packagist 502)と層が2つあったこと(誰にも伝わらない/伝わっても内容が誤り)、採らなかった選択肢とその理由、リトライが 26分49秒の障害を救えないこと、実 CI での検証結果。08-20 の項の 60日しきい値には supersede 注記を付けました(活動再開で 10月中旬 → 10月下旬へ後退)。
ドキュメントのみの変更です。