AIを使った回帰テスト戦略:変更が安全かを機械的に判断する
AI生成コードは変更範囲が広く、コンテキスト外の副作用が起きやすい。変更影響範囲の自動特定・スマートテスト選択・AIによるテストケース追加生成・CI自動判定の4ステップで安全性を機械的に担保する。
読み込み中...
41 件の記事が見つかりました
AI生成コードは変更範囲が広く、コンテキスト外の副作用が起きやすい。変更影響範囲の自動特定・スマートテスト選択・AIによるテストケース追加生成・CI自動判定の4ステップで安全性を機械的に担保する。
AI生成PRの量にレビューが追いつかないなら CI 側で振り分ける。リスクスコアリングでテスト深度を動的に変え、低リスクPRは自動マージ、高リスクPRは重点テスト+人間レビューへ回す設計。
AI生成コード固有の可読性問題を「命名の一貫性なし」「過剰抽象化」「コメント意図不明」「コンテキスト依存変数名」「重複実装」の5類型で整理し、レビュー基準・命名規約・ESLintルールを設計する。
AI はデザイントークンを知らずに色をハードコードする。Storybook+Chromatic+トークンチェックで「品質ゲート as コード」を組み、AI を破壊者から協力者に変えるフロントエンド協働ワークフロー。
AI導入で実装速度が上がってもチケットが消えないパラドックスの本質を解明し、検証自動化によってスループットを回復させる具体策を解説する。AIコーディングツールで個人の「書く速度」は確かに上がる(体感 +30%)
River Review(旧 river-reviewer)は、レビュー知識を Agent Skills として資産化する OSS の AI コードレビューフレームワーク。Context Engineering の考え方と始め方を解説。
River Review の Skill Registry を中級者向けに解説。レビュー知を versioned Agent Skills として明示化し、上流/中流/下流のフェーズ別に運用する具体手順を一次情報で整理する。
PlanGate は、人間が承認した計画なしに AI へコードを書かせない OSS(MIT)のゲート型ワークフローハーネス。C-3/C-4 の承認ゲートと Level 1〜5 の段階導入を、公式リポジトリの一次情報で入門解説。
PlanGate v8.6.0 の Hook Enforcement 10 種と Metrics v1 で AI コーディングを統治する。CTO/EM 向けに承認境界・監査可能性・スクラム親和性の設計を整理する。
axe-core + Playwright と Lighthouse スコアゲート(90以上)を GitHub Actions に組み込み、PR 段階で WCAG 2.1/2.2 違反を自動検出する。AI 修正提案と品質ゲート設計まで。
パイロットで効いたAIコーディングが全社展開で失速する原因は段階設計の欠如。Pilot / Champion / Wave / Steady の4段階モデルで、組織比率・メトリクスの安定・ガードレールの完成のAND条件で移行を判定する。
デザイントークンが壊れる原因の大半は人間の見落とし。Style Dictionary / Tokens Studio のトークンJSON を LLM に渡し、命名ゆらぎ・型不一致・参照切れを CI で検出する。Actions サンプル付き。
コンテキスト負債とは「今は進むが後で判断不能になる前提不足」。技術負債と違いレビュー段階で初めて痛みが出る。目的・非目的・受入条件を固定する Issue テンプレで実装精度を上げる。
PR詰まりの本質は量より「意図復元」の負荷。レビュアーが困るのはコードの良し悪しではなく「なぜこの変更か」が見えないこと。意図・影響範囲・証拠の3軸で診断し PR 粒度とテンプレを直す。
AIで実装は速くなった一方、レビュー・設計議論・オンボーディング・意思決定が詰まった。2026年のエンジニアリングチームを4つの組織パターンで整理し、レビュー再設計とマネジメント指標の変化を扱う。
AIをリサーチの「代理」ではなく「コラボレーター」に置き直し、検索・読解・統合・出力の4レイヤーに常駐させる。Source Notes と Synthesis Notes を分け、一次ソース率や決裁レイテンシを可視化する。
AI生成コードの3つのテスト課題(意図不透明・非決定性・量の爆発)を定義し、テスト設計パターン・Contract Testing・リスクベースCI の3層で品質を「祈り」から仕組みに変える全体像。
Claude Code で頻発する hallucination・無限ループ・コンテキスト汚染・スコープクリープ・秘密情報リークの5パターンを、症状・原因・コードや設定例つきの対処法として体系化した。
Claude Code hooks の用途は「品質担保」「監査」「安全制御」の3つ。ライフサイクルと CI との責務分担から配置を決める判断軸、実装パターン、失敗時の復旧までを整理する。
PreToolUse で危険コマンドをブロック、PostToolUse で自動フォーマット、Notification で Slack 通知。Claude Code Hooks の全4種別を、そのままコピーできる実装スクリプト付きで解説。
AIエージェント経由の commit は pre-commit を回避しやすい。MCP 層・pre-commit・push protection の3層で secret 流出を止め、検知後の rotate 自動化までを設計対象に含める。
自社MCPサーバー設計で迷う5軸(tool粒度・primitive選択・エラー設計・OAuth 2.1 認証・transport)を、公式仕様と運用経験則に分けて整理する Platform Team 向け設計テンプレ。
各チームが個別に LLM を呼ぶと、コスト・ガバナンス・監査の3つが破綻する。LLM Gateway + policy-as-code + コスト配賦を IDP に統合する2026年の設計パターンと、Platform チームの責務再定義。
エージェントが迷う原因は「地図の欠如」。憲法・原則・DoD を集約するディレクトリ構成、計画を Markdown で蓄積する運用、既存 CLI を Skill としてラップする実装パターンを、実リポジトリの構成で公開する。
AIへのアプローチを『指示(Prompt)』から『仕組み(Agent Engineering)』へ転換。SDDの重要性を理解し、AIを真の自律的な開発パートナーにするためのマインドセットを解説します。
AI生成テストが抱える偽陽性・網羅不足・メンテ困難の3問題を、テストケース設計原則とミューテーションテスト(Stryker/mutmut)で解決する実践ガイド。GitHub Actions設定例付き。
Figma Dev Mode・Code Connect・Figma AIを組み合わせ、デザイン→コード変換を最短で実現する実践ガイド。Claude Code MCP連携・デザイントークン受け渡し・失敗パターンを網羅。
Claude Code に MCP サーバーを追加して GitHub・Slack・DB と連携する実践パターンを解説。設定ファイル例(settings.json)付きで、追加から自作・セキュリティ設計まで一気通貫ガイド。
v0・Locofy AI・Figma AIの3ツールを徹底比較。テキストからUIを生成する起点・Figmaデザインのコード変換・デザインシステム連携など、実務での使い分けを具体例と比較表で解説します。
PlanGate の計画先行ワークフローを中級者向けに解説。PBI から plan/todo/test-cases を生成し C-3 承認を経て実装する具体手順と、状態永続化の型を一次情報で整理する。
Claude CodeやGitHub CopilotとのAIペアプロで迷いがちなコンテキスト設計・セッション引き継ぎ・人間介入のタイミングを、即使える実践パターン集として体系化。AGENTS.mdテンプレートも収録。
MCPのallowlist粒度・scope命名・組織導入の3点を判断軸で整理する。既存のMCP分離アーキ記事と合わせて読むと効果が高い。MCP権限の本丸は「allowlistの粒度」と「scope命名」の2つ
AIコーディングエージェント導入で増える攻撃面を、権限・流出検知・実行時制御・設計判断の4層モデルで整理し、優先順位の判断軸を提示する。AIコーディングエージェント導入で増える攻撃面は「権限」「流出」「実行時」「設計判断」の4層に分解できる
AI導入後の開発フローで人間が律速になる5つの類型を特定し、非同期化・事前型化・自動化・委譲の4パターンで解消する実践ガイド。制約理論(TOC)の視点からチームのスループットを最大化する。AIがコードを書く速度は十分に速い
LLMやAIサービスとの統合境界をテストする手法。スキーマ検証・セマンティック類似度チェック・ゴールデンテストの3層でプロンプト変更のリグレッションを自動検知する。LLMの出力は毎回変わるが「守るべき契約」は定義できる
AI生成コードを「書いていないのにテストする」ための設計パターン。振る舞い駆動テスト・プロパティベーステスト・スナップショットテストの使い分けを実践的に解説。AI生成コードのテストは「実装の詳細」ではなく「振る舞い」を検証する
AI導入後にアウトプットは増えているのに価値が伸びない構造を、レビューと意思決定の観点から整理する親記事。AIエージェント時代の開発では、出力速度よりも「何を採用するか」の判断が律速になります。本記事はレビューと意思決定のボト
AIチームの改善サイクルを加速するための、速度・品質・学習の3軸KPI設計と週次レビューによる学習ループの実践的な設計・運用方法を解説する。KPIは単一指標ではなく、速度 × 品質 × 学習の3軸で設計する
なぜこの実装を選んだかを後から再現できるよう、選択肢・理由・証拠・棄却案を記録する意思決定ログと証拠管理の設計手法を解説する。- 合意の再燃は、判断理由の欠落で起きる。「何を選んだか」ではなく「なぜ選んだか」を残す。
仕様の曖昧さがAI実装の手戻りコストを拡大させる問題を、判断可能性を基準とした品質管理フレームワークで解決する親記事。全体像を体系的に整理する。AI導入で実装速度は上がる一方、仕様の曖昧さが引き起こすコストは従来以上に拡大する
AIエージェントとマルチエージェントアーキテクチャを活用して、ブログ運用を半自動で仕組み化し、高品質なコンテンツを継続的に生み出すための戦略と実践フローを解説します。「全自動」の低品質ループを捨て、人間が編集長を務める「半自動」を貫く