Apex – AI開発実践ラボ

AIエディタを使ったVibe codingの実際の開発事例（ユースケース）

セールスフォース標準化推進ラボ — Sun, 22 Jun 2025 05:14:11 +0000

AIエディタを使ったVibe codingの実際の開発事例（ユースケース）

Lightning Web Componentの開発例

要件：顧客管理ダッシュボードの作成

自然言語での要求：

"取引先の情報を表示し、関連する商談と取引先責任者を
タブ形式で切り替えて表示できるダッシュボードコンポーネントを作成したい。
リアルタイムでデータを更新し、Excel出力機能も必要。"

AIエディタによる段階的実装

ステップ1: 基本構造の生成

html


<template>
    <lightning-card title="顧客管理ダッシュボード" icon-name="standard:account">
        <div slot="actions">
            <lightning-button 
                label="Excel出力" 
                onclick={exportToExcel}
                variant="brand">
            lightning-button>
        div>
        
        <lightning-tabset>
            <lightning-tab label="取引先情報" value="account">
                <c-account-detail account-id={accountId}>c-account-detail>
            lightning-tab>
            
            <lightning-tab label="商談" value="opportunities">
                <c-opportunity-list account-id={accountId}>c-opportunity-list>
            lightning-tab>
            
            <lightning-tab label="取引先責任者" value="contacts">
                <c-contact-list account-id={accountId}>c-contact-list>
            lightning-tab>
        lightning-tabset>
    lightning-card>
template>

ステップ2: JavaScriptコントローラーの実装

javascript

// accountDashboard.js
import { LightningElement, api, wire, track } from 'lwc';
import { refreshApex } from '@salesforce/apex';
import getAccountData from '@salesforce/apex/AccountDashboardController.getAccountData';
import exportAccountData from '@salesforce/apex/AccountDashboardController.exportAccountData';
import { ShowToastEvent } from 'lightning/platformShowToastEvent';

export default class AccountDashboard extends LightningElement {
    @api accountId;
    @track accountData;
    wiredAccountData;

    @wire(getAccountData, { accountId: '$accountId' })
    wireAccountData(result) {
        this.wiredAccountData = result;
        if (result.data) {
            this.accountData = result.data;
        } else if (result.error) {
            this.showToast('エラー', result.error.body.message, 'error');
        }
    }

    async handleRefresh() {
        try {
            await refreshApex(this.wiredAccountData);
            this.showToast('成功', 'データが更新されました', 'success');
        } catch (error) {
            this.showToast('エラー', 'データの更新に失敗しました', 'error');
        }
    }

    async exportToExcel() {
        try {
            const result = await exportAccountData({ accountId: this.accountId });
            // ファイルダウンロード処理
            const link = document.createElement('a');
            link.href = 'data:application/vnd.ms-excel;base64,' + result;
            link.download = `account_${this.accountId}_data.xlsx`;
            link.click();
            
            this.showToast('成功', 'Excelファイルをダウンロードしました', 'success');
        } catch (error) {
            this.showToast('エラー', 'Excel出力に失敗しました', 'error');
        }
    }

    showToast(title, message, variant) {
        this.dispatchEvent(new ShowToastEvent({
            title: title,
            message: message,
            variant: variant
        }));
    }
}

ステップ3: Apexコントローラーの実装

apex

public with sharing class AccountDashboardController {
    
    @AuraEnabled(cacheable=true)
    public static AccountDataWrapper getAccountData(Id accountId) {
        try {
            if (!Schema.sObjectType.Account.isAccessible()) {
                throw new AuraHandledException('取引先への読み取り権限がありません');
            }

            Account account = [
                SELECT Id, Name, BillingAddress, Phone, Website, 
                       AnnualRevenue, NumberOfEmployees, Industry
                FROM Account 
                WHERE Id = :accountId 
                LIMIT 1
            ];

            List<Opportunity> opportunities = [
                SELECT Id, Name, StageName, Amount, CloseDate
                FROM Opportunity 
                WHERE AccountId = :accountId 
                ORDER BY CloseDate DESC
                LIMIT 10
            ];

            List<Contact> contacts = [
                SELECT Id, Name, Email, Phone, Title
                FROM Contact 
                WHERE AccountId = :accountId 
                ORDER BY LastModifiedDate DESC
                LIMIT 20
            ];

            return new AccountDataWrapper(account, opportunities, contacts);
            
        } catch (Exception e) {
            throw new AuraHandledException('データの取得に失敗しました: ' + e.getMessage());
        }
    }

    @AuraEnabled
    public static String exportAccountData(Id accountId) {
        try {
            AccountDataWrapper data = getAccountData(accountId);
            
            // Excel生成ロジック（簡略化）
            String csvData = generateCSVData(data);
            return EncodingUtil.base64Encode(Blob.valueOf(csvData));
            
        } catch (Exception e) {
            throw new AuraHandledException('Excel出力に失敗しました: ' + e.getMessage());
        }
    }

    private static String generateCSVData(AccountDataWrapper data) {
        List<String> csvLines = new List<String>();
        
        // ヘッダー
        csvLines.add('タイプ,名前,ステージ/タイトル,金額/メール,完了日/電話');
        
        // 取引先データ
        csvLines.add(String.format('取引先,{0},{1},{2},{3}', 
            new String[]{
                data.account.Name,
                data.account.Industry,
                String.valueOf(data.account.AnnualRevenue),
                data.account.Phone
            }));
        
        // 商談データ
        for (Opportunity opp : data.opportunities) {
            csvLines.add(String.format('商談,{0},{1},{2},{3}', 
                new String[]{
                    opp.Name,
                    opp.StageName,
                    String.valueOf(opp.Amount),
                    String.valueOf(opp.CloseDate)
                }));
        }
        
        return String.join(csvLines, '\n');
    }

    public class AccountDataWrapper {
        @AuraEnabled public Account account { get; set; }
        @AuraEnabled public List<Opportunity> opportunities { get; set; }
        @AuraEnabled public List<Contact> contacts { get; set; }
        
        public AccountDataWrapper(Account acc, List<Opportunity> opps, List<Contact> cons) {
            this.account = acc;
            this.opportunities = opps;
            this.contacts = cons;
        }
    }
}

Apex クラスの実装例

要件：複雑な承認プロセスの自動化

自然言語での要求：

"商談の金額に応じて、異なる承認者ルートを自動設定し、
承認状況をリアルタイムで追跡できるシステムを実装したい。
承認者の不在時は代理承認者に自動エスカレーションする機能も必要。"

AIエディタによる実装

apex

public class OpportunityApprovalManager {
    
    // 承認ルール設定
    private static final Map<Decimal, String> APPROVAL_RULES = new Map<Decimal, String>{
        100000 => 'MANAGER_APPROVAL',
        500000 => 'DIRECTOR_APPROVAL',
        1000000 => 'VP_APPROVAL',
        5000000 => 'EXECUTIVE_APPROVAL'
    };
    
    @InvocableMethod(label='承認プロセス開始')
    public static List<ApprovalResult> initiateApprovalProcess(List<ApprovalRequest> requests) {
        List<ApprovalResult> results = new List<ApprovalResult>();
        
        for (ApprovalRequest request : requests) {
            try {
                ApprovalResult result = processOpportunityApproval(request.opportunityId);
                results.add(result);
            } catch (Exception e) {
                ApprovalResult errorResult = new ApprovalResult();
                errorResult.success = false;
                errorResult.message = 'エラー: ' + e.getMessage();
                errorResult.opportunityId = request.opportunityId;
                results.add(errorResult);
            }
        }
        
        return results;
    }
    
