現在のスライドキー操作: ← → Space PageUp PageDown F

古いやり方のプログラミングは、もう完全かんぜんに捨すてるべきだ

AIプログラミング半年間はんとしかんの実践じっせん経験けいけん共有きょうゆう

Leo · 2026

「コードを書かく」から「コンテキストを提供ていきょうする」へ

進捗しんちょくがうまくいかないとき、解決策かいけつさくは決けっして「もっと頑張がんばる」ことではない
そうではなく、一歩いっぽ引ひいて問とい直なおす：Agentにはまだ何なにが足たりないのか？
コンテキスト · ツール · 制約|せいやく

コンテキストエンジニアリングの質しつ = AIの成果物せいかぶつの質しつ

正確せいかくに書かくほどAIは横道よこみちにそれにくくなり、あいまいに書かくほど手戻てもどりが増ふえる

エンジニアの役割やくわりの変化へんか

過去かこ

1行ぎょうずつコードを打うち込こむ
手動しゅどうでデバッグする
人間にんげんがReviewする
文書ぶんしょは記憶きおくに頼たよる

現在げんざい

タスクを設計せっけいし、制約せいやくを定義ていぎする
Agentがコードを書かき + 自己じこテストする
Agentが相互そうごレビューする
人間にんげんはマージ時じだけ介入かいにゅうする

コードの書かき手て → AIのコンテキストエンジニア

Codex自動じどうReview

AIが生成せいせいするコード量りょうが多おおすぎるため、人手ひとでだけのreviewでは見落みおとしが避さけられない

毎日まいにち定期的ていきてきにチームのすべての高頻度こうひんど開発かいはつリポジトリをスキャンし、実際じっさいにかなりの隠かくれたbugを見みつけた

Agentの自律じりつ検証けんしょうフロー

ボトルネックは「コードを書かく」ことから人手ひとでのQAへ移うつった——AgentがUI、ログ、監視かんしを直接ちょくせつ読よめるようにする

mermaid

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を通つうじてアプリケーションを自律的じりつてきに操作そうさし、操作そうさ前後ぜんごのスナップショットを取得しゅとくし、状態じょうたいを比較ひかくし、検証けんしょうに通とおるまで修正しゅうせいを繰くり返かえします。 -->

Agentに説明書せつめいしょではなく地図ちずを渡わたす

コンテキストは希少きしょうなリソース — 巨大きょだいな指示しじファイルは、本当ほんとうに重要じゅうような内容ないようを圧迫あっぱくします
すべてが「重要じゅうよう」= 何も重要じゅうようではない — 情報じょうほうが多おおすぎると、Agentは近場ちかばのパターンマッチに頼たよるだけになります
大おおきなファイルは極きわめて速はやく腐くさる — 古ふるいルールの墓場はかばとなり、人ひとが保守ほしゅをやめた瞬間しゅんかんにバグの温床おんしょうになります
自動じどう検証けんしょうできない — カバレッジ、鮮度せんど、所有権しょゆうけん、すべてが制御せいぎょ不能ふのうになります

AGENTS.md ≈ 100行ぎょうの目次もくじ → docs/ 配下はいかの実際じっさいのドキュメントへ導みちびく

MCP vs Skill

MCPは「接続せつぞく」を解決かいけつする

AgentがYApiのインターフェースを呼よべる ✅
Agentが禅道ぜんどうのbugを調しらべられる ✅
でもフィールドを変更へんこうした後あとにドキュメントを同期どうきすべきことは知しらない ❌
中国語ちゅうごくごコメントと列挙れっきょ説明せつめいを補おぎなうべきことは知しらない ❌

MCPはAgentに水道管すいどうかんをつなぐもの
SkillはAgentに水みずの使つかい方かたを教おしえるもの

::right::

Skillは「方法ほうほう」を解決かいけつする

コードを変更へんこうしたら → 自動じどうでドキュメントを同期どうき
すべてのフィールド → 中国語ちゅうごくごコメント + 列挙れっきょ説明せつめい
リクエスト/レスポンス例れいを補完ほかん
ドキュメントとコードの一致性いっちせいを検証けんしょう

Skillの利点りてん：

方法論ほうほうろんを載のせられる、接続せつぞくだけではない
バージョン管理かんりでき、レビュー可能かのう
必要ひつように応おうじてロードし、コンテキストを占有せんゆうしない

