KEEL
HTML分割版

AI品質安定化調査：目次

プログラマ、SE、QA、コードレビュー、DevSecOps、PM/PL/PMO、ITインフラ、事務・人事向けのAI活用・エージェントスキル事例・導入手順・評価指標まとめ（社内提案対応版）。

本ZIPは、これまでの調査結果を章ごとにHTML化したものです。開発者、SE、QA、コードレビュー、DevSecOps、PM/PL/PMO、ITインフラ、事務・人事向けのAI活用を、品質安定化・導入手順・評価指標・運用テンプレートまで含めて整理しています。

作成日：2026-06-15（更新：総評シート、スキルは導入用指示まで） / 形式：HTML分割版 + 共通CSS + 参考文献ページ

社内提案者向け：まず 提案サマリー → 総評シート → 第17章 → PoC の順がおすすめ。

配布物: 入口（index） · bonus_kit（おまけ・ガチ：ルール＋スキル8本）· PoC試行キット · 正本 第19章 · knowledge/（YAML索引）
本書と dev_docs_guide の違い: 本調査は導入可否・効果・ガバナンスの判断材料。notes/ が Markdown 正本、knowledge/*.yaml が施策・KPI・スキルの構造化索引（YAML は正本の代替ではない）。定着後の REQ SSOT は dev_docs_guide。

Markdown 正本 + YAML 構造化索引

本調査パックでは、章本文のMarkdown 正本（../notes/）に加え、施策・KPI・スキル・PoC テーマを ../knowledge/*.yaml で構造化索引として持ちます。HTML（本章）は閲覧・提案用の生成物です。

正本 · 索引 · 判断マスタの関係
レイヤパス役割正本か
Markdown 正本notes/人間が読む章ノート（Obsidian 可）はい
HTMLai_quality_research_html/*.html社内提案・読み会・印刷いいえ
YAML 索引knowledge/AI · レポート · トレーサ（source_refs 必須）いいえ
判断マスタ第19章 + metrics.yaml · skills.yamlKPI · スキル採否 · PoC 判断MD+索引で運用
やらないこと: HTML だけを正本にする · PoC 想定数値を confirmed にする · Installs/Stars のみを品質根拠にする（第13章）。
索引ファイル（調査パック用スキーマ）
ファイル内容代表出典章
practices.yaml職種×章の施策第19章 19.3
metrics.yamlPoC KPI（実測前は confidence: low）第12章 · 第00章
skills.yaml公開・社内スキル一覧第17章 · 第19章 19.2
risks.yamlガバナンスリスク第13章
poc_themes.yamlPoC テーマ（1〜3本）bonus_kit/poc-theme-register.md
traceability.yaml施策 ↔ KPI ↔ スキル ↔ リスク第19章
手順: extract_knowledge_from_markdown.md → validate_knowledge.md → レポート。定着フェーズでは dev_docs_guide/starter_kit/knowledge/（REQ 索引）へ移行。

2026-06 追記 — エージェント運用（調査反映）

Web 調査で精度保証・効率化・標準化のメリットが大きいと判断したトピックへの入口。デメリット・注意は各章に記載。

index からの読み順
トピック要点章
IDE 内4役割（PoC向け）実装≠レビュー · ベンダー分散第17章 17.0
PMO AIPCセキュアゾーン内 MCP Server — 社内ノウハウ蓄積地（Hermes+Ollama）第20章 · 17.0a · 第9章
Agent-native CI/CDスキル bundle · ゴールデン eval17.0b · 第7章
CI/CD × AI 協調既存パイプライン + AIログ要約/PRレビュー · Redmine判断履歴 · 16事例第7章 7.0d · 第6章 6.0d
AI役割設計（ワークフロー）品質定義蒸留 · AGENTS.md · 既存WF 10例 · テンプレ第17章 17.0c · 第1章 1.0b
品質アンカーADR/5層運用 · 長期AI作業の劣化防止 · カリキュラム第2章 2.0b · 第7章
AIチケット起点開発ループ起票・品質確認・Handoff 入口標準化第3章 3.0c · 第10章 10.8 · dev_docs 第4章
Hermes 長期記憶内蔵 vs Memanto 候補 · 承認済み文脈のみ第20章 · dev_docs 第10章
Quality Signals LoopPR · CI · eval · 週次 · 重大時レビューの多層検知第21章 · dev_docs 第11章
理念（2026-06 見直し）: Hermes=記憶・整流 · Cursor=実装 · Codex=レビュー。PMO AIPC = 社内ノウハウ蓄積 MCP Server（セキュアゾーン）。開発PC直置き Hermes は非推奨。

目次

0. 提案サマリー（社内説明用）15分で説明するための入口。3か月PoC・職種別1週間スターター付き。1. 第1章：調査サマリーと基本方針AI活用を品質安定化施策として扱うための全体結論。2. 第2章：AI品質安定化モデルAIを工程内品質ゲートとして組み込む設計。3. 第3章：プログラマ向け活用実装品質、単体テスト、自己レビューを安定させる手順。4. 第4章：SE・設計者向け活用要件、設計、差分影響分析、テスト接続のAI活用。5. 第5章：QA・テスター向け活用テスト観点生成、E2E、自動化、障害再発防止の活用。6. 第6章：コードレビュー・テックリード向け活用AI一次レビュー、人間レビューの役割分担、レビュー観点標準化。7. 第7章：DevSecOps・セキュリティ向け活用SAST、CodeQL、AI修正案、セキュリティゲートの設計。8. 第8章：PM・PL・PMO向け活用要件品質、WBS、進捗、課題、品質会議でのAI活用。9. 第9章：ITインフラエンジニア向け活用サーバ構築、IaC、監視、障害対応。公開インフラスキル・Before/After・1週間スターター付き。10. 第10章：標準プロンプト集職種・工程別にそのまま使えるプロンプトテンプレート集。11. 第11章：導入ロードマップ・PoC計画3か月PoC、段階導入、完了条件、展開判断。12. 第12章：評価指標・KPI生産性、品質、組織、インフラ運用の指標設計。13. 第13章：リスク・ガバナンス・禁止事項AI活用で品質を落とさないためのルールと注意点。14. 第14章：運用テンプレートPR、変更申請、インフラ作業、PoC報告のテンプレート。15. 第15章：自社適用案社内導入時の優先順位、運用ルール、展開方針。16. 第16章：参考文献・調査ソース調査時に参照した公式情報、事例、研究資料の一覧。17. 第17章：エージェントスキル活用プロンプト vs スキル、社内PoC事例、skills.sh人気スキルのメリット・デメリット。18. 第18章：事務・エンゲージメント向け勤怠照合、電話取次、メール・文書、経費、議事録、公開ドキュメントスキル、意識調査施策。19. 総評・一覧シート全体総評、スキル・施策・KPIマスタ、メリデメ、導入用指示プロンプト集約。

利用方法

  1. まず第1章で全体像を確認する。
  2. 職種別の章を必要に応じて読む。
  3. 実務導入する場合は第10章、第11章、第14章を使う。
  4. 社内提案は 提案サマリー から始め、総評シート・第12章・第13章・第17章を含める。
  5. インフラ領域は 第9章、PoC数値は 第11章 11.3 と整合。
  6. 事務・人事向けは 第18章（勤怠照合・意識調査施策）を参照する。

全体結論：AIは開発者・SE・PM・インフラ担当者の代替ではなく、品質確認の抜け漏れを減らす副操縦士として使う。生成よりもレビュー、テスト、差分影響分析、設定確認、障害一次切り分けに組み込むのが現実的である。

KEEL