    private static ApprovalResult processOpportunityApproval(Id opportunityId) {
        // 商談データの取得
        Opportunity opp = [
            SELECT Id, Name, Amount, OwnerId, StageName, Account.OwnerId
            FROM Opportunity 
            WHERE Id = :opportunityId 
            LIMIT 1
        ];
        
        // 承認レベルの決定
        String approvalLevel = determineApprovalLevel(opp.Amount);
        
        // 承認者の特定
        List<Id> approvers = getApprovers(opp, approvalLevel);
        
        // 承認プロセスの作成
        Approval.ProcessSubmitRequest req = new Approval.ProcessSubmitRequest();
        req.setComments('システムによる自動承認申請');
        req.setObjectId(opportunityId);
        req.setSubmitterId(UserInfo.getUserId());
        req.setProcessDefinitionNameOrId('OpportunityApprovalProcess');
        req.setSkipEntryCriteria(false);
        
        // 承認申請の実行
        Approval.ProcessResult result = Approval.process(req);
        
        // 結果の作成
        ApprovalResult approvalResult = new ApprovalResult();
        approvalResult.success = result.isSuccess();
        approvalResult.opportunityId = opportunityId;
        approvalResult.processInstanceId = result.getInstanceId();
        approvalResult.message = result.isSuccess() ? 
            '承認プロセスが開始されました' : 
            '承認プロセスの開始に失敗しました: ' + String.join(result.getErrors(), ', ');
        
        // 承認状況の追跡レコード作成
        createApprovalTracking(opp, approvers, result.getInstanceId());
        
        return approvalResult;
    }
    
    private static String determineApprovalLevel(Decimal amount) {
        if (amount == null) return 'MANAGER_APPROVAL';
        
        List<Decimal> thresholds = new List<Decimal>(APPROVAL_RULES.keySet());
        thresholds.sort();
        
        for (Decimal threshold : thresholds) {
            if (amount <= threshold) {
                return APPROVAL_RULES.get(threshold);
            }
        }
        
        return 'EXECUTIVE_APPROVAL';
    }
    
    private static List<Id> getApprovers(Opportunity opp, String approvalLevel) {
        List<Id> approvers = new List<Id>();
        
        // ユーザーの役職情報を取得
        User owner = [
            SELECT Id, ManagerId, UserRole.Name, Department
            FROM User 
            WHERE Id = :opp.OwnerId 
            LIMIT 1
        ];
        
        switch on approvalLevel {
            when 'MANAGER_APPROVAL' {
                if (owner.ManagerId != null) {
                    approvers.add(owner.ManagerId);
                }
            }
            when 'DIRECTOR_APPROVAL' {
                // 部門ディレクターを検索
                List<User> directors = [
                    SELECT Id FROM User 
                    WHERE UserRole.Name LIKE '%Director%' 
                    AND Department = :owner.Department 
                    AND IsActive = true
                    LIMIT 3
                ];
                for (User director : directors) {
                    approvers.add(director.Id);
                }
            }
            when 'VP_APPROVAL' {
                // VP以上の役職者を検索
                List<User> vps = [
                    SELECT Id FROM User 
                    WHERE (UserRole.Name LIKE '%VP%' OR UserRole.Name LIKE '%Vice President%')
                    AND IsActive = true
                    LIMIT 5
                ];
                for (User vp : vps) {
                    approvers.add(vp.Id);
                }
            }
            when 'EXECUTIVE_APPROVAL' {
                // 役員クラスを検索
                List<User> executives = [
                    SELECT Id FROM User 
                    WHERE UserRole.Name LIKE '%Executive%' 
                    OR UserRole.Name LIKE '%CEO%'
                    OR UserRole.Name LIKE '%President%'
                    AND IsActive = true
                    LIMIT 5
                ];
                for (User exec : executives) {
                    approvers.add(exec.Id);
                }
            }
        }
        
        return approvers;
    }
    
    private static void createApprovalTracking(Opportunity opp, List<Id> approvers, Id processInstanceId) {
        List<ApprovalTracking__c> trackingRecords = new List<ApprovalTracking__c>();
        
        for (Id approverId : approvers) {
            ApprovalTracking__c tracking = new ApprovalTracking__c();
            tracking.Opportunity__c = opp.Id;
            tracking.Approver__c = approverId;
            tracking.ProcessInstanceId__c = processInstanceId;
            tracking.Status__c = 'Pending';
            tracking.CreatedDate__c = System.now();
            trackingRecords.add(tracking);
        }
        
        if (!trackingRecords.isEmpty()) {
            insert trackingRecords;
        }
    }
    
    // 代理承認者への自動エスカレーション
    @future
    public static void checkForEscalation(Set<Id> processInstanceIds) {
        List<ProcessInstance> processes = [
            SELECT Id, Status, CreatedDate, TargetObjectId
            FROM ProcessInstance 
            WHERE Id IN :processInstanceIds
            AND Status = 'Pending'
        ];
        
        for (ProcessInstance process : processes) {
            // 24時間経過した場合のエスカレーション
            if (process.CreatedDate.addHours(24) < System.now()) {
                escalateToDelegate(process.Id);
            }
        }
    }
    
    private static void escalateToDelegate(Id processInstanceId) {
        // 現在の承認者を取得
        List<ProcessInstanceWorkitem> workitems = [
            SELECT Id, ActorId, ProcessInstanceId
            FROM ProcessInstanceWorkitem 
            WHERE ProcessInstanceId = :processInstanceId
        ];
        
        for (ProcessInstanceWorkitem workitem : workitems) {
            // 代理承認者を検索
            List<User> delegates = [
                SELECT Id FROM User 
                WHERE ManagerId = :workitem.ActorId 
                AND IsActive = true
                LIMIT 1
            ];
            
            if (!delegates.isEmpty()) {
                // 代理承認者に再アサイン
                Approval.ProcessWorkitemRequest req = new Approval.ProcessWorkitemRequest();
                req.setComments('自動エスカレーション: 代理承認者へのアサイン');
                req.setAction('Reassign');
                req.setWorkitemId(workitem.Id);
                req.setNewActorIds(new List<Id>{delegates[0].Id});
                
                Approval.process(req);
            }
        }
    }
    
    // データクラス
    public class ApprovalRequest {
        @InvocableVariable(required=true)
        public Id opportunityId;
    }
    
    public class ApprovalResult {
        @InvocableVariable
        public Boolean success;
        @InvocableVariable
        public String message;
        @InvocableVariable
        public Id opportunityId;
        @InvocableVariable
        public Id processInstanceId;
    }
}

テストコードの自動生成

AIエディタによるテストクラスの生成

apex

@isTest
public class OpportunityApprovalManagerTest {
    
