BLOG / TOPIC

#開発プロセス

「開発プロセス」タグの記事が 15 件あります

← ブログ一覧に戻る

LATESTAIエージェント

会社ごとのプラグインを育てる：内製・伴走・委託の選び方

POINT

会社のプラグインは、初期制作と継続保守を分けて考えます。内製・伴走・委託の選択では、更新を判断し、検証し、利用者へ届ける担当者を決めることが出発点です。

岡崎 太6分で読めます

新着記事

  • AIエージェント

    ff-dev-toolkitの実例：AIにルールを守らせ、経験を次の開発へ残す

    開発プラグインの価値は、配る仕組みより、その中へ何を入れるかにあります。フィールフロウのff-dev-toolkitを例に、Issueの受け入れ条件、レビュー、終了コードの検査、ACEによる知見の再利用、社内版からOSSへ公開する境界の設計を紹介します。

    岡崎 太10分で読めます

  • Claude Code

    1つのリポジトリで複数のAIエージェントにプラグインを配る：marketplace と版管理の設計

    社内ルールをプラグインにして配っても、利用者ごとに違う版が動いていることに気づけなければ「配ったつもり」で終わります。プラグインシリーズ第2回は、1つの GitHub リポジトリを marketplace にして Claude Code・Codex・GitHub Copilot CLI などへ同じプラグインを配る構成と版管理の設計を、フィールフロウが実運用で踏んだ落とし穴4件（症状・原因・対策）と、配布前に決めておく設計チェックリストつきで整理します。

    岡崎 太26分で読めます

  • Anthropic

    AI開発のボトルネックを、人間にしないために

    Anthropicの記事への反応を起点に、人間によるコードレビューをなくすためのAI仕様駆動開発を考えます。コードの検証は仕様・テスト・AIレビューへ。人間は動くものをレビューし、目的を満たすか、使いやすいかを評価する。その役割分担を作るために、モデルの動きを深く研究する必要があります。

    岡崎 太7分で読めます

  • Claude Code

    AIコーディングエージェントの「社内ルール」をどう配るか：Claude Code / Codex のプラグインと組織配布

    Claude Code や Codex をチームに入れたのに、使い方が人ごとにバラバラで、レビュー方針は CLAUDE.md や AGENTS.md に書いたきりになっています。そんな開発リーダー・CTO 向けに、ルールを文章ではなく「エージェントが読む Skills」と「実行を縛る hooks」で配り、プラグインとして束ねて組織に配布する仕組みを、Claude Code と Codex の一次ソースを確認しながら整理します。他ツールとの比較表と、フィールフロウが社内 marketplace と OSS 公開を並走させている構図も紹介します。

    岡崎 太24分で読めます

  • AI活用

    AIで余った時間は、なぜ新規事業に向かわないのか — DeNA南場氏の「1年後」をエンジニア現場から読む

    DeNAの南場智子氏が「AIオールイン」から1年後に語った話は、「削減が小さかった」ではありません。タスクは大きく速くなり、減らなかったのは人数と、空いた時間の行き先でした。同じ現象がエンジニア現場でどう起きるか、そして「なぜやるのか」を先に固定する必要性を整理します。

    岡崎 太8分で読めます

  • AI仕様駆動開発

    AI仕様駆動開発とは何か — 私たちが開発標準にした理由

    AI仕様駆動開発は、AIにコードを書かせる技法ではありません。目的・制約・完了条件を仕様として先に固定し、実装、検証、レビュー、運用、学習までを一つの再現可能な流れにする開発標準です。フィールフロウが公開する7文書と10ステップを基に、導入前後の違いと最初の一歩を整理します。

    岡崎 太7分で読めます

  • Claude Code

    Claude Codeのサブエージェント5人を整理する——スキルとの違いと仕事の分け方

    Claude Codeに組み込まれた5つのサブエージェントを、日本語の役割名で整理します。スキルとの違い、自動委譲の考え方、権限とコンテキストを分ける意味を、解説動画と公式情報をもとに紹介します。

    岡崎 太9分で読めます

  • Developers Summit

    デブサミ2026 Summer参加レポート：AI時代の開発に足りないのは「型」だった

    Developers Summit 2026 Summerに2日間参加しました。AIが実装を速める一方、日本の開発現場にまだ足りないのは、仕様・検証・学習をつなぐ再現可能なワークフローではないか。アジャイルとAI仕様駆動開発の接点から考えます。

    岡崎 太8分で読めます

  • Claude

    Fable 5の再解放で考えたい、深い洞察と実装を分けるAI活用設計

    Claude Fable 5の再解放を受けて、短い検証期間で何を考えるべきか。Fable 5を深い洞察や仕様設計に使い、Opusなどを実装に使うためのタスク棚卸しと仕組み化を整理します。

    岡崎 太8分で読めます

  • Anthropic

    AIに任せるほど、なぜレビューしなくてもよい設計が重要になるのか

    Anthropic Economic Indexの2026年6月レポートをもとに、AIへの委任が進むほど、なぜ「レビューを増やす」のではなく「レビューしなくてもよい設計」が重要になるのかを考えます。

    岡崎 太8分で読めます

  • Claude Code

    人間は何を決め、AIはどう実行するのか：AnthropicのClaude Code分析から読む役割分担

    AnthropicのClaude Code利用分析は、人間が目的・計画・完了条件を決め、AIが探索・編集・実行を担う分業を示しています。約40万セッションの公式データから、AI時代のエンジニアが何を持ち続けるべきかを整理します。

    岡崎 太8分で読めます

  • Codex

    Codexのクラウド環境で、AI仕様駆動開発はどこまで実現できるのか

    Codexのクラウド環境は、リポジトリ理解、実装、テスト、記事ファイル作成、差分提案までを非同期に進められる。この記事では、AI仕様駆動開発でクラウドに任せる範囲と、PC上で公開する範囲を整理します。

    岡崎 太10分で読めます

  • AI仕様駆動開発

    AI仕様駆動開発はなぜ生まれたのか — 考案者が振り返る原点と検証の道のり

    「AIに任せる開発なんて無理」と思っていた頃の自分が、なぜ考え方を変えたのか。フィールフロウCTO・岡崎太が、AI仕様駆動開発を考案するに至った原点と、自社SaaSでの検証で見えた数字を振り返ります。

    岡崎 太5分で読めます

  • AIエンジニアリング

    生成AIが変える開発プロセス：レビューから検証へ

    生成AIによってソフトウェア開発の構造は大きく変わりつつあります。AIがコードを書く時代、人間によるレビューはボトルネックになり得ます。本記事では「AI仕様駆動開発」という視点から、レビュー中心の開発が検証中心の開発へ移行する構造を解説します。

    AI侍3分で読めます