ZenTao Skill：リンクを貼はるだけでBugを直なおせる

プロンプトをどう書かくか考かんがえる必要ひつようはありません——bugチケットのURLをAgentに貼はるだけです

このskillをインストールして：https://github.com/leeguooooo/zentao-mcp

YApi Skill：上流じょうりゅう・下流かりゅう連携れんけいの自動化じどうか

mermaid

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>

辺桑がインターフェースURLを受うけ取とった後あと、1日にちもかからず放送ほうそうシステム全体ぜんたいの連携れんけいを完成かんせいさせました

プロジェクト単位たんいのSkill組くみ合あわせ：Bugの完全かんぜん自動じどう調査ちょうさ

mermaid

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>]

Agentはbugの説明せつめいを読よみ解といてコードを特定とくていできるだけでなく
テスト環境かんきょうに直接ちょくせつ接続せつぞくし、実じつデータを取得しゅとくして問題もんだいを分析ぶんせきできます

Superpowers：完全かんぜんな開発かいはつワークフロー

Brainstorming
まず考かんがえを整理せいりしてから手てを動うごかす、ソクラテス式しきの質問しつもん

Writing Plans
2〜5分ふんの小ちいさなタスクに分解ぶんかい

Git Worktrees
開発かいはつ環境かんきょうを隔離かくりし、リスクゼロに

Test-Driven Dev
TDDを強制きょうせい、まずテストを書かいてからコードを書かく

Subagent Dev
複数ふくすうAgentの並列へいれつ実行じっこう + 2回かいのレビュー

Parallel Agents
依存いぞんのないタスクを自動じどうで並列化へいれつか

Systematic Debug
4段階だんかいの調査ちょうさ、推測すいそくベースの修正しゅうせいを禁止きんし

Verification
完了かんりょう前まえに必かならず検証けんしょう、証拠しょうこがあってから結論けつろん

Code Review
双方向そうほうこうレビュー、無条件むじょうけんに同意どういしない

Finishing Branch
仕上しあげの判断はんだん：マージ / PR / 保持ほじ / 破棄はき

重要じゅうような特徴とくちょう：すべて自動じどうトリガー

🚫

手動しゅどうで催促さいそくする必要ひつようなし Agentにテストを書かかせる

🚫

手動しゅどうで催促さいそくする必要ひつようなし Agentにまず考かんがえを整理せいりしてから手てを動うごかさせる

🚫

手動しゅどうで催促さいそくする必要ひつようなし Agentに結果けっかを検証けんしょうさせる

🚫

手動しゅどうで催促さいそくする必要ひつようなし AgentにCode Reviewをさせる

よい工学こうがく実践じっせんを「自覚じかくだより」から「システムだより」へ

Subagent並列へいれつ開発かいはつフロー

mermaid

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>]

各子Agentは独立コンテキスト · 2回のレビュー · 数時間連続で自律作業可能

7つの大おおきな落おとし穴あな

落おとし穴あな 1 序盤じょばんで詰つめ切きらないと、後あとは全部ぜんぶ負債ふさいになる — AIは方向ほうこうの増幅器ぞうふくきであって、修正器しゅうせいきではない

落おとし穴あな 2 コンテキストのドリフト — 20〜30ターン後ご、Agentは以前いぜんの決定けっていと矛盾むじゅんし始はじめる

落おとし穴あな 3 「完了かんりょうしました」を盲信もうしんする — 動うごく ≠ うまく動うごく、happy path ≠ 本番ほんばん準備じゅんび完了かんりょう

落おとし穴あな 4 git diffを見みない — AIはバグを直なおすとき、こっそり別べつのフィールドを変かえることがある

落おとし穴あな 5 複雑ふくざつなAgentアーキテクチャ — 派手はでな多た役割やくわり編成へんせいは、使つかってみるとめちゃくちゃ

落おとし穴あな 6 チームの認識にんしき合あわせが難むずかしい — ひとりなら使つかいこなせるが、複数人ふくすうにんの協業きょうぎょうフローはバージョン管理かんりが必須ひっす

落おとし穴あな 7 LLMの濫用らんよう — 決定的けっていてきな操作そうさには決定的けっていてきなコードを使つかう。何なんでもモデルに投なげない

「コードを書かく」から「システムを設計せっけいする」へ