    @TestSetup
    static void setupTestData() {
        // テスト用のユーザー作成
        Profile profile = [SELECT Id FROM Profile WHERE Name = 'Standard User' LIMIT 1];
        
        User manager = new User(
            FirstName = 'Test',
            LastName = 'Manager',
            Email = 'testmanager@example.com',
            Username = 'testmanager@example.com.test',
            Alias = 'tmgr',
            ProfileId = profile.Id,
            TimeZoneSidKey = 'Asia/Tokyo',
            LocaleSidKey = 'ja_JP',
            EmailEncodingKey = 'UTF-8',
            LanguageLocaleKey = 'ja'
        );
        insert manager;
        
        User salesUser = new User(
            FirstName = 'Test',
            LastName = 'Sales',
            Email = 'testsales@example.com',
            Username = 'testsales@example.com.test',
            Alias = 'tsales',
            ProfileId = profile.Id,
            ManagerId = manager.Id,
            TimeZoneSidKey = 'Asia/Tokyo',
            LocaleSidKey = 'ja_JP',
            EmailEncodingKey = 'UTF-8',
            LanguageLocaleKey = 'ja'
        );
        insert salesUser;
        
        // テスト用の取引先作成
        Account testAccount = new Account(
            Name = 'テスト取引先',
            OwnerId = salesUser.Id
        );
        insert testAccount;
        
        // テスト用の商談作成
        List<Opportunity> opportunities = new List<Opportunity>();
        
        // 小額商談（マネージャー承認）
        opportunities.add(new Opportunity(
            Name = 'テスト商談 - 小額',
            AccountId = testAccount.Id,
            Amount = 50000,
            CloseDate = Date.today().addDays(30),
            StageName = 'Prospecting',
            OwnerId = salesUser.Id
        ));
        
        // 中額商談（ディレクター承認）
        opportunities.add(new Opportunity(
            Name = 'テスト商談 - 中額',
            AccountId = testAccount.Id,
            Amount = 300000,
            CloseDate = Date.today().addDays(30),
            StageName = 'Prospecting',
            OwnerId = salesUser.Id
        ));
        
        // 高額商談（VP承認）
        opportunities.add(new Opportunity(
            Name = 'テスト商談 - 高額',
            AccountId = testAccount.Id,
            Amount = 800000,
            CloseDate = Date.today().addDays(30),
            StageName = 'Prospecting',
            OwnerId = salesUser.Id
        ));
        
        insert opportunities;
    }
    
    @isTest
    static void testManagerApprovalProcess() {
        Opportunity smallOpp = [
            SELECT Id FROM Opportunity 
            WHERE Name = 'テスト商談 - 小額' 
            LIMIT 1
        ];
        
        Test.startTest();
        
        List<OpportunityApprovalManager.ApprovalRequest> requests = 
            new List<OpportunityApprovalManager.ApprovalRequest>();
        OpportunityApprovalManager.ApprovalRequest request = 
            new OpportunityApprovalManager.ApprovalRequest();
        request.opportunityId = smallOpp.Id;
        requests.add(request);
        
        List<OpportunityApprovalManager.ApprovalResult> results = 
            OpportunityApprovalManager.initiateApprovalProcess(requests);
        
        Test.stopTest();
        
        // 結果の検証
        System.assertEquals(1, results.size(), '結果が1件返されること');
        System.assertEquals(true, results[0].success, '承認プロセスが成功すること');
        System.assertEquals(smallOpp.Id, results[0].opportunityId, '商談IDが正しく設定されること');
        
        // 追跡レコードの確認
        List<ApprovalTracking__c> trackings = [
            SELECT Id, Status__c 
            FROM ApprovalTracking__c 
            WHERE Opportunity__c = :smallOpp.Id
        ];
        System.assertNotEquals(0, trackings.size(), '追跡レコードが作成されること');
    }
    
    @isTest
    static void testDirectorApprovalProcess() {
        Opportunity mediumOpp = [
            SELECT Id FROM Opportunity 
            WHERE Name = 'テスト商談 - 中額' 
            LIMIT 1
        ];
        
        Test.startTest();
        
        List<OpportunityApprovalManager.ApprovalRequest> requests = 
            new List<OpportunityApprovalManager.ApprovalRequest>();
        OpportunityApprovalManager.ApprovalRequest request = 
            new OpportunityApprovalManager.ApprovalRequest();
        request.opportunityId = mediumOpp.Id;
        requests.add(request);
        
        List<OpportunityApprovalManager.ApprovalResult> results = 
            OpportunityApprovalManager.initiateApprovalProcess(requests);
        
        Test.stopTest();
        
        // 結果の検証
        System.assertEquals(1, results.size(), '結果が1件返されること');
        System.assertEquals(mediumOpp.Id, results[0].opportunityId, '商談IDが正しく設定されること');
    }
    
    @isTest
    static void testVPApprovalProcess() {
        Opportunity largeOpp = [
            SELECT Id FROM Opportunity 
            WHERE Name = 'テスト商談 - 高額' 
            LIMIT 1
        ];
        
        Test.startTest();
        
        List<OpportunityApprovalManager.ApprovalRequest> requests = 
            new List<OpportunityApprovalManager.ApprovalRequest>();
        OpportunityApprovalManager.ApprovalRequest request = 
            new OpportunityApprovalManager.ApprovalRequest();
        request.opportunityId = largeOpp.Id;
        requests.add(request);
        
        List<OpportunityApprovalManager.ApprovalResult> results = 
            OpportunityApprovalManager.initiateApprovalProcess(requests);
        
        Test.stopTest();
        
        // 結果の検証
        System.assertEquals(1, results.size(), '結果が1件返されること');
        System.assertEquals(largeOpp.Id, results[0].opportunityId, '商談IDが正しく設定されること');
    }
    
    @isTest
    static void testErrorHandling() {
        Test.startTest();
        
        List<OpportunityApprovalManager.ApprovalRequest> requests = 
            new List<OpportunityApprovalManager.ApprovalRequest>();
        OpportunityApprovalManager.ApprovalRequest request = 
            new OpportunityApprovalManager.ApprovalRequest();
        request.opportunityId = null; // 不正なID
        requests.add(request);
        
        List<OpportunityApprovalManager.ApprovalResult> results = 
            OpportunityApprovalManager.initiateApprovalProcess(requests);
        
        Test.stopTest();
        
        // エラーハンドリングの検証
        System.assertEquals(1, results.size(), '結果が1件返されること');
        System.assertEquals(false, results[0].success, 'エラーが正しく処理されること');
        System.assert(results[0].message.contains('エラー'), 'エラーメッセージが設定されること');
    }
    
    @isTest
    static void testBulkProcessing() {
        List<Opportunity> allOpps = [SELECT Id FROM Opportunity];
        
        Test.startTest();
        
        List<OpportunityApprovalManager.ApprovalRequest> requests = 
            new List<OpportunityApprovalManager.ApprovalRequest>();
        
        for (Opportunity opp : allOpps) {
            OpportunityApprovalManager.ApprovalRequest request = 
                new OpportunityApprovalManager.ApprovalRequest();
            request.opportunityId = opp.Id;
            requests.add(request);
        }
        
        List<OpportunityApprovalManager.ApprovalResult> results = 
            OpportunityApprovalManager.initiateApprovalProcess(requests);
        
        Test.stopTest();
        
        // バルク処理の検証
        System.assertEquals(allOpps.size(), results.size(), '全ての商談が処理されること');
        
        for (OpportunityApprovalManager.ApprovalResult result : results) {
            System.assertNotEquals(null, result.opportunityId, '商談IDが設定されること');
        }
    }
}

6. 注意点と課題

セキュリティ考慮事項

AIエディタ使用時のセキュリティリスク

1. 機密情報の漏洩リスク AIエディタにコードを送信する際、顧客情報や機密データが含まれる可能性があります。以下の対策が必要です：

実際の顧客データを含むコードをAIエディタに送信しない
テストデータやサンプルデータを使用してコード生成を行う
社内のデータ分類ポリシーに従った利用ガイドラインの策定
AIエディタの利用ログの監査と定期的なレビュー

2. 生成されたコードのセキュリティ脆弱性 AIが生成したコードには、セキュリティ上の問題が含まれる可能性があります：

apex

