AI業務パターン・カタログ

AI業務パターンは、特定製品の機能名やプロンプト例ではなく、「何を正本として、どの入力から、どの権限で、どこまでAIに任せ、誰が承認し、何をもって完了とするか」を再利用可能な型として記述する。

調査、編纂、監査、会議要約、メール、表処理、データ移植、コード保守では必要な制御が異なる。自律化の深さは業務名ではなく、外部作用、可逆性、権限、評価可能性に応じて決める。複雑だからといってmulti-agentが常に有利とは限らない。

以下のschemaは PROPOSAL であり、provider仕様の必須schemaではない。

• PATTERN_ID / BUSINESS_INTENT
• TRIGGER / INPUT_ARTIFACT
• AUTHORITATIVE_SOURCE
• AI_ROLE
• ACTION_CLASS = READ / DRAFT / WRITE / EXECUTE
• REVERSIBILITY = reversible / compensatable / irreversible
• STATE / CHECKPOINT
• TOOLS / CONNECTORS
• PERMISSION_SCOPE / IDENTITY
• HUMAN_GATE / DECISION_AUTHORITY
• OUTPUT_ARTIFACT / DESTINATION
• EVAL / ACCEPTANCE_CRITERIA
• AUDIT / PROVENANCE
• FAILURE_MODE / RETRY / RECOVERY
• COST / LATENCY / MODEL_ROUTING
• IMPLEMENTATION_TOPOLOGY

Core patternはprovider非依存とし、provider mappingとorganization overlayを別層にする。製品名、model名、preview feature、plan/region availabilityは PRODUCT_VOLATILE として扱う。

workflow / agent / multi-agentは業務patternそのものではなく実装方式として分離する。

固定分解可能な仕事にはprompt chaining、入力分類が明瞭ならrouting、独立subtaskならparallelization、動的分解が必要ならorchestrator-worker、明確な評価基準がある反復改善ならevaluator-optimizer等を候補にできる。ただしこれはpatternから一意に決めず、実測evalで正当化する。

multi-agent採用時はsingle-agentまたはfixed-workflow baselineと同じtask fixture、tool access、answer contract、usage accountingで比較する。accuracyだけでなくcost、latency、retry、human timeも記録する。

• Anthropic, Building Effective AI Agents — workflow/agent patternと単純構成から複雑性を追加するengineering guidance。author-maintained guidance。
• OpenAI, A practical guide to building agents — workflow、tool、orchestration、tool safeguards、human interventionのengineering/business guidance。product examplesは PRODUCT_VOLATILE。
• Microsoft Copilot Studio, Agent flows overview — trigger/action、human-in-the-loop、connector、version/deploymentのcurrent implementation example。PRODUCT_VOLATILE。
• Microsoft Copilot Studio, Multistage and AI approvals in agent flows — manual/AI/conditional approvalのpreview implementation example。preview / PRODUCT_VOLATILE。
• GitHub, Risks and mitigations for Copilot cloud agent — draft PR、review/merge、workflow approval等のauthority boundary example。PRODUCT_VOLATILE。
• Microsoft Graph v1.0, List transcripts — meeting transcript取得のpermission/application-access-policy/expiry gate example。PRODUCT_VOLATILE。
• NIST AI 600-1 — context-specific risk management profileのgovernance evidence。
• AWS Builders' Library, Making retries safe with idempotent APIs — side effectを伴うretry、idempotency、reconciliation設計のengineering evidence。
• Fu et al., Do More Agents Help? — single-agentとmulti-agentをprotocol-alignedに比較したcounterevidence。multi-agent superiorityを前提にしない。

Security: ACTION_CLASSとPERMISSION_SCOPEを必須化し、least privilegeを基本とする。write/executeはreadと別gateにする。

Privacy: meeting/mail/document等のsourceごとに取得権限、retention、sensitive-data handlingを記録する。

Audit: trigger、input/source locator、model/runtime、tool call、approval、artifact revision、final action/resultを追跡可能にする。

Cost: classification/retrieval等を小型model、難判断を上位modelへrouteする選択肢は持てるが、本EAでは価格最適化を再研究しない。cost/routingはEA-018等の別packetへ接続する。

Operability: fixed workflow→single agent→multi-agentの順に複雑性を追加し、各段階をevalで正当化する。stop/escalate/retry/reconcileをpattern契約へ含める。

共通: provider/plan、organization admin、connector/API availability、identity、permission scope、region、network、data classification、source retention。

会議: transcript生成可否、meeting type、API permission、application access policy、meeting expiry。

メール: mailbox identity、send permission、recipient policy、DLP/attachment rules。

表処理: file access、編集権限、range/schema、formula/protected range。

データ移植: source/target write permission、API quota、transaction/idempotency mechanism、maintenance window。

コード保守: repository access、agent enablement、branch/ruleset、CI secrets/workflow approval、review/merge authority。

共通の単一scoreへ統合しない。patternごとに最低1つのdeterministic/observable acceptance criterionを持つ。

• 調査: citation support、source coverage、freshness、unsupported claim率
• 編纂: required-change coverage、unrequested diff、structure preservation、revision/recovery
• 監査: FP/FN、evidence locator再現性、UNKNOWN適切率
• 会議: speaker/action-item attribution、重要事項recall、permission/retention compliance
• メール: recipient/attachment correctness、draft-to-send approval一致、policy violation率
• 表処理: schema/type/formula preservation、cell/range exactness、row/key integrity
• データ移植: source-target reconciliation、duplicate/missing record、idempotent replay、rollback/recovery
• コード保守: tests/static checks、scope diff、regression、PR review findings、merge gate遵守

• 製品のagent/flow機能をそのまま業務patternにしない。
• 「複雑な業務=agent」「さらに複雑=multi-agent」と固定しない。
• read-onlyに見える業務でもpermission、admin policy、retention/expiryに依存し得る。
• retryはWRITE/EXECUTEで重複副作用を起こし得る。idempotency/reconciliationのない自動再試行を安全とみなさない。
• benchmark/task successは実運用のcompliance/permission/auditを保証しない。
• provider/tenant availability、plan/region matrixは PRODUCT_VOLATILE / UNKNOWN。
• 会議録の法的同意要件、メール送信の業界別承認、HR/financial等の高度規制業務はorganization/industry-specificであり、本packetから推測しない。
• 表処理の共通benchmark、業務横断universal task-success scoreは OPEN_UNKNOWN。
• live tenant validation、定量thresholdは未実施・未確定。