AIプログラミングはコードをより速はやく書かくためのものではなく、そもそもコードを書かかなくてよくするためのもの

🗺️

コンテキストを設計せっけいする

AGENTS.mdとSkillで、Agentが何なにを知しるべきか、どう動うごくべきかを伝つたえる

🛡️

制約せいやくを設計せっけいする

規範きはん、テスト、レビュー工程こうていでAgentの行動こうどう境界きょうかいを囲かこう

✅

検証けんしょうを設計せっけいする

Agentの成果物せいかぶつを、人にもほかのAgentにもレビュー・検証けんしょう可能かのうにする

技術ぎじゅつは加速かそくしているが、エンジニアリングの本質ほんしつは変かわっていない

明確めいかくな要件ようけん · クリーンなアーキテクチャ · 厳格げんかくな検証けんしょう

手書てがきコードの時代じだいに重要じゅうようだったものは、AIがコードを書かく時代じだいにはさらに重要じゅうようになる

次のスライド観客画面

layout: center class: text-center

「コードを書かく」から「コンテキストを提供ていきょうする」へ

進捗しんちょくがうまくいかないとき、解決策かいけつさくは決けっして「もっと頑張がんばる」ことではない
そうではなく、一歩いっぽ引ひいて問とい直なおす：Agentにはまだ何なにが足たりないのか？
コンテキスト · ツール · 制約|せいやく

コンテキストエンジニアリングの質しつ = AIの成果物せいかぶつの質しつ

正確せいかくに書かくほどAIは横道よこみちにそれにくくなり、あいまいに書かくほど手戻てもどりが増ふえる

エンジニアの役割やくわりの変化へんか

過去かこ

1行ぎょうずつコードを打うち込こむ
手動しゅどうでデバッグする
人間にんげんがReviewする
文書ぶんしょは記憶きおくに頼たよる

現在げんざい

タスクを設計せっけいし、制約せいやくを定義ていぎする
Agentがコードを書かき + 自己じこテストする
Agentが相互そうごレビューする
人間にんげんはマージ時じだけ介入かいにゅうする

コードの書かき手て → AIのコンテキストエンジニア

Codex自動じどうReview

AIが生成せいせいするコード量りょうが多おおすぎるため、人手ひとでだけのreviewでは見落みおとしが避さけられない

Agentの自律じりつ検証けんしょうフロー

ボトルネックは「コードを書かく」ことから人手ひとでのQAへ移うつった——AgentがUI、ログ、監視かんしを直接ちょくせつ読よめるようにする

mermaid

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に説明書せつめいしょではなく地図ちずを渡わたす

コンテキストは希少きしょうなリソース — 巨大きょだいな指示しじファイルは、本当ほんとうに重要じゅうような内容ないようを圧迫あっぱくします
すべてが「重要じゅうよう」= 何も重要じゅうようではない — 情報じょうほうが多おおすぎると、Agentは近場ちかばのパターンマッチに頼たよるだけになります
大おおきなファイルは極きわめて速はやく腐くさる — 古ふるいルールの墓場はかばとなり、人ひとが保守ほしゅをやめた瞬間しゅんかんにバグの温床おんしょうになります
自動じどう検証けんしょうできない — カバレッジ、鮮度せんど、所有権しょゆうけん、すべてが制御せいぎょ不能ふのうになります

AGENTS.md ≈ 100行ぎょうの目次もくじ → docs/ 配下はいかの実際じっさいのドキュメントへ導みちびく

MCP vs Skill

MCPは「接続せつぞく」を解決かいけつする

AgentがYApiのインターフェースを呼よべる ✅
Agentが禅道ぜんどうのbugを調しらべられる ✅
でもフィールドを変更へんこうした後あとにドキュメントを同期どうきすべきことは知しらない ❌
中国語ちゅうごくごコメントと列挙れっきょ説明せつめいを補おぎなうべきことは知しらない ❌

MCPはAgentに水道管すいどうかんをつなぐもの
SkillはAgentに水みずの使つかい方かたを教おしえるもの

::right::

Skillは「方法ほうほう」を解決かいけつする

コードを変更へんこうしたら → 自動じどうでドキュメントを同期どうき
すべてのフィールド → 中国語ちゅうごくごコメント + 列挙れっきょ説明せつめい
リクエスト/レスポンス例れいを補完ほかん
ドキュメントとコードの一致性いっちせいを検証けんしょう