// 危険な例：SQLインジェクション脆弱性
public static List<Account> searchAccounts(String searchTerm) {
    // AIが生成した危険なコード例
    String query = 'SELECT Id, Name FROM Account WHERE Name LIKE \'%' + searchTerm + '%\'';
    return Database.query(query); // SQLインジェクション脆弱性
}

// 安全な実装例
public static List<Account> searchAccountsSafe(String searchTerm) {
    String safeSearchTerm = '%' + String.escapeSingleQuotes(searchTerm) + '%';
    return [SELECT Id, Name FROM Account WHERE Name LIKE :safeSearchTerm];
}

3. 権限とアクセス制御 AIが生成するコードが適切な権限チェックを含んでいるか確認が必要です：

apex

// 権限チェックを含む安全なコード例
public static List<Account> getAccounts() {
    // オブジェクトレベルの権限チェック
    if (!Schema.sObjectType.Account.isAccessible()) {
        throw new AuraHandledException('取引先への読み取り権限がありません');
    }
    
    // フィールドレベルの権限チェック
    if (!Schema.sObjectType.Account.fields.Name.isAccessible()) {
        throw new AuraHandledException('取引先名フィールドへの読み取り権限がありません');
    }
    
    return [SELECT Id, Name FROM Account WITH SECURITY_ENFORCED LIMIT 100];
}

コード品質の担保方法

1. AIによるコード生成後の必須チェック項目

Salesforce固有の制約チェック

ガバナーリミット（SOQL実行回数、DML操作回数、ヒープサイズなど）への対応
バルク処理の実装
適切な例外処理の実装
トランザクション管理の考慮

apex

// 良い例：ガバナーリミットを考慮したコード
public class ContactProcessor {
    public static void processContacts(List<Contact> contacts) {
        List<Contact> contactsToUpdate = new List<Contact>();
        
        // バルク処理でSOQL実行回数を最小化
        Map<Id, Account> accountMap = new Map<Id, Account>([
            SELECT Id, Industry 
            FROM Account 
            WHERE Id IN (SELECT AccountId FROM Contact WHERE Id IN :contacts)
        ]);
        
        for (Contact contact : contacts) {
            if (accountMap.containsKey(contact.AccountId)) {
                contact.Industry__c = accountMap.get(contact.AccountId).Industry;
                contactsToUpdate.add(contact);
            }
        }
        
        // バルクDML操作
        if (!contactsToUpdate.isEmpty()) {
            try {
                Database.update(contactsToUpdate, false);
            } catch (DmlException e) {
                System.debug('DML Error: ' + e.getMessage());
                // 適切なエラーハンドリング
            }
        }
    }
}

2. 静的コード解析ツールの活用

PMD for Salesforce
SonarQube Salesforce Plugin
Salesforce Code Analyzer

3. コードレビュープロセスの強化 AIが生成したコードについては、特に以下の観点でのレビューを強化：

ビジネスロジックの正確性
パフォーマンスの最適化
セキュリティ要件の満足
保守性とテスタビリティ

チーム開発での運用ポイント

1. AIエディタ利用のガイドライン策定

利用ルールの明文化

markdown

## AIエディタ利用ガイドライン

### 基本方針
1. 本番データを含むコードをAIエディタに送信しない
2. 生成されたコードは必ず動作確認とセキュリティチェックを行う
3. AIの提案をそのまま採用せず、チームの規約に合わせて調整する

### 利用可能な範囲
- ボイラープレートコードの生成
- テストコードの初期実装
- リファクタリングの提案
- ドキュメンテーションの作成

### 利用禁止事項
- 本番環境の機密データを含むコードの送信
- 未検証のコードの直接的な本番環境への適用
- ライセンスが不明なコードの利用

2. 品質基準の統一

コード品質チェックリスト

Salesforceガバナーリミットへの対応
適切な例外処理の実装
セキュリティ要件の満足
テストカバレッジ75%以上
コメントとドキュメンテーションの充実
チームのコーディング規約への準拠

3. 知識共有とベストプラクティスの蓄積

効果的なプロンプトの共有 チーム内で効果的だったプロンプトや手法を共有し、組織全体のVibe Coding能力を向上させます。

markdown

## 有効なプロンプト例集

### Apexクラス生成
「Salesforceのガバナーリミットを考慮し、バルク処理に対応した
[機能名]のApexクラスを作成してください。エラーハンドリングと
ログ出力も含めて実装してください。」

### テストクラス生成
「先ほど作成したApexクラスに対して、以下の条件を満たす
テストクラスを作成してください：
- 正常系・異常系の両方をテスト
- バルク処理のテスト
- 75%以上のカバレッジ確保」

4. 継続的な改善プロセス

定期的な振り返り

月次でのAIエディタ利用状況のレビュー
問題点や改善点の特定と対策の検討
新機能や新しい手法の評価と導入検討

メトリクスの計測

開発速度の向上度
コード品質の指標（バグ発生率、レビュー指摘事項数）
開発者の満足度
学習コストの変化

Salesforce開発コーディング規約（LWC）サンプル・テンプレート

セールスフォース標準化推進ラボ — Sun, 15 Jun 2025 08:06:23 +0000

本記事では、Creative Content Lab Tokyo（クリエイティブコンテンツラボトウキョウ）が作成したSalesforceの開発コーディング規約（Lightning Web Component）のテンプレートをご提供しております。

モダンなSalesforce開発において、Lightning Web Component（LWC）は欠かせない技術要素となっています。しかし、多くの開発チームが「どのようなコーディング規約を設ければよいのか」「チーム全体で一貫したコードスタイルを維持するにはどうすればよいのか」といった課題を抱えています。

本記事では、SalesforceのApexコーディング規約の考え方を参考にしながら、LWC開発における実践的なコーディング規約の策定と活用方法について詳しく解説します。品質の高いLWCアプリケーションを開発するために、ぜひ本ガイドを参考にして、あなたのプロジェクトに最適なコーディング規約を構築してください。

本記事では、このテンプレートの特徴と効果的な活用方法について詳しく解説します。

なぜコーディング規約が重要なのか

1. フロントエンド開発の複雑性への対応

LWC開発では、JavaScript、HTML、CSS、そしてSalesforceのメタデータが複雑に絡み合います。統一されたコーディング規約がないと、以下のような問題が発生します：

コンポーネント間でのスタイリングの不整合
JavaScript のパフォーマンスの劣化
コンポーネントの再利用性の低下
デバッグの困難さ

2. Salesforceプラットフォーム特有の制約

LWC開発では、一般的なWebフロントエンド開発とは異なる独特の制約があります：

Locker Service によるセキュリティ制約
Lightning Data Service の効率的な活用
イベント伝播とコンポーネント間通信
レスポンシブデザインとLightning Design System（SLDS）の準拠

3. 長期保守性の確保

LWCコンポーネントは、Salesforceの組織内で長期間にわたって使用されます。初期開発から数年後の機能拡張や修正を考慮した、保守しやすいコード構造を保つことが重要です。

1.テーラリングガイド

１．目次サンプル

