古いやり方のプログラミングは、もう完全に捨てるべきだ(PPT)
AIプログラミング半年間の実践経験共有 — Slidevプレゼンテーション
2026年3月24日 · AI News · スライド
UV -- · PV --
layout: center class: text-center
半年、手書きコードゼロ
layout: section transition: fade
エンジニアの役割を再定義する
「コードを書く」から「コンテキストを提供する」へ
-
進捗がうまくいかないとき、解決策は決して「もっと頑張る」ことではない
-
そうではなく、一歩引いて問い直す:Agentにはまだ何が足りないのか?
-
コンテキスト · ツール · 制約|せいやく
コンテキストエンジニアリングの質 = AIの成果物の質
エンジニアの役割の変化
過去
- 1行ずつコードを打ち込む
- 手動でデバッグする
- 人間がReviewする
- 文書は記憶に頼る
現在
- タスクを設計し、制約を定義する
- Agentがコードを書き + 自己テストする
- Agentが相互レビューする
- 人間はマージ時だけ介入する
layout: section transition: fade
AgentでAgentを審査する
Codex自動Review
layout: section transition: fade
アプリケーションをAgentに読みやすくする
Agentの自律検証フロー
sequenceDiagram
participant C as Agent
participant A as アプリ
participant D as Chrome DevTools
C->>D: 対象ページを選択 + コンソールをクリア
C->>D: 操作前スナップショットを取得
C->>A: UI操作パスを実行
A-->>D: ランタイムイベント
C->>D: 操作後スナップショットを取得
C->>A: 修正を適用 + 再起動
loop 通過するまで繰り返す
C->>D: 検証を再実行
end
これは典型的なフローです。AgentがChrome DevTools MCPを通じてアプリケーションを自律的に操作し、操作前後のスナップショットを取得し、状態を比較し、検証に通るまで修正を繰り返します。 -->
layout: section transition: fade
コードリポジトリを唯一の知識源にする
Agentに説明書ではなく地図を渡す
-
コンテキストは希少なリソース — 巨大な指示ファイルは、本当に重要な内容を圧迫します
-
すべてが「重要」= 何も重要ではない — 情報が多すぎると、Agentは近場のパターンマッチに頼るだけになります
-
大きなファイルは極めて速く腐る — 古いルールの墓場となり、人が保守をやめた瞬間にバグの温床になります
-
自動検証できない — カバレッジ、鮮度、所有権、すべてが制御不能になります
AGENTS.md ≈ 100行の目次 → docs/ 配下の実際のドキュメントへ導く
layout: section transition: fade
MCPからSkillへ
## <ruby>方法<rt>ほうほう</rt></ruby>は<ruby>接続<rt>せつぞく</rt></ruby>より<ruby>重要<rt>じゅうよう</rt></ruby>
layout: two-cols layoutClass: gap-8
MCP vs Skill
MCPは「接続」を解決する
- AgentがYApiのインターフェースを呼べる ✅
- Agentが禅道のbugを調べられる ✅
- でもフィールドを変更した後にドキュメントを同期すべきことは知らない ❌
- 中国語コメントと列挙説明を補うべきことは知らない ❌
SkillはAgentに水の使い方を教えるもの
::right::
Skillは「方法」を解決する
- コードを変更したら → 自動でドキュメントを同期
- すべてのフィールド → 中国語コメント + 列挙説明
- リクエスト/レスポンス例を補完
- ドキュメントとコードの一致性を検証
Skillの利点:
- 方法論を載せられる、接続だけではない
- バージョン管理でき、レビュー可能
- 必要に応じてロードし、コンテキストを占有しない
ZenTao Skill:リンクを貼るだけでBugを直せる
このskillをインストールして:https://github.com/leeguooooo/zentao-mcp
YApi Skill:上流・下流連携の自動化
sequenceDiagram
participant PM as <ruby>上流側<rt>じょうりゅうがわ</rt></ruby>
participant Dev as <ruby>開発者<rt>かいはつしゃ</rt></ruby>
participant Agent as Agent
participant YApi as YApi
PM->>Dev: <ruby>連携<rt>れんけい</rt></ruby><ruby>要件<rt>ようけん</rt></ruby> + YApiインターフェースURLを<ruby>送信<rt>そうしん</rt></ruby>
Dev->>Agent: インターフェースURLを<ruby>貼<rt>は</rt></ruby>り<ruby>付<rt>つ</rt></ruby>け
Agent->>YApi: Skillを<ruby>通<rt>つう</rt></ruby>じてインターフェース<ruby>定義<rt>ていぎ</rt></ruby>を<ruby>読<rt>よ</rt></ruby>む
Agent->>YApi: <ruby>関連<rt>かんれん</rt></ruby>インターフェースへ<ruby>自動<rt>じどう</rt></ruby>ジャンプして<ruby>読<rt>よ</rt></ruby>む
Agent->>Agent: <ruby>完全<rt>かんぜん</rt></ruby>なコンテキストを<ruby>理解<rt>りかい</rt></ruby>し、<ruby>連携<rt>れんけい</rt></ruby>コードを<ruby>生成<rt>せいせい</rt></ruby>
Agent->>Dev: <ruby>実装<rt>じっそう</rt></ruby>を<ruby>出力<rt>しゅつりょく</rt></ruby> + ローカルドキュメントを<ruby>自動<rt>じどう</rt></ruby><ruby>更新<rt>こうしん</rt></ruby>
Dev->>YApi: yapi docs-syncでドキュメントを<ruby>同期<rt>どうき</rt></ruby>
プロジェクト単位のSkill組み合わせ:Bugの完全自動調査
flowchart LR
A[<ruby>禅道<rt>ぜんどう</rt></ruby> Bug] -->|ZenTao Skill| B[Bug<ruby>詳細<rt>しょうさい</rt></ruby>を<ruby>読<rt>よ</rt></ruby>む]
B --> C[<ruby>関連<rt>かんれん</rt></ruby>コードを<ruby>特定<rt>とくてい</rt></ruby>]
C -->|Log Skill| D[<ruby>実行<rt>じっこう</rt></ruby>ログを<ruby>検索<rt>けんさく</rt></ruby>]
C -->|DB Skill| E[データベースを<ruby>検索<rt>けんさく</rt></ruby>]
C -->|KV Skill| F[キャッシュを<ruby>検索<rt>けんさく</rt></ruby>]
C -->|Token Skill| G[<ruby>認証<rt>にんしょう</rt></ruby>を<ruby>検証<rt>けんしょう</rt></ruby>]
D & E & F & G --> H[<ruby>根本<rt>こんぽん</rt></ruby><ruby>原因<rt>げんいん</rt></ruby>を<ruby>分析<rt>ぶんせき</rt></ruby>]
H --> I[コードを<ruby>修正<rt>しゅうせい</rt></ruby>して<ruby>提出<rt>ていしゅつ</rt></ruby>]
テスト環境に直接接続し、実データを取得して問題を分析できます
layout: section transition: fade
オープンソース推薦:Superpowers
10万+ StarのAgent Skillフレームワーク
Superpowers:完全な開発ワークフロー
まず考えを整理してから手を動かす、ソクラテス式の質問
2〜5分の小さなタスクに分解
開発環境を隔離し、リスクゼロに
TDDを強制、まずテストを書いてからコードを書く
複数Agentの並列実行 + 2回のレビュー
依存のないタスクを自動で並列化
4段階の調査、推測ベースの修正を禁止
完了前に必ず検証、証拠があってから結論
双方向レビュー、無条件に同意しない
仕上げの判断:マージ / PR / 保持 / 破棄
重要な特徴:すべて自動トリガー
Subagent並列開発フロー
flowchart TD
P[<ruby>実施<rt>じっし</rt></ruby><ruby>計画<rt>けいかく</rt></ruby>] --> S1[Subagent 1: タスクA]
P --> S2[Subagent 2: タスクB]
P --> S3[Subagent 3: タスクC]
S1 --> R1[レビュー: <ruby>仕様<rt>しよう</rt></ruby><ruby>準拠<rt>じゅんきょ</rt></ruby>]
S2 --> R2[レビュー: <ruby>仕様<rt>しよう</rt></ruby><ruby>準拠<rt>じゅんきょ</rt></ruby>]
S3 --> R3[レビュー: <ruby>仕様<rt>しよう</rt></ruby><ruby>準拠<rt>じゅんきょ</rt></ruby>]
R1 --> Q1[レビュー: コード<ruby>品質<rt>ひんしつ</rt></ruby>]
R2 --> Q2[レビュー: コード<ruby>品質<rt>ひんしつ</rt></ruby>]
R3 --> Q3[レビュー: コード<ruby>品質<rt>ひんしつ</rt></ruby>]
Q1 & Q2 & Q3 --> M[マージ<ruby>統合<rt>とうごう</rt></ruby>]
layout: section transition: fade
落とし穴ガイド
AIプログラミングでいちばん犯しやすい間違い
7つの大きな落とし穴
layout: center class: text-center
いちばん重要な2つの習慣
layout: section transition: fade
まとめ
「コードを書く」から「システムを設計する」へ
layout: center class: text-center
layout: center class: text-center
layout: center class: text-center
ありがとうございました
管理者コンテンツ操作
管理者のみ表示されます。クリックすると該当記事を物理削除します(多言語連動削除ルールを含む)。

WeChat Pay
Alipay
コメント
コメントは即時公開されますが、ポリシー違反時は非表示になる場合があります。