Skillの利点りてん：

方法論ほうほうろんを載のせられる、接続せつぞくだけではない
バージョン管理かんりでき、レビュー可能かのう
必要ひつように応おうじてロードし、コンテキストを占有せんゆうしない

ZenTao Skill：リンクを貼はるだけでBugを直なおせる

プロンプトをどう書かくか考かんがえる必要ひつようはありません——bugチケットのURLをAgentに貼はるだけです

このskillをインストールして：https://github.com/leeguooooo/zentao-mcp

YApi Skill：上流じょうりゅう・下流かりゅう連携れんけいの自動化じどうか

mermaid

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の完全かんぜん自動じどう調査ちょうさ

mermaid

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>]

Superpowers：完全かんぜんな開発かいはつワークフロー

Brainstorming
まず考かんがえを整理せいりしてから手てを動うごかす、ソクラテス式しきの質問しつもん

Writing Plans
2〜5分ふんの小ちいさなタスクに分解ぶんかい

Git Worktrees
開発かいはつ環境かんきょうを隔離かくりし、リスクゼロに

Test-Driven Dev
TDDを強制きょうせい、まずテストを書かいてからコードを書かく

Subagent Dev
複数ふくすうAgentの並列へいれつ実行じっこう + 2回かいのレビュー

Parallel Agents
依存いぞんのないタスクを自動じどうで並列化へいれつか

Systematic Debug
4段階だんかいの調査ちょうさ、推測すいそくベースの修正しゅうせいを禁止きんし

Verification
完了かんりょう前まえに必かならず検証けんしょう、証拠しょうこがあってから結論けつろん

Code Review
双方向そうほうこうレビュー、無条件むじょうけんに同意どういしない

Finishing Branch
仕上しあげの判断はんだん：マージ / PR / 保持ほじ / 破棄はき

重要じゅうような特徴とくちょう：すべて自動じどうトリガー

🚫

手動しゅどうで催促さいそくする必要ひつようなし Agentにテストを書かかせる

🚫

手動しゅどうで催促さいそくする必要ひつようなし Agentにまず考かんがえを整理せいりしてから手てを動うごかさせる

🚫

手動しゅどうで催促さいそくする必要ひつようなし Agentに結果けっかを検証けんしょうさせる

🚫

手動しゅどうで催促さいそくする必要ひつようなし AgentにCode Reviewをさせる

よい工学こうがく実践じっせんを「自覚じかくだより」から「システムだより」へ

Subagent並列へいれつ開発かいはつフロー

mermaid

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>]

各子Agentは独立コンテキスト · 2回のレビュー · 数時間連続で自律作業可能

7つの大おおきな落おとし穴あな

落おとし穴あな 2 コンテキストのドリフト — 20〜30ターン後ご、Agentは以前いぜんの決定けっていと矛盾むじゅんし始はじめる

落おとし穴あな 4 git diffを見みない — AIはバグを直なおすとき、こっそり別べつのフィールドを変かえることがある

落おとし穴あな 5 複雑ふくざつなAgentアーキテクチャ — 派手はでな多た役割やくわり編成へんせいは、使つかってみるとめちゃくちゃ

「コードを書かく」から「システムを設計せっけいする」へ

AIプログラミングはコードをより速はやく書かくためのものではなく、そもそもコードを書かかなくてよくするためのもの

🗺️

コンテキストを設計せっけいする

AGENTS.mdとSkillで、Agentが何なにを知しるべきか、どう動うごくべきかを伝つたえる

🛡️

制約せいやくを設計せっけいする

規範きはん、テスト、レビュー工程こうていでAgentの行動こうどう境界きょうかいを囲かこう

✅

検証けんしょうを設計せっけいする

Agentの成果物せいかぶつを、人にもほかのAgentにもレビュー・検証けんしょう可能かのうにする

技術ぎじゅつは加速かそくしているが、エンジニアリングの本質ほんしつは変かわっていない

明確めいかくな要件ようけん · クリーンなアーキテクチャ · 厳格げんかくな検証けんしょう

手書てがきコードの時代じだいに重要じゅうようだったものは、AIがコードを書かく時代じだいにはさらに重要じゅうようになる

最後のスライドです

タイマー