目次
1 はじめに
　1.1 本書の目的 7
　1.1.1 利用者 7
1.2 記号 7
　1.2.1 本書で使用する記号についての説明 7
1.3 用語の定義 7
　1.3.1 本書で使用する記号についての説明 7
2 基本方針 8
　2.1 可読性の優先 8
　2.2 保守性の確保 8
　2.3 Lightning固有の考慮事項 8
3 命名規則 8
　3.1 コンポーネント名 8
　3.2 メソッド名 9
　3.3 定数名 10
4 ファイル構造とフォーマット 11
　4.1 ファイル構成 11
　4.2 インデント 11
　4.3 行の長さ 12
5 Javascript設計 13
　5.1 クラス構造の順序 13
　5.2 プロパティ設計 15
6 HTMLテンプレート設計 17
　6.1 テンプレート構造 17
　6.2 イベントハンドリング 18
7 CSSスタイル設計 21
　7.1 SLDS準拠 21
　7.2 CSSカスタムプロパティ 22
8 データアクセスとAPIコール 22
　8.1 Lightning Data Service (LDS) 22
　8.2 Apexメソッド呼び出し 24
9 イベント設計 25
　9.1 カスタムイベント 25
　9.2 プラットフォームイベント 27
10 テスト設計 28
　10.1 Jestテスト 28
　10.2 テストデータファクトリ 31
11 セキュリティとベストプラクティス 33
　11.1 セキュリティ考慮事項 33
　11.2 パフォーマンス最適化 34
12 国際化対応 36
　12.1 カスタムラベル使用 36
　12.2 日付・通貨・数値フォーマット 38
13 エラーハンドリング 40
　13.1 統一的なエラーハンドリング 40
　13.2 バリデーションエラー 43
14 デバッグとトラブルシューティング 45
　14.1 ログ出力 45
　14.2 パフォーマンス監視 46
15 コンポーネント設計パターン 48
　15.1 コンポーネント間通信 48
　15.2 コンポーネント間通信 50
16 メタデータ設計 53
　16.1 コンポーネントメタデータ 53
17 運用保守 55
　17.1 コードレビューチェックリスト 55

２.基本方針（可読性・保守性の重視）

テンプレートでは、「可読性の優先」「保守性の確保」「Salesforce固有の考慮事項」の3つを基本方針として掲げています。これらの方針は、長期的な開発・運用を見据えた重要な指針となります。

可読性の優先

コードは書く時間よりも読む時間の方が長いことを念頭に置く
自己説明的なコードを心がける
適切なコメントで意図を明確にする

保守性の確保

単一責任原則に従ったコンポーネント設計
疎結合と高凝集を実現する構造
将来の変更に対応しやすい設計

パフォーマンスの重視

不要な再レンダリングを避ける
効率的なデータフェッチ
適切なライフサイクルフックの活用

３.命名規則の統一

3.1 コンポーネント名
規則:
• kebab-case（小文字、単語間はハイフン）
• 意味のある名前を使用
• 業務領域を表現する接頭辞を付ける

3.2 メソッド名
規則:
• camelCase（最初は小文字、以降の単語は大文字開始）
• 意味のある名前を使用
• Boolean型はis、has、canで開始

3.3 定数名
規則:
• UPPER_SNAKE_CASE（全て大文字、単語間はアンダースコア）
• 意味を明確に表現

4.ファイル構造とフォーマット

4.1 ファイル構成

my-component/

├── my-component.js // Javascript ロジック

├── my-component.html // HTML テンプレート

├── my-component.css // CSS スタイル

├── my-component.js-meta.xml // メタデータ

└── __tests__/

└── my-component.test.js // テストファイル

4.2 インデント

規則:

2スペースインデント（タブ文字は使用しない）
一貫したインデントレベルを維持

4.3 行の長さ

規則:

1行120文字以内を推奨
長い行は適切な位置で改行

5.Javascript設計

クラス構造体の順序、ﾌﾟﾛﾊﾟﾃｨ設計の規則と例を記述しています。

6.HTMLテンプレート設計

テンプレート構造、イベントハンドリングについての規約と例文について解説しています。

7.CSSスタイル設計

CSSスタイル設計のSLDS準拠について、CSSカスタムプロパティの利用方法について解説しています。

8 データアクセスとAPIコール

Lightning Data ServiceやApexメソッドの呼び出しに関する規則について解説しています。

8.1 Lightning Data Service (LDS)
規則:
• 単一レコード操作にはLDSを優先的に使用
• @wireでリアクティブなデータバインディング
• エラーハンドリングを適切に実装

8.2 Apexメソッド呼び出し
規則:
• @wireで自動データバインディング
• imperative callで手動データ取得
• 適切なエラーハンドリング

9.イベント設計

カスタムイベント、プラットフォームイベントについて解説

10.テスト設計

Jestテスト、テストデータファクトリについて解説

11.セキュリティとベストプラクティス

11.1 セキュリティ考慮事項
規則:
• ユーザー入力は常にサニタイズ
• lightning-formatted-textでXSS対策
• CRUD/FLS権限を考慮

その他

テンプレートを参照ください。

テンプレートの効果的な活用方法

1. プロジェクト開始時の規約策定

新しいSalesforceプロジェクトを開始する際、このテンプレートをベースとして、プロジェクト固有の要件に合わせてカスタマイズすることで、短時間で実用的なコーディング規約を策定できます。

活用手順：

テンプレートをダウンロードし、開発チーム全体で内容を確認
プロジェクトの特性に応じて、必要な項目を追加・修正
チーム内での合意形成とドキュメント化

2. 既存プロジェクトの品質改善

既に進行中のプロジェクトでも、段階的にコーディング規約を導入することで品質向上を図ることができます。

段階的導入のアプローチ：

第1段階: 新規開発コードから規約適用開始
第2段階: 既存コードの修正時に規約に合わせてリファクタリング
第3段階: 重要なモジュールから順次全面的な規約適用

3. コードレビューの効率化

テンプレートに含まれるチェックリストを活用することで、コードレビューの観点が明確になり、見落としを防ぐことができます。

4. 新人教育・オンボーディング

新しくチームに参加する開発者に対して、このテンプレートを教育資料として使用することで、Salesforce開発のベストプラクティスを効率的に伝えることができます。

実装時の注意点とコツ

段階的な導入を心がける

すべての規約を一度に導入しようとすると、開発チームに大きな負担をかけてしまいます。重要度の高い項目から順次導入し、チーム全体が慣れてから次の項目に進むことが重要です。

ツールを活用した自動化

可能な限り、IDE（Salesforce CLI、VS Code）の設定やCI/CDパイプラインを活用して、規約チェックを自動化しましょう。手動でのチェックに頼りすぎると、継続が困難になります。

定期的な見直しと改善

プロジェクトの進行に伴い、新たな課題や改善点が見つかることがあります。定期的に規約を見直し、チームの成長とプロジェクトの変化に応じてアップデートしていくことが大切です。

テンプレートに含まれる実践的なコード例

このテンプレートの大きな特徴の一つは、豊富な実装例が含まれていることです。抽象的な説明だけでなく、具体的なコード例を通じて「良い例」と「悪い例」を明示しているため、開発者が実際のコーディング時に迷うことなく適用できます。

SLDSの活用例

(css)
/*  良い例 - SLDS準拠 */
.account-container {
  padding: var(--lwc-spacing-medium);
}

.header {
  margin-bottom: var(--lwc-spacing-large);
}

.content {
  display: flex;
  flex-direction: column;
  gap: var(--lwc-spacing-medium);
}

.empty-state {
  text-align: center;
  padding: var(--lwc-spacing-x-large);
  color: var(--lwc-color-text-weak);
}

.error-message {
  color: var(--lwc-color-text-error);
  padding: var(--lwc-spacing-small);
  border: 1px solid var(--lwc-color-border-error);
  border-radius: var(--lwc-border-radius-medium);
  background-color: var(--lwc-color-background-error);
}

/* レスポンシブ対応 */
@media (max-width: 768px) {
  .content {
    padding: var(--lwc-spacing-small);
  }
}

継続的な品質向上のために

コーディング規約の導入は、ゴールではなくスタートラインです。継続的に品質を向上させるために、以下の取り組みを推奨します：

