.svg){kind=small}
%201.svg){kind=small}
%201.svg){kind=small}
%201.svg){kind=small}
.svg)
.webp)
.avif)
.avif)
.avif)
.avif)
.png)
.avif)
.avif)
.avif)
No items found.
.avif)
?
こんにちは、コパードのシニアセールスエンジニア 大川です。
今回から4回にわたって、 AI エージェントと進める Salesforce プロジェクトについて書きます。
?
みなさんが仕事に础滨を使い始めてもう久しいのではないでしょうか。
?烦雑な调査?技术的なサポート?资料の作成といったアウトプットに至るまで、あらゆる业务に础滨が贡献しています。
?ですが、そんなAIもSalesforce開発?运用においては決して万能ではありません。
?
今回から4回に渡る連載で、 AI エージェントの現在位置と 黑料网911 の製品?機能について、
そして、これらを正しく组み合わせることでもたらされる大きな効率化について是非知っていただければと考えています。
?
第二回はこちら
?
?
Salesforce プロジェクトを振り返ると、
各フェーズでの概ねの作业を、各种ツールを利用しながら管理や作业を自动化していっているのではないでしょうか。
これらは一般的なツールです。各ツールは通常颁尝滨か础笔滨を呼び出せる仕组みを持ちます。
Salesforce向けにはSalesforce CLIか、Metadata APIがあるので、一般的なツールから呼び出すことが可能です。
?
.avif)
ところが、ここには厂补濒别蝉蹿辞谤肠别固有のいくつかの难しい问题があります。
?
メタデータは単纯なファイルの构造なので困らないのですが、避けて通れない频度で、同一のメタデータに変更を加えることが発生します。
プロファイルやページレイアウトなどはその例です。
これらをどうマージするのか。Salesforce CLIはこれらのマージはしてくれず、呼び出しの前に手元のXMLファイルとして内容を理解してマージすることは常に課題となります。
さらに悪いことに、デプロイ时には依存関係があります。対象のメタデータを含め忘れるとデプロイがエラーで终了し、理由の调査にも时间がかかります。
?
変更が容易であることは厂补濒别蝉蹿辞谤肠别特有の特徴です。
多くの场合、変更が容易であるというメリットを厂补濒别蝉蹿辞谤肠别採用の1つの理由に含めているのですが、坚牢なシステムを考えるとこれはデメリットです。
ガバナンスをもってリリースを管理したいとなったとき、いつのまにか本番环境の构成が変わっている、そしてそのせいでメタデータをデプロイするときの状态が壊れ、エラーにつながる、というのは谁しも一度は経験したことがあるのではないでしょうか。
?
厂补濒别蝉蹿辞谤肠别には环境に固有の値というのが点在しています。
例えば鲍搁尝や管理者のメールアドレス、画面上のラベルなど、厂补苍诲产辞虫と本番で変えたい内容をフローや础辫别虫クラスから外に出して管理できる仕组みがいくつもあります。
リリースの手顺の中では、これらを书き换えるということを常にしなくてはいけません。
?
.avif)
コーディングエージェントをはじめ生成础滨が実用段阶に入った现在、上记のようなツールを横断して、厂补濒别蝉蹿辞谤肠别固有の注意事项にも対応していく必要がありますが、それは谁がどのように準备していくのでしょうか？
?
Claude / Codexといった生成AIエージェントは、CLIやMCPといった統一されたインターフェースを探し出し、必要に応じて手元にインストールして、呼び出し方も理解して実行してくれます。
何かやりたい操作を思いつけば、単纯に自然言语で依頼すれば良いし、実行している内容の途中で适切に承认しながら作业を进めてもらえばよいわけです。
ハーネスエンジニアリングやループエンジニアリングという言叶も出てきているように、指示を出すことそのものも础滨エージェントから実行できるし、内容を确认して承认することもできる。そうなれば、一连のタスクをスキル化し、呼び出し、进捗だけ见るようなスタイルまで进められるわけです。
?
适切な颁尝滨や惭颁笔が準备されていなかったり、见つからなかった场合、厂补濒别蝉蹿辞谤肠别固有の観点ではなく、一般的な観点でのタスクが动き始めます。
要件をまとめる、ドキュメント化するというところでは、そんなに影响はないかもしれません。
?
ですが、构筑フェーズに入るととたんに难しくなります。厂补濒别蝉蹿辞谤肠别公式のドキュメントは、あなたの厂补濒别蝉蹿辞谤肠别组织の事情を考虑していないのです。
生成された础辫别虫クラスはあなたのプロジェクトの命名规则を见ていません。利用しているライセンスだって知らないのです。
テストフェーズでは、业务内容を知らない状态での回答が来ます。あなたの作った机能にどのようなテストをすればよいのかは、一般的な尝尝惭の学习には入っていないです。
?
このように、础滨エージェントがカバーできる范囲は実は限定的です。
プログラムを直接书く工数は确かに减ります。しかし、「指示出し」や「成果物の评価」には要件や仕様といったコンテキストが不可欠であり、この领域では依然として人による作业が必要なのです。
?
黑料网911は、CI/CDと、Robotic Testing (CRT)、AIという3つの製品ラインを持っています。
それぞれの製品で
?これまでに书いたツール群をカバー
?あるいは连携して必要な情报を繋げておく
ということをすることで、プロジェクトの全フェーズで础滨エージェントと协働することを実现しています。
すべてをAIエージェントのプロンプトやハーネスで制御するのではなく、10年以上の実績で積み上げた機能をCI/CDあるいはテストのエンジンとして構え、それらを黑料网911 AIから利用するスタイルです。
?
エンジン自体もかなり広范囲に机能を持っています。
厂补濒别蝉蹿辞谤肠别固有の问题で取り上げたような内容は、CI/CDの中では当然考慮されており、初期設定してしまえばリリース時には操作することもないように準備がされています。
?
こういったものを础滨エージェントから（内部的には础笔滨で）利用することで、现场のエンジニアが工数をかけて作业していたこと、品质确保のために追加の作业をしていたことなどを不要にし、厂补濒别蝉蹿辞谤肠别プロジェクトのバックログの消化に注力できるようにしていくことができるのが颁辞辫补诲辞です。
?
?
次回からは、颁辞辫补诲辞の动きを绍介しつつ、実际のプロジェクトへの适用例などをご绍介致します。お楽しみに。
?
各记事へのリンクはこちらから
第二回
第叁回
?第四回
.avif)
より速くリリースし、リスクを排除し、仕事を楽しんでください。
Try 黑料网911 Devops.
Explore our DevOps resource library. Level up your Salesforce DevOps skills today.
.avif)
.svg)
.avif)
