ガードの穴を塞ぐPRが同じ穴を掘る
「ガードが存在するのに発火しない」欠陥を塞ぐPRが、その中で同じ型の欠陥を作り込んだ実例を5件、PR番号・コミット・失敗台帳の行で示します。無力化の座標が実装→配線→CIのrun:→run:の外側のYAML→判定関数の内部へ1段ずつ移る構造(外へだけではありません)と、最後の1件がいまも塞がっていないことの再現手順を、終了コードで示します。
読み込み中...
8 件の記事が見つかりました
「ガードが存在するのに発火しない」欠陥を塞ぐPRが、その中で同じ型の欠陥を作り込んだ実例を5件、PR番号・コミット・失敗台帳の行で示します。無力化の座標が実装→配線→CIのrun:→run:の外側のYAML→判定関数の内部へ1段ずつ移る構造(外へだけではありません)と、最後の1件がいまも塞がっていないことの再現手順を、終了コードで示します。
同じ本番障害を、記事を書く上流と公開先の下流が独立に実測し、互いの誤診を4件訂正した記録です。うち2件は相手側の一次資料を読むまで出ませんでした。測っている対象・測った時刻・持っている一次資料の3つがズレるから突き合わせで誤診が落ちる、という構造を実例で示します。
CIが緑でも、そのガードが一度も発火していないことがあります。本ブログのリポジトリで見つかった7種類の「効かないガード」をPR番号つきで分類し、壊した入力を1回通す二面検証の手順と、その検証自体が摩耗していく実測(検出分岐9個のうちテストは4個)を、コマンドと終了コードで示します。
AI生成コード固有の可読性問題を5類型で整理し、チームで合意できるレビュー基準・命名規約・ESLintカスタムルールの設計手順を解説します。AI生成コードには「命名の一貫性なし」「過剰抽象化」「コメント意図不明」「コンテキスト依存変数名」「重複実装」の5類型の可読性問題がある
river-reviewerのSkill Registryを使ってチームのレビュー知見を組織資産に変える、AIコードレビューの段階的導入ガイド。フェーズ別ロードマップと人間レビューとの役割分担を解説。
AI記事制作で品質が崩れる原因を分解し、編集フローとレビュー基準を先に固定する設計方法をまとめます。出力品質のばらつきを抑え、レビューコストを下げる実務フローを解説。具体的なチェックリストとワークフロー設計を紹介。
AI導入による記事の品質低下を防ぐ「ガードレール設計」と自動クロスレビュー体制の構築方法。編集者の役割を次のレベルへ昇華させるメディア運営論です。AI記事制作の品質低下を防ぐカギは、編集者の「文字修正」から「アーキテクチャ設計」への転換
受入条件を実装前に先に固定することでAIの出力精度を高め、実装とレビューの無駄な往復を劇的に減らすためのTDD実践ガイド。AI開発で最も多い手戻りパターンは「レビューで初めて期待動作のズレが発覚する」ことです。原因はシンプルで、受入条件(Ac