定期的なコードレビュー会の実施

チーム全体でコードレビューを行う時間を定期的に設け、規約の適用状況や新たな課題について議論します。

メトリクス測定と改善

テストカバレッジ、複雑度、規約違反数などのメトリクスを測定し、定量的な改善を図ります。

知識共有とベストプラクティスの蓄積

チーム内で発見されたベストプラクティスを規約に反映し、組織の知見として蓄積していきます。

まとめ

今回公開したSalesforce Apexコーディング規約テンプレートは、実際の開発現場での経験を基に作成された実践的なドキュメントです。このテンプレートを活用することで、開発チームは以下のメリットを得ることができます：

開発効率の向上: 統一されたコーディングスタイルにより、コードレビューや保守作業が効率化
品質の向上: Salesforce特有の制約を考慮したベストプラクティスにより、バグの削減と性能向上を実現
チーム力の強化: 共通の規約により、チーム内でのコミュニケーションと協力が促進
スケーラビリティの確保: 将来の機能拡張や保守作業に対応しやすいコード構造の実現

Salesforce開発の品質向上を目指すすべてのチームに、このテンプレートを積極的に活用していただき、より良いシステム開発を実現していただければと思います。

資料のダウンロード

テンプレートのダウンロードは、Creative Content Lab Tokyoの公式サイトから無料で行えます。ぜひ、あなたのプロジェクトでもご活用ください。

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

ダウンロード前に利用規約を必ずお読みください。

一般公開資料

開発コーディング規約のダウンロード

ダウンロード

※クリックして資料のダウンロードが開始されるまで少し時間がかかる場合がありますので、そのままお待ちください。

もしダウンロードが開始されない場合、ブラウザでポップアップブロックされている可能性があるのでご確認ください。

最後に

サポーターさん

テンプレートのご利用に関して不明な点があればお問い合わせください。また、テンプレートに対しての要望がありましたらご意見ください。皆様の役に立つように改善していきたいと思います。

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

Salesforce開発コーディング規約（Apex）サンプル・テンプレート

セールスフォース標準化推進ラボ — Sat, 31 May 2025 16:09:18 +0000

本記事では、Creative Content Lab Tokyo（クリエイティブコンテンツラボトウキョウ）が作成したSalesforceの開発コーディング規約（Apex）のテンプレートをご提供しております。

Salesforce開発において、品質の高いコードを書くことは、システムの保守性、拡張性、そして開発チームの生産性に直結する重要な要素です。

しかし、多くの開発現場では「どのようなコーディング規約を設ければよいのか」「チーム全体で一貫したコードスタイルを維持するにはどうすればよいのか」といった課題を抱えています。

そこで今回、Creative Content Lab Tokyoでは、実際の開発現場で使用できるSalesforce Apexコーディング規約テンプレートを無料公開いたします。

本記事では、このテンプレートの特徴と効果的な活用方法について詳しく解説します。

是非、本テンプレートを利用して各プロジェクトの実態にあった実践的なApexコーディング規約を作成してみてください。

なぜApexコーディング規約が重要なのか

1. チーム開発における統一性の確保

複数の開発者が参加するプロジェクトでは、各々が異なるコーディングスタイルでコードを書いてしまうことがよくあります。

これにより、コードレビューが困難になり、バグの発見が遅れたり、新しいメンバーがコードを理解するのに時間がかかったりします。

統一されたコーディング規約があることで：

コードの可読性が向上し、誰が書いたコードでも理解しやすくなる
コードレビューの効率が上がり、品質向上に集中できる
新規参画メンバーのオンボーディングが迅速になる

2. Salesforce特有の制約への対応

SalesforceのApex開発では、一般的なプログラミング言語にはない独特の制約があります：

ガバナ制限（SOQL、DML、CPUタイムなど）
セキュリティモデル（共有設定、FLS）
マルチテナント環境特有の考慮事項

これらの制約を理解せずに開発を進めると、本番環境で予期しないエラーが発生する可能性があります。

3. 保守性の確保

Salesforceシステムは長期間にわたって運用されることが多く、初期開発から数年後に機能追加や修正が必要になることが一般的です。この際、コーディング規約に従って書かれたコードは、修正や拡張が容易になります。

1.テーラリングガイド

目次サンプル

1.基本方針（可読性・保守性の重視）

2.命名規則の統一

クラス名、メソッド名、変数名、定数名それぞれに対して明確なルールを設定しています。例えば：

クラス名: PascalCaseで名詞または名詞句を使用

AccountService
accService

メソッド名: camelCaseで動詞または動詞句で開始

updateAccountStatus()
update()

3.コード構造とフォーマット

一貫したインデント（4スペース）、適切な行の長さ（120文字以内）、効果的な空行の使用など、チーム全体で統一すべき基本的なフォーマットルールを定義しています。

4.クラス設計のベストプラクティス

クラス内の要素の配置順序（定数→静的変数→インスタンス変数→コンストラクタ→パブリックメソッド→プライベートメソッド）や、適切なアクセス修飾子の使用方法を明示しています。

5.SOQL/DML操作の最適化

Salesforce開発で最も重要な要素の一つであるデータベース操作について、パフォーマンスとガバナ制限を考慮したベストプラクティスを提供しています：

バルク処理の実装方法
効率的なSOQLクエリの書き方
Database クラスを使用した部分成功制御

6.包括的なテスト戦略

85%以上のテストカバレッジ達成を目標とし、ポジティブ・ネガティブ両方のテストケースを含む、実践的なテストクラス作成方法を解説しています。

テンプレートの効果的な活用方法

1. プロジェクト開始時の規約策定

活用手順：

テンプレートをダウンロードし、開発チーム全体で内容を確認
プロジェクトの特性に応じて、必要な項目を追加・修正
チーム内での合意形成とドキュメント化
開発環境への組み込み（IDE設定、CI/CDパイプライン）

2. 既存プロジェクトの品質改善

既に進行中のプロジェクトでも、段階的にコーディング規約を導入することで品質向上を図ることができます。

段階的導入のアプローチ：

第1段階: 新規開発コードから規約適用開始
第2段階: 既存コードの修正時に規約に合わせてリファクタリング
第3段階: 重要なモジュールから順次全面的な規約適用

3. コードレビューの効率化

テンプレートに含まれるチェックリストを活用することで、コードレビューの観点が明確になり、見落としを防ぐことができます。

チェックリストの活用例：

基本事項（命名規則、アクセス修飾子、フォーマット）
設計・構造（単一責任原則、メソッドサイズ、例外処理）
Salesforce固有（ガバナ制限、バルク処理、セキュリティ）
パフォーマンス（SOQLクエリ最適化、DML最適化）

4. 新人教育・オンボーディング

実装時の注意点とコツ

段階的な導入を心がける

ツールを活用した自動化

定期的な見直しと改善

テンプレートに含まれる実践的なコード例

バルク処理の実装例

apex

//  良い例 - バルク処理対応
public void updateAccountTypes(List<Account> accounts, String newType) {
    List<Account> accountsToUpdate = new List<Account>();
    
    for (Account acc : accounts) {
        if (acc.Type != newType) {
            acc.Type = newType;
            accountsToUpdate.add(acc);
        }
    }
    
    if (!accountsToUpdate.isEmpty()) {
        try {
            Database.update(accountsToUpdate, false);
        } catch (DmlException e) {
            handleDmlException(e);
        }
    }
}

セキュリティを考慮した実装例

apex

