---
title: ⑥文系のためのAI駆動開発_最新知識　バイブコーディングから仕様駆動開発へ ── コードを書かなくてもモノを作れる今だからこそ 知っておきたい2026年の開発新常識
tags:  #システム工学  
author: [Yukiko](https://www.docswell.com/user/yukiko_it)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/DJY4RGQ47M.jpg?width=480
description: ⑥文系のためのAI駆動開発_最新知識　バイブコーディングから仕様駆動開発へ ── コードを書かなくてもモノを作れる今だからこそ 知っておきたい2026年の開発新常識 by Yukiko
published: July 03, 26
canonical: https://www.docswell.com/s/yukiko_it/ZMQQE9-2026-07-03-181919
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/DJY4RGQ47M.jpg)

一次情報ベース ｜ AI-DRIVEN DEVELOPMENT DIGEST（Vol.2）
文系のための
AI駆動開発 最新知識
バイブコーディングから仕様駆動開発へ── コードを書かなくてもモノを作れる今だからこそ
知っておきたい2026年の開発新常識
バイブコーディング
仕様駆動開発(SDD)
面白きこともなき世を面白く ── うさうさ研修工房
コンテキストエンジニアリング
ハーネス設計
2026


# Page. 2

![Page Image](https://bcdn.docswell.com/page/V7NYDGK6E8.jpg)

「開発の現場」で今、何が起きているのか
専門用語はやさしく、でも中身は正確に。 2025〜2026年の一次情報・公式資料をもとに 4つの視点で整理します
① バイブコーディングの次
② 仕様駆動開発（ SDD）
「勢い任せ」から「規律ある AI活用」へ。呼び方が変わっ
た理由
コードより先に “仕様”を書く。文系の言語化力がそのま
ま武器になる
③ コンテキスト／ハーネス設計
④ 文系人材の新しい役割
AIに何を・どう伝えるか。非エンジニアでも今日から実
践できる
「要件定義」の価値が上がる時代に、何を身につける
べきか
うさうさ研修工房 ｜ AI-Driven Development Digest（システム工学最新動向 Vol.2）
2


# Page. 3

![Page Image](https://bcdn.docswell.com/page/YJ9PGWVR73.jpg)

① 「バイブコーディング」から「エージェンティック・エンジニアリング」へ
わずか1年で呼び方が変わったのは、流行り言葉ではなく “本番運用で見えた課題 ”への反省から
2025年2月〜
バイブコーディング
Andrej Karpathy氏が命名。「欲しいものを説明し、コードは読まず AI
に委ねる」やり方。速くて楽しいが、そのまま本番投入すると品質が
安定しない。
2026年初頭〜
エージェンティック・エンジニアリング
同じKarpathy氏が提唱した “次の段階”。AIエージェントが人間の監
督のもと計画・実装・テスト・出荷までを行う、規律ある方法論。「仕
様・計画・検証」が前提になる。
米国開発者の92%が日常的にAIコーディングツールを利用する一方、その出力を「信頼している」との回答は
29%にとどまる。
AI導入後にバグ発生率が41%増加したという調査もあり、「速さ」と「信頼性」のギャップが
2026年の共通課題に。
出典: Karpathy, A. via NxCode (2026)「エージェンティック・エンジニアリング完全ガイド」／Keyhole Software, “Vibe Coding Trends 2026”（GitHub Octoverse・Stack Overflow・Gartner・McKinsey等を集計）
うさうさ研修工房 ｜ AI-Driven Development Digest（システム工学最新動向 Vol.2）
3


# Page. 4

![Page Image](https://bcdn.docswell.com/page/GJ8DVNPGJD.jpg)

② 仕様駆動開発（ SDD）：コードより先に “仕様”を書く
「仕様（Specification）」を唯一の基準（ Source of Truth）とし、そこから AIがコード・テスト・ドキュメントを作る手法
仕様
(Spec)
計画
(Plan)
タスク
(Tasks)
実装
(Code)
仕様は一度書いて終わりではなく、開発の進行とともに更新され続ける
“生きたドキュメント”
何が新しいのか
•
基準は「コード」ではなく「人間の意図」＝仕様に置く
•
GitHub「Spec Kit」(2023)、AWS「Kiro」(2025)など専用ツールが登場
•
複数人・複数AIが関わる大規模開発でも、進行がブレにくい
文系人材にとっての意味
「わかりやすく・もれなく・誤解なく文章にする力」が、そのまま SDDの中
心スキルになる。要件定義書やマニュアルを書いてきた経験は、実は
AI時代に直結する強みです。
出典: ＠IT「仕様駆動開発（Spec-driven development）とは？」／株式会社一創「仕様駆動開発とは何か」／Tech千一夜 note
うさうさ研修工房 ｜ AI-Driven Development Digest（システム工学最新動向 Vol.2）
4


# Page. 5

![Page Image](https://bcdn.docswell.com/page/LJLM5P1XER.jpg)

③ コンテキスト設計とハーネス設計： AIとの“伝え方”を整える
「Agent（エージェント） ＝ Model（頭脳） ＋ Harness（手綱）」。頭脳は企業が選ぶが、手綱は使う人が設計する
コンテキストエンジニアリング
AIに「何を・どのタイミングで・どんな形で」渡すかを設計すること。2025年6
月、Karpathy氏がプロンプトの上位概念として提唱。
•
指示（Instructions）：役割・振る舞いを定義
•
知識（Knowledge）：判断根拠となる資料を渡す
•
記憶（Memory）：これまでの議論の流れを整理
ハーネスエンジニアリング
「エージェントが一度ミスをしたら、二度と同じミスが起きないようシステム
自体を設計する」という考え方。2026年2月、HashiCorp共同創業者
M.Hashimoto氏が提唱。
•
人間は「1行ずつ確認する人」から「制御の仕組みを設計する人」へ
•
チェックリストやレビュー基準の言語化＝業務プロセス設計と同じ発想
ポイント：どちらも専門的なプログラミング技術ではなく「情報の渡し方・整理の仕方」の工夫。非エンジニアでも“質問の仕方を工夫する”ところから実践できます。
出典: ailead Blog「コンテキストエンジニアリングとは」／Zenn @gvatech_blog「Spec・Context・Harness三層設計」／OpenBridge「コンテキストエンジニアリングとは」
うさうさ研修工房 ｜ AI-Driven Development Digest（システム工学最新動向 Vol.2）
5


# Page. 6

![Page Image](https://bcdn.docswell.com/page/47MY34W37W.jpg)

④ 「要件定義」の価値が上がる時代に、文系人材ができること
HOW（作り方）の自動化が進むほど、 WHAT（何を作るか）を定義する仕事の重要性が増す
今日から意識したい 4つの習慣
仕様や要望をMarkdown・箇条書きなど「後で見返せる形」で書く癖を
つける
「なるべく」「いい感じに」など曖昧な言葉を、誰が読んでも同じ意味
になる表現に置き換える
AIに任せる部分と、人間が最終確認する部分の境界をあらかじめ決
めておく
忘れてはいけない注意点
•
AI生成コードの約45%がセキュリティの基本項目（OWASP
Top10）を満たさないとの調査あり
•
認証・暗号化・個人情報の扱いなど「危ない領域」は必ず人間
のレビューを通す
•
「速く作れる」ことと「安心して使える」ことは別問題、と意識して
おく
•
前回資料の「MBSE・要求工学」の考え方は、この時代にこそ活
きる基礎知識
一度で満足せず、AIの提案を「なぜそうなったか」まで確認する習慣
を持つ
出典: Keyhole Software “Vibe Coding Trends 2026”（Veracode OWASP評価等集計）／Zenn @gvatech_blog「AIがコードを書くほど、要件定義は上に移動する」
うさうさ研修工房 ｜ AI-Driven Development Digest（システム工学最新動向 Vol.2）
6


# Page. 7

![Page Image](https://bcdn.docswell.com/page/P7R9QWYRE9.jpg)

まとめ： 4つの新概念と、文系人材への示唆
概念
ひとことで言うと
文系人材への示唆
バイブコーディング
勢い任せの対話型開発
アイデア確認・プロトタイプ検証に使う分には便利
仕様駆動開発(SDD)
“仕様”が唯一の基準になる
言語化・要件定義の力がそのまま武器になる
コンテキストエンジニアリング
AIへの情報の渡し方の設計
資料整理・文脈共有の工夫で誰でも実践可能
ハーネスエンジニアリング
ミスを二度と起こさない仕組み化
業務プロセス設計・チェックリスト作りと同じ発想
要するに：AIがコードを「書く」時代になったからこそ、何を作るべきかを「決める・伝える・確かめる」人間の役割が、これまで以上に重要に
なっています。
うさうさ研修工房 ｜ AI-Driven Development Digest（システム工学最新動向 Vol.2）
7


# Page. 8

![Page Image](https://bcdn.docswell.com/page/PJXQ5PGY7X.jpg)

参照文献（一次情報・公式資料ベース）
NxCode (2026).「エージェンティック・エンジニアリング：バイブ・コーディングを超えた AIファースト・ソフトウェア開発の完全ガイド（ 2026年版）」
01
02
Keyhole Software (2026). “Vibe Coding Trends 2026: Adoption, Productivity, and Code Quality Data.”（GitHub Octoverse 2025／Stack Overflow 2025／Gartner／McKinsey等を集
計）
renue (2026).「Vibe Coding（バイブコーディング）とは？ AIで変わるソフトウェア開発の新潮流を解説【 2026年版】」
03
＠IT (2026).「仕様駆動開発（ Spec-driven development）とは？：AI・機械学習の用語辞典」
04
株式会社一創 (2025).「仕様駆動開発（ Spec-Driven Development）とは何か？」
05
ailead Blog (2026).「コンテキストエンジニアリングとは？プロンプトの次の AI技術を徹底解説」
06
Zenn @gvatech_blog (2026).「AIがコードを書くほど、要件定義は上に移動する ── Spec・Context・Harness三層設計」
07
OpenBridge (2025).「コンテキストエンジニアリングとは？プロンプトを超えて AIと自然につながる次世代戦略」
08
BeeX (2026).「AIエージェント時代の開発手法： AI駆動開発の考え方と実践ポイント」
09
本資料は上記の一次情報・公式資料に基づき作成。用語や数値の詳細は各出典を直接ご確認ください。