//  良い例 - 権限チェック
public void updateAccounts(List<Account> accounts) {
    if (!Schema.SObjectType.Account.isUpdateable()) {
        throw new SecurityException('Insufficient privileges to update Account');
    }
    
    update accounts;
}

継続的な品質向上のために

コーディング規約の導入は、ゴールではなくスタートラインです。継続的に品質を向上させるために、以下の取り組みを推奨します：

定期的なコードレビュー会の実施

チーム全体でコードレビューを行う時間を定期的に設け、規約の適用状況や新たな課題について議論します。

メトリクス測定と改善

テストカバレッジ、複雑度、規約違反数などのメトリクスを測定し、定量的な改善を図ります。

知識共有とベストプラクティスの蓄積

チーム内で発見されたベストプラクティスを規約に反映し、組織の知見として蓄積していきます。

まとめ

開発効率の向上: 統一されたコーディングスタイルにより、コードレビューや保守作業が効率化
品質の向上: Salesforce特有の制約を考慮したベストプラクティスにより、バグの削減と性能向上を実現
チーム力の強化: 共通の規約により、チーム内でのコミュニケーションと協力が促進
スケーラビリティの確保: 将来の機能拡張や保守作業に対応しやすいコード構造の実現

資料のダウンロード

テンプレートのダウンロードは、Creative Content Lab Tokyoの公式サイトから無料で行えます。ぜひ、あなたのプロジェクトでもご活用ください。

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

ダウンロード前に利用規約を必ずお読みください。

一般公開資料

開発コーディング規約のダウンロード

ダウンロード

※クリックして資料のダウンロードが開始されるまで少し時間がかかる場合がありますので、そのままお待ちください。

もしダウンロードが開始されない場合、ブラウザでポップアップブロックされている可能性があるのでご確認ください。

最後に

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

Apexトリガー一覧（Excelテンプレート）の説明と資料のダウンロード

セールスフォース標準化推進ラボ — Sat, 30 Sep 2023 06:36:06 +0000

Salesforceの要件定義や基本設計で利用するApexトリガーの処理一覧を記載するためのエクセルのテンプレートを用意いたしました。

Apexの処理設計書については、以下の記事よりダウンロードください。

参考

Apexトリガー処理設計書（Excelテンプレート）

Apexトリガーの処理設計書（基本設計書/詳細設計書）として利用できるエクセルの…

Apex Trigger一覧のサンプル

１．表紙（メッセージ定義書）

表紙については、以下の箇所をプロジェクトに合わせて変更してください。

情報種別：社外秘など

情報所有者：基本的にはお客様の会社名となります。

会社名：自社の会社名（正式名称）を記入してください。

タイトル：ドキュメントのタイトルをプロジェクトに合わせて変更

版数、作成日、作成者：※必要に応じて、最終更新日、更新者を入れてください。

２．改訂履歴

版数、変更箇所、変更内容、変更理由、作成日、作成者、更新日、更新者などを記述します。

改訂履歴は、ドキュメントのメンテナンス上必ず設定するようにしましょう。

３．Apexトリガー一覧

【記載内容】

機能ID：システム機能一覧より割り当てた機能IDを記入します。
トリガー名：トリガー名（論理名）を記入します。
API参照名：トリガーの物理名を記入します。
トリガー起動オブジェクト：トリガーを実行するオブジェクトを記入します。
処理No.：トリガーに複数の機能（処理）が分かれている場合に処理毎にNo.を割り当てます。
処理内容：処理の概要を記入します。
起動契機：トリガー内の各処理が実行される契機（before insert / before update / before delete / after insert / after update / after delete / after undelete）を〇-で定義します。
備考：メモ欄としてご利用ください

Apexトリガー一覧の（Excel版）のダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

ダウンロード前に利用規約を必ずお読みください。

一般公開資料

エクセルのダウンロードはこちら

ダウンロード

圧縮ファイル（ZIP形式）でのダウンロードはこちら

ダウンロード

以下は、スプレッドシートでの表示となります。

バッチ処理一覧/スケジュール表（Excel版）のダウンロードはこちら

他にも要件定義で必要となる以下のようなテンプレートなども用意しているのでぜひご利用ください。

バッチ処理設計書

バッチ処理設計書（Excelテンプレート）

バッチ処理設計書（基本設計書/詳細設計書）として利用できるエクセルの設計書テンプ…

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

ここまでできる今話題のAI（ChatGPT）を使ったSaleforce開発（自動コード生成）

セールスフォース標準化推進ラボ — Mon, 20 Feb 2023 06:27:32 +0000

今回は、今話題の文章生成AI（ChatGPT）を使ってSalesforceの開発が現状どこまでできるのか検証してみた結果の記事となります。

過去にAIの機能を使ったことがある人は、「結局AIといっても大したことはできないし、やっぱり人間が必要」というイメージを持っている人も多くいると思いますが、そのイメージは捨てたほうがいいかもしれません。

ChatGPTの登場により、既に特定の分野では完全にAIだけで仕事ができるレベルに到達してきているようです。（人が作業するよりも精度が高く、もちろん作業スピードも高速）

本記事では、ChatGPTの概要や出来ることについて説明するとともに、Salesforceなどシステム開発でどのように利用するかを説明していきたいと思います。

ChatGPTとは

まずは、ChatGPTについて簡単に概要を説明したいと思います。

ChatGPT（チャットジーピーティー）とは、OpenAI社（※工知能の研究開発を行う非営利団体）が開発したGPT-3という大規模言語モデルを使った文章生成AIとなります。

※公式サイトURL：https://openai.com/　（ChatGPTを利用するためには登録が必要です。

ChatGPTは、従来のAI（人工知能）に対するイメージを完全に覆す超ハイレベルなAIとなっています。OpenAI社は、SpaceXやテスラ、そしてTwitter買収で有名なイーロンマスク氏が共同設立した会社です。

現在は、イーロンマスク氏は会社を離れていて、Microsoft社が出資し、MicrosoftのBING（検索エンジン）に組み込んで利用できるようになってきています。※Chromeの拡張機能なども提供され始めています。

最近では、ペンシルベニア大学のMBAの期末試験の解答をChatGPTで行ったところ、B判定（優秀）となり話題になっていました。今後は、Googleの検索が不要になり、調べたいことはなんでもChatGPTに聞けば、全世界の膨大なデータ量から自動で検索して、それを要約して精度の高い回答を得ることができるようになるのではと言われています。

これに対して、GoogleはBardという会話型AIを発表しています。ただし現時点ではChatGPTの方が優れていると評価しているユーザが多いようです。どちらにしても今後近い将来、このAIの分野が目覚ましい進歩をして仕事の中で普通に使われるようになるものと思われます。

特にChatGPTは、文章の生成だけではなく、翻訳、プログラミング（コーディング）までできる優れもののため、今日からすぐに仕事に活かして作業効率を上げることができます。

文章は、英語だけではなく日本語にも対応しており、チャットに対して質問や依頼を入力すると、自然な文章で要約された精度の高い回答を得ることができます。

料金体系については、無料版と有料版を提供されています。まずは無料版で試しに使ってみるとよいと思います。

以上が概要となりますが、詳細な情報について知りたい方は後半でご紹介するYoutubeの動画を見ることをお勧めします。

ChatGPTで実現可能なこと

現時点で、ChatGPTでできることは以下のような内容となります。

検索やQ&A（質問に対して、要約された回答が返ってくる）
精度の高い文章作成（メール本文、感想文、論文など高度なものまで）
翻訳（英語から日本語など幅広い言語に対して精度の高い翻訳を行うことができる）
計算（数学の問題などに対して、答えや計算の過程を説明してくれる）
ブログ記事の作成や最適SEOのキーワードの提案など
プログラミングのソースコード生成（HTML、Javascript、CSS、PHPなど様々）
ソースコードのバグ解析（ソースコードに対してレビューを行い、バグを発見）
その他（作詞など）

上記のように様々なことができるようになっています。しかも生成されるのはかなり高度（高品質）なものとなっています。

ちなみにChatGPTに対して、「ChatGPTにはどのような機能がありますか」と質問したところ以下の結果が返ってきました。

ChatGPTは、自然言語処理技術を用いて、以下のような機能を持っています。

質問応答：ユーザーからの質問に対して適切な回答を返します。一般的な知識や専門知識に関する質問に対して、高い精度で回答を提供します。
チャットボット：ユーザーと対話し、問題解決や情報提供を行います。あいさつやおしゃべりから、予約や注文などのタスクまで、幅広い場面で活躍します。
翻訳：複数の言語間での翻訳を行います。日本語から英語や中国語、スペイン語など、多言語に対応しています。
要約：長文を要約し、要点を把握できるようにします。ニュース記事や論文などの長文を短くまとめたり、複数の文章をまとめて要約したりします。
自然言語生成：指定された条件に合わせて文章を生成します。文章の体裁や内容、トーンなどを指定して、自動的に文章を生成します。
感情分析：文章から感情を判断し、ポジティブ・ネガティブなどの評価を行います。商品レビューやSNSの投稿など、様々なテキストデータに対して感情分析を行います。
知識ベース検索：あるトピックに関する情報をまとめた知識ベースを検索し、適切な情報を提供します。例えば、医療や法律、ビジネスなどの分野に特化した知識ベースを構築し、適切な情報を提供します。

などがあります。

以下、実際のChatGPTを利用したイメージ画像

文章（文字列を解析）してのAIとなるため、苦手な分野もありますが、それらの分野でも別のAIのサービスが出てきています。

例えば、画像生成AIであれば、「DreamStudio（https://beta.dreamstudio.ai/home）」や「Mage（https://www.mage.space/）」などがあります。

テキスト入力すると、キーワードから自動で画像を生成してくれます。

以下は、DreamStudioを使って、魅力的なビジュアルストアディスプレイと入力して生成した画像の例

こちらは、キーワード「猫型ロボットのうさぎみみ」などで生成した例

サポーターさん

このように文章作成、翻訳、プログラミング、画像生成、作曲など様々な分野でAIが進んでいることを実感いただけると思います。

ChatGPTを使ったSalesforceのLightning web component開発

では、さっそく本題のChatGPTを使って、Salesforceのプログラミング（ソースコード自動生成）を試してみたいと思います。

ChatGPTには、次の内容を入力しました。

「SalesforceのLightning web componentでお問い合わせフォームを作成する場合のコードを教えて」

すると以下3つ（HTML、Javascript、CSS）のコードが生成されました。

①生成されたHTMLファイル（ContactForm.html）

実際のChatGPTの画像（ContactForm.html）

②生成されたJavaScriptファイル (contactForm.js)

Name	Values	Special Characters
`Seconds`	0–59	None
`Minutes`	0–59	None
`Hours`	0–23	`, – * /`
`Day_of_month`	1–31	`, – * ? / L W`
`Month`	1–12 or the following: `JAN` `FEB` `MAR` `APR` `MAY` `JUN` `JUL` `AUG` `SEP` `OCT` `NOV` `DEC`	`, – * /`
`Day_of_week`	1–7 or the following: `SUN` `MON` `TUE` `WED` `THU` `FRI` `SAT`	`, – * ? / L #`
`optional_year`	null or 1970–2099	`, – * /`

ライセンス名	最適な用途	同等のポータルライセンス
外部アプリケーション	外部関係者を引き込むカスタムデジタルエクスペリエンス (ブランドエンゲージメント、顧客ロイヤルティなど)。CRM オブジェクトには限定的にアクセス。External Apps ライセンスは個人取引先で使用できます。	High Volume Customer Portal、Service Cloud Portal、Authenticated Sites Portal
Customer Community	ケースオブジェクトやナレッジへのアクセスを必要とする多数の外部ユーザとの B2C エクスペリエンス。Customer Community は個人取引先で使用できます。	High Volume Customer Portal、Service Cloud Portal、Authenticated Sites Portal
Customer Community Plus	レポートやダッシュボードを必要とし、高度な共有を要する外部ユーザとの B2C エクスペリエンス。Customer Community Plus は個人取引先で使用できます。	Customer Portal — Enterprise Administration、Customer Portal Manager Standard、Customer Portal Manager Custom
パートナーコミュニティ	パートナーリレーションの管理など、セールスデータにアクセスする必要がある企業間エクスペリエンス。Partner Community は個人取引先では使用できません。	Gold Partner
Channel Account	個々のユーザ数ではなくパートナー数に基づいて使用量が計算される企業間サイトおよびポータル。	Gold Partner

Apex – AI開発実践ラボ

AIエディタを使ったVibe codingの実際の開発事例（ユースケース）

AIエディタを使ったVibe codingの実際の開発事例（ユースケース）

Lightning Web Componentの開発例

Apex クラスの実装例

テストコードの自動生成

6. 注意点と課題

セキュリティ考慮事項

コード品質の担保方法

チーム開発での運用ポイント

関連記事

Salesforce開発コーディング規約（LWC）サンプル・テンプレート

なぜコーディング規約が重要なのか

1. フロントエンド開発の複雑性への対応

2. Salesforceプラットフォーム特有の制約

3. 長期保守性の確保

1.テーラリングガイド

１．目次サンプル

２.基本方針（可読性・保守性の重視）

３.命名規則の統一

4.ファイル構造とフォーマット

5.Javascript設計

6.HTMLテンプレート設計

7.CSSスタイル設計

8 データアクセスとAPIコール

9.イベント設計

10.テスト設計

11.セキュリティとベストプラクティス

その他

テンプレートの効果的な活用方法

1. プロジェクト開始時の規約策定

2. 既存プロジェクトの品質改善

3. コードレビューの効率化

4. 新人教育・オンボーディング

実装時の注意点とコツ

段階的な導入を心がける

ツールを活用した自動化

定期的な見直しと改善

テンプレートに含まれる実践的なコード例

SLDSの活用例

継続的な品質向上のために

定期的なコードレビュー会の実施

メトリクス測定と改善

知識共有とベストプラクティスの蓄積

まとめ

資料のダウンロード

一般公開資料

最後に

Salesforce開発コーディング規約（Apex）サンプル・テンプレート

なぜApexコーディング規約が重要なのか

1. チーム開発における統一性の確保

2. Salesforce特有の制約への対応

3. 保守性の確保

1.テーラリングガイド

目次サンプル

1.基本方針（可読性・保守性の重視）

2.命名規則の統一

3.コード構造とフォーマット

4.クラス設計のベストプラクティス

5.SOQL/DML操作の最適化

6.包括的なテスト戦略

テンプレートの効果的な活用方法

1. プロジェクト開始時の規約策定

2. 既存プロジェクトの品質改善

3. コードレビューの効率化

4. 新人教育・オンボーディング

実装時の注意点とコツ

段階的な導入を心がける

ツールを活用した自動化

定期的な見直しと改善

テンプレートに含まれる実践的なコード例

バルク処理の実装例

セキュリティを考慮した実装例

継続的な品質向上のために

定期的なコードレビュー会の実施

メトリクス測定と改善

知識共有とベストプラクティスの蓄積

まとめ

資料のダウンロード

一般公開資料