ワークフロー・自動化

実行順序・定期実行・人の確認

262件の公開項目

• EA · EA-020AIアーキテクチャ・パターン集AIアーキテクチャは、Single-agentかMulti-agentかという一問だけでは決まらない。制御を誰が握るか、状態と知識をどこに置くか、外部ツールをどの境界から呼ぶか、同期・非同期・batchのどの実行形態を使うか、人間承認と復旧をどこに置くかを分けて設計する。
• EA · EA-021AIアンチパターン集AIアンチパターンは、特定技術を使うこと自体ではなく、有効な技術を責務や適用条件を無視して万能化するところから生じる。長いコンテキスト、RAG、Agent、会話memoryはいずれも有用だが、正本、権限、状態、検証、復旧まで一つの層へ背負わせると、性能・安全性・監査性・費用のどこかで破綻しやすい。技術名ではなく、責務分離と失敗包絡で診断する。
• EA · EA-026部門別実践版部門別AI運用は、営業用・人事用・法務用と別々のAIを並べることではない。共通のデータ境界、権限、正本、承認、評価、証跡のCoreを持ち、部門ごとに「何を正本とするか」「何をAIへ入れてよいか」「どの判断を人間が引き受けるか」「どの外部作用を承認するか」「何を証拠として残すか」を上書きする。部門名だけで安全性は決まらず、task、data、decision impact、external actionの組合せでgateを決める。
• EA · EA-027業界別版業界別AI運用は、共通のAI統制を業界ごとに作り直すことではない。共通Coreの上に、適用法令・規制主体、保護データ、用途、意思決定や物理的影響、専門家監督、変更管理、証跡をIndustry Profileとして重ねる。同じ医療・金融・教育という名称でも、組織の法的地位、地域、データ、用途によって必要な統制は変わるため、業界名だけで可否やリスクを決めない。
• EA · EA-028AI教育・社内導入カリキュラム社内AI教育は、全員へ同じ製品操作を教えるだけでは不十分である。共通Coreを維持しつつ、利用者のrole、technical knowledge、扱うdata、task impact、利用するsystemに応じて学習到達点を分ける。受講完了と安全に業務利用できる能力は分離し、知識問題だけでなくsafe/unsafe input判別、source verification、confidential-data handling、exter
• EA · EA-029Enterprise AI運用テンプレート集運用テンプレートはAI統制を自動的に成立させるものではなく、判断・証拠・変更・未解決事項を再現可能に残すための器である。共通Coreを用意しつつ、法域・業界・組織・providerに応じて項目をtailorする。PASS/完了の記入だけでなく、根拠となるsource、eval、承認、readbackを結び付ける。
• EA · EA-058Prompt／Instruction Configuration Management「Promptやsystem instructionは単なる文章ではなく、本番挙動を変える構成資産としてversion管理する。再現・監査に必要なのはprompt本文だけではなく、実行時に解決されたprompt revision、model、generation設定、tool/retrieval/policy等の組合せである。`production`のようなaliasは運用に便利だが、監査ログにはalias名だけでなく実際に参照したim
• EA · EA-065AI × Records Management／eDiscovery「AI会話・生成物・Agent実行は、AIで生成されたという理由だけで一律に記録または廃棄対象になるわけではない。記録性は組織の業務・法令・保存方針に従ってartifact単位で判断し、legal holdやeDiscoveryでは、会話、memory、監査ログ、成果物などの実際の保存先を把握して保全・検索・export範囲を確認する。ユーザー画面からの削除、検索不能、provider側retention終了は同じ事象ではない。製品のc
• EA · EA-077Classical ML × Generative AIclassifiers/regressors/forecast models remain independent prediction services; LLM handles interpretation, orchestration and explanation around typed outputs.
• EA · EA-097Task Mining / Desktop Activity Mining → AI化“Task Mining can complement process-level event-log analysis by observing how selected desktop tasks are actually executed and by surfacing variants, friction and possible automation candidates. Its recordings may contai
• EA · EA-134LangGraph「LangGraphの公式Docsは、LLM stepと決定的stepを組み合わせる低レベルorchestrationとして、persistence・durable execution・streaming・human-in-the-loop等を記載している。これらは制御基盤の仕様候補であり、LLMの正しさ、side effectの安全性、全deploymentのSLAを自動保証しない。」
• EA · EA-136LlamaIndex Workflows「LlamaIndex Workflowsの公式Docsは、Pydantic event、型付きstep、実行・停止・timeout・streaming・context storeを使うworkflow構成を示している。型が検証されても、LLM出力の真偽、権限、安全な外部action、production性能は別途検証が必要である。」
• EA · EA-140AutoGen史AutoGen史
• EA · EA-158A2Aは「つながる」だけでは相互運用にならないA2A 1.0はagent間のdiscovery、message、Task、Artifact、streaming/pushを共通化するprotocol contractである。ただし「A2A対応」だけでは相互運用の十分条件ではない。interfaceごとのprotocol version/binding、Agent Card trust、request authorization、tenant isolation、Task/Artifa
• EA · EA-171Arize PhoenixArize Phoenix is documented as an open-source AI observability and evaluation platform built on OpenTelemetry and OpenInference. Its documented surface includes traces for model calls, retrieval, tool use and custom logi
• EA · EA-221Transactional Email API × AgentAgentのdraftを送信操作へ変換する際は、全recipientと本文・添付の承認、domain認証、重複防止、配送event、suppressionを個別に追跡する。
• EA · EA-222Slack／Teams／ChatをAgentの業務面にするチャット上の入力・承認・通知・handoffを業務操作へ安全に接続できるか。署名やボタン押下だけを本人認可・最終承認へ転用しない。
• EA · EA-006Agent-to-Agent／マルチエージェント編 — A2A v1.0、framework内handoff/subagent/orchestration、MCPとの役割差を横断し、委譲・context・identity/authorization・失敗伝播・human approval・評価を別契約として整理する「マルチエージェントは、複数のAIを並べれば自動的に賢くなる仕組みではない。まず『どう接続するか』と『誰が仕事を割り振り、誰が最終判断を持つか』を分けて考える必要がある。A2Aは異なるエージェント同士が能力を発見し、taskやartifactを交換するための相互運用protocolであり、manager、handoff、parallel workflowなどのorchestration方式そのものを決めない。MCPも別の層で、主にage
• EA · EA-007AI連携・自動化ツール大全Treat workflow automation as an execution and authority boundary. Record credential owner, trigger, connector/action version, side-effect class, retry/idempotency contract, DLP/policy scope, execution evidence, audit ret
• EA · EA-244Durable Execution／Workflow Replay for AIDurable Executionは長時間のAgent workflowのstate/progressをdurable history/checkpointへ残し、failure後に復元・継続する実行方式です。ただし外部API・tool・payment・email・database mutation等のside effectがexactly-onceになることを意味しません。
• EA · EA-245Dead Letter Queue／Poison Task運用Dead Letter Queue（DLQ）は、繰り返し失敗するmessage/taskを通常処理から隔離するための運用境界です。DLQへ移動したこと自体は、root causeの修復、messageの永久保存、外部side effectのexactly-onceを意味しません。
• EA · EA-246Circuit Breaker／Bulkhead／Load Shedding × AICircuit Breaker、Retry、Bulkhead、Load Sheddingは同じ機能ではありません。
• EA · EA-247Retry Budget／Backoff／Fallback CorrectnessRetryは各layerの「最大N回」ではなく、original user/workflow requestに対するend-to-end budgetとして管理します。budgetにはtotal downstream attemptsだけでなく、wall-clock deadline、token/compute/API cost、side-effect riskを含めます。
• EA · EA-1005外部STATE正本を使うAI定期実行のstale locator／cursor rollback境界外部STATEは再開の正本になり得るが、それだけで安全にはならない。cursorは対象identityとgenerationに結び付け、stale writerを拒否する。task-body versionや業務revision IDをpersisted-state schema identityの代替にしない。migrationのparse成功をsemantic correctnessと同一視しない。STATE rollbackを既発
• EA · EA-1011AI Use-Case Coverage「Enterprise AIの用途管理では、Actor、Task、Function、Sector、Modality、Autonomy、Riskを分離して用途プロファイル化すると、単一カテゴリでは失われる利用コンテキストと統制要件を追跡しやすい。これはNIST AI RMFのcontext mappingおよびOECDの多次元AI分類と整合する運用設計であるが、両機関がこの七軸schema自体を標準として規定しているわけではない。」
• EA · EA-225Project／Issue Tracker API × AgentProject/Issue Tracker API連携では、Agentの記憶ではなく外部チケットのIDと現在状態を仕事台帳の照合先にする。ただし、一覧取得の途中失敗・権限・ページ分割、書き込み後の不明な結果、Webhook未達を別々に扱う。承認は対象と変更フィールドに結び付け、結果を再読込する。PyGithub 2.10.0の模擬通信による実SDK検査では、遅延ページ取得、途中例外、省略フィールドと空配列の違い、およびUTC以外のsin
• EA · EA-226Customer Support／Ticketing API × AgentCustomer Support／Ticketing API連携では、分類・回答草案・人への引継ぎ・顧客への送信・状態更新を別の操作として管理する。内部メモは公開範囲を明示し、承認した本文と対象を送信前に照合する。更新競合の制御は各リクエストの実際のペイロードで確認し、応答後もチケット状態を再読込する。古い利用者報告には、SDKの別リクエストによる部分変更や、HTTP200後に意図した変更が確認できなかった例がある。今回のZenpy2.
• EA · EA-228Push Notification API × Agent：通知送信を業務実行と誤認しないための設計Push Notification APIの送信成功は、利用者への表示・閲覧・承認・業務完了の証明ではありません。Agentから通知を送る場合は、通知をauthoritative stateへの案内として設計し、recipient、event ID、TTL、priority、collapse、rate、sensitivityを制御します。重複・順序逆転・遅延・非表示・throttlingをfailure envelopeへ含め、重要な処
• EA · EA-266署名・Attestation・SLSAでAI Artifactを検証するAI Artifactの検証では、artifact bytesのdigest、署名者/issuer、attestation subject、provenance predicate、builder/workflow identityをconsumer policyに照らして確認します。
• EA · EA-269Notification Delivery Semantics／Alert Fatigue × AgentAI/Agentの異常検出と人への通知を分離します。alert identity、dedup/grouping、persistence、severity、routing、suppression、resolutionを明示し、pageはactionableかつ緊急な影響へ限定します。
• EA · EA-279Consent／Purpose Limitation × AI Data Use「AIで個人データを使えるかは、同意の有無だけでは決まらない。目的、処理段階、法的根拠、再利用互換性、通知、権利処理を法域と実装境界ごとに確認し、承認済みpurposeをruntimeのdata-flow gateへ投影する。UNKNOWNを同意済み・互換ありと推測しない。」
• EA · EA-284Approval UX for High-impact AI Actions「特定の操作と条件を人が確認し、その決定と実行内容を照合する承認経路を設計する」。一方、「人が押せば安全」「通知したので承認済み」「一度承認すれば変更後も許可」「interruptがあるので副作用は一度だけ」とはしない。
• EA · EA-285Human Escalation Policy／Handoff Design「停止範囲と責任者を定め、受領・判断・結果・再開を証拠で接続する」。一方、「メールしたので引継ぎ完了」「担当名があるので着手済み」「人の返答を受ければ無条件に再開」「判断を渡したのでAI側の責任は終了」とはしない。
• EA · EA-286Human Queue／Workbasket for AI Exceptions「案件を永続化し、配送・所有・判断・結果反映を分けて追跡する人の作業台を設計する」。一方、「投入できれば解決済み」「visibility timeoutで人の作業も一度だけ」「担当名があれば認可済み」「DLQへ移せば業務完了」「先頭ページが空なら未処理0件」とはしない。
• EA · EA-440障害時フォールバック階層Enterprise AIのフォールバックは「失敗したら別モデルへ送る」だけでは成立しません。障害の種類を判定し、再試行、別capacity/deployment、別region、別provider/model、機能縮退、durable queueまたは人手移管を、品質・データ所在・権限・副作用の制約付きで順序化します。
• EA · EA-505Retry Storm / Circuit Breaker / Nested Retry Budget Composition「agentのrequest_limitだけでproviderへの総attempt数が保証される」とは表現しません。「retryを完全に排除すべき」とも表現しません。公開可能な主張は、複数層のretryは負荷を増幅し得るため、retry domainを列挙し、観測可能な層ごとにownerと有限budgetを定め、重複retryを抑制し、backoff/jitter、breaker/backpressure、attempt telemet
• EA · EA-511Risk- and Uncertainty-Aware Human Escalation Router「高影響または高不確実なAI操作では、人間承認の有無だけでなく、承認対象となるexact effect、レビュー担当者の現在権限、要求の期限、resume時の対象状態とauthorizationを結び付けて検証する。承認待ちの容量不足は自動承認で解消せず、backpressureまたはfail-closedを用いる。普遍的なしきい値や、人間介在そのものによる安全性向上は仮定しない。」
• EA · EA-526自動化の例外処理が人の処理能力を超えないように設計するAIが処理できなかった仕事を人へ送れば、安全に運用できるとは限りません。人へ渡る件数、難しさ、再処理、担当者の空き時間を合わせて測り、受付量を制御する必要があります。自動化の成功率が上がっても、元の仕事量が増えたり、難しい案件だけが残ったりすると、人の待ち行列は増えます。例外処理の負荷モデルは、この出口の容量を見積もり、期限超過・見落とし・形式的な承認を防ぐための設計です。
• EA · EA-528AIが使えない状況から安全に手動運用へ戻る訓練AIの停止時に「人が代わる」と定めても、その人が必要な情報・権限・技能・処理時間を持つとは限りません。手動復帰訓練は、自動処理を止め、残った仕事の状態を確かめ、限定した業務を人が引き継ぎ、復旧後の重複や取りこぼしまで照合する練習です。手順書が存在することと、現在の担当者が実行できることを区別します。
• EA · EA-529共有端末で前の利用者のAI会話と権限を引き継がせない店舗や倉庫の端末を交代で利用する場合、前の人をログアウトさせるだけでは、AIの会話・メモリ・添付資料・接続先権限の分離を保証できません。認証状態、画面と端末内データ、サーバーの会話、実行中の処理をまとめて利用者の境界へ結び付ける必要があります。次の利用者へ端末を渡す前に、残留情報の表示と旧権限での操作を防げたことを確認します。
• EA · EA-741Evaluation dataset lineage／ownership／provenance contract「評価データは、dataset/versionの識別子とdigestだけでなく、source・derivation・作成/承認責任・rubric・split・利用runを追跡し、後から評価結果の再現と影響範囲の逆引きができるようにする。PROV-O、MLflow、OpenLineage等はその一部を実装するための基盤になり得るが、権利・同意・削除・case-level approvalまで自動的に保証するものではない。」
• EA · EA-744Regulatory locale × evaluation requirement crosswalk「AI評価は世界共通の技術testをcoreとして再利用しつつ、法域・用途・system classification・operator role・適用日などで変わる要求をversioned regulatory overlayとして追加する。overlayは法的適用を自動決定するものではなく、承認済みapplicability判断をcontrol/test/evidenceへtraceするために使う。内部evalのPASSを法定con
• EA · EA-747GPU health diagnostics→自動quarantine/drain/remediation「GPU health automationは、診断signalを直接rebootへ結び付けず、detect・classify・quarantine・drain・remediation・再診断・recoveryを明示的な状態遷移として管理する。critical GPU faultでは新規割当停止に加えて既存workloadの安全な退避を検討し、mass quarantine用circuit breaker、drain/remediati
• EA · EA-748分散AI workloadのgang scheduling＋topology-aware placement「分散AI workloadでは、必要pod群が同時に実行可能かを扱うgang/admission controlと、rack・node・accelerator/fabric localityを扱うtopology-aware placementを分離して設計する。aggregate GPU数だけでは実配置可能性を保証できず、topology localityを強めれば常に性能が上がるわけでもない。workloadの固定/elastic
• EA · EA-798非同期Batch inferenceを独立execution tierとして設計する運用非対話・大量のLLM推論は、同期APIとは別の非同期Batch execution tierとして管理できる。Batchは低価格・高throughputに向く一方、queue、partial failure、expiry、cancellation、retry、result reconciliationを伴う。submit成功を処理完了とみなさず、immutable input manifest、provider job ID、reque
• EA · CORE-06プロンプトと設定の管理CORE-06は、promptと周辺configurationを再構成・比較・承認・release・rollbackできるversioned entityとして管理する。目的は「prompt文字列は同じ」「昨日と同じmodel名」を再現性の証拠とせず、実際のbehaviorを変える構成要素とenvironment差を一つのrelease lineageへ結ぶことである。
• EA · PM-CLAUDE-CORE-03CLAUDE：タスク分解と処理工程CORE-03のstage、artifact、handoff、parallel/serial、resume/retry、verification、transaction境界をClaude Agent SDK/Claude Codeの公開surfaceへ対応づける。会話session、subagent、tool result、hook、permission、filesystem、外部systemを同一状態として扱わない。S063 Froz
• EA · PM-GPT-CORE-03OpenAI / GPT：タスク分解と処理工程CORE-03のstage、artifact、handoff、parallel/serial、resume/retry、verification、transaction境界を、OpenAI APIとOpenAI Agents SDKの現行公開surfaceへ対応づける。ChatGPT会話、Responses API、Conversations API、Agents SDK、application-owned workflowを同一run
• EA · PM-GPT-CORE-05OpenAI / GPT：エージェントの副作用・復旧・人への引継ぎSource: OpenAI, Human-in-the-loop, [ ; accessed 2026-09-08; sections Marking tools that need approval / How the approval flow works / Automatic approval decisions / Long-running approvals. New source EXT-C05-001.
• EA · PM-GROK-CORE-06GROK：プロンプトと設定の管理CORE-06のversioned composite configuration、declared/effective差、environment diff、canary、rollbackをxAI APIへ対応づける。対象はrequest message、model/alias、sampling/reasoning parameter、client/server/MCP tool、Collection/file source、struc
• 用語 · IDX-C05-005操作できたか、まだ分からない状態時間切れや中止、返事の消失などによって、操作先で実際に処理が確定したかを、こちら側から判断できない状態です。
• 用語 · IDX-C05-004操作証拠連鎖proposal、approval、attempt、external 受付・受領の記録、実物を開き直して確かめること、business acceptanceをIDでjoinした記録
• 用語 · IDX-C06-019active deprecated prompt dependency現在利用可能な旧prompt objectと、2026-11-30停止予定のforward dependencyを分離
• 用語 · IDX-C05-003承認bindhuman approvalをaction summary digestへ結び、target/argument/参照する資料/版変更時に失効させる
• 用語 · IDX-C03-020blocking guardrailと並行guardrailの境界agent/AIが使う操作機能開始前に拒否するblocking検査と、実行と同時に走り開始済み処理を完全には防げないparallel検査を区別する
• 用語 · IDX-C05-002正規化操作preview、approval、execute、再実行が同じoperation/target/arguments/版/digestを参照するrecord
• 用語 · IDX-C01-005途中から再開するための記録仕事を再開できるように、その時点の状態と、使った資料・作ったものの版を記録しておくことです。
• 用語 · IDX-C06-024code rollback / release rollback splitprior 操作の確定復元とdependency・deployment・evaluation・実物を開き直して確かめることを含むrelease 操作や変更を元に戻すことを分離
• 用語 · IDX-C06-020code-managed prompt / composite release split参照する資料 code内prompt版とAIの製品や種類/AIが使う操作機能/参照する資料/policy/environment/evalを含むrelease bundleを分離
• 用語 · IDX-C03-017コード主導・LLM主導orchestration分離stage順序・loop・parallelismをcodeが固定する経路と、LLMが担当の引き継ぎ/AIが使う操作機能を選ぶ経路を別あらかじめ決めた取り決め・別failure profileとして扱う
• 用語 · IDX-C05-007補償と取消しの分離compensationを別の修復side effect、undoを元状態復元能力として別評価する
• 用語 · IDX-C05-021consequential confirmationconfirmation differs from business authority and 操作の確定
• 用語 · IDX-C03-022会話item≠成果物versionmessage/AIが使う操作機能-call/AIが使う操作機能-outputのdurable conversation itemを、版・digest・元になったものや変更のつながり・保持方針を持つintermediate 作成・保存した成果物と同一視しない
• 用語 · TERM-EXT-0019cronUnix系環境で、時刻・日付等のschedule表現に基づいてcommandやjobを定期実行する仕組み。処理内容そのものではなく時間起動の入口を担う。
• 用語 · IDX-C01-018選別履歴次判断に必要なinteractionだけを選び、またはversioned pointerで渡すもの。critical 現在の状態の唯一の保存先にしない
• 用語 · IDX-C06-023declared / effective prompt configurationAgent定義値とRunConfig・environment・AIの提供元 default適用後の実効構成を分離
• 用語 · IDX-C05-008人手引継ぎpacketstop reason、操作の確定 現在の状態、receipts/実物を開き直して確かめること、残留risk、安全な選択肢、期限、ownerを人へ渡すrecord
• 用語 · IDX-C05-023exact-call approval / sticky decision splitcall固有の承認判断と、同一AIが使う操作機能 identityへrun内で持続する判断を分離する
• 用語 · IDX-C05-010操作先を開いて、最後の状態を確かめる操作から返ってきた返事とは別に、実際の保存先や操作先をもう一度確認し、期待した状態になったか照らし合わせることです。
• 用語 · IDX-C03-018handoffとagent toolの分離active agentの所有権移転と、managerが所有権を保持してsub-agent結果をAIが使う操作機能 outputとして受ける構造を区別する
• 用語 · IDX-C05-012重複抑止保持窓operation IDと初回結果を重複判定へ使える期間。期限外再利用、late arrival、他actor変更を別failureとして扱う
• 用語 · IDX-C03-026inherited permission / business authorization splitparentから継承するAIが使う操作機能 許可と業務対象の認可を分離
• 用語 · IDX-C03-021session ack消失再送session appendが操作の確定済みでもackを失った場合、pending inputの再送で重複し得るfailure class。dedup/実物を開き直して確かめることを要求する
• 用語 · IDX-C05-022MCP approval / call trajectoryimported tools and call output differ from downstream 誰が何を使えるかの管理 and final 現在の状態
• 用語 · IDX-C05-020model replay / tool idempotency splitAIの製品や種類 requestの再送安全制御は外部AIが使う操作機能の重複効果抑止ではない
• 用語 · IDX-C05-006非冪等停止idempotency不明/非対応かつexternal 現在の状態未照合なら再実行せず、reconcile/manualへ送る
• 用語 · IDX-C03-024partial / completion splitmaxTurns partialをterminal successとして扱わない
• 用語 · IDX-C05-009操作権限scope利用する人やシステム/delegator/resource/operation/arguments/data/environment/time/uses/policy 版を限定した許可
• 用語 · IDX-C06-037prompt cache hit / release identity splitexact-prefix reuseとconfig digest・behavior同値・操作や変更を元に戻すこと成功を分離
• 用語 · IDX-C06-022prompt config pre-dispatch validationinvalid ID/版/variablesをAIの提供元送信前にtyped schemaで拒否する
• 用語 · TERM-EXT-0018キュー処理待ちのmessageやwork itemを一時保持し、producerとconsumerを時間的に分離して非同期処理を成立させる待ち行列。
• 用語 · IDX-C05-001読取・書込境界read/list/draftからsend/create/update/削除/share/publish等の外部状態変更へ移る明示gate
• 用語 · IDX-C05-015復旧失敗残差compensationが失敗または部分成功したとき、元操作の外部effectを消去済みとせず証拠と残留riskを保持する状態
• 用語 · IDX-C03-027recursive hook / bounded pipelinehook起点subagentの再帰をtop-level markerとdepth/turn上限で閉じる
• 用語 · IDX-C06-039release note / complete effective configuration splitchange announcementと全default/hidden 裏側の保存・処理システム/live 利用組織ごとの領域 configの復元可能性を分離
• 用語 · IDX-C06-033rendered request / managed prompt release splitsystem/user messagesとtemplate/版/variables/approval digestを分離
• 用語 · IDX-C06-034requested alias / effective model splitstable/latest/date pin/redirectとresolved AIの製品や種類・effort・price/capabilityを分離
• 用語 · IDX-C06-036response continuation / configuration release splitstored history/previous response IDとtemplate/AIが使う操作機能/参照する資料/AIの製品や種類 releaseを分離
• 用語 · IDX-C03-028result message / business acceptance splitfinal text・usage・session IDと作成・保存した成果物/external 実物を開き直して確かめること/受入を別event化
• 用語 · IDX-C05-013承認者能力・独立性review担当者が対象riskを理解し、実行主体・system出力から十分独立してoverride/stopできるoversight条件
• 用語 · TERM-EXT-0016ロボティック・プロセス・オートメーションソフトウェアbotが画面上のボタンなどによる操作上の人間操作などを模倣し、反復的・ルールベースの業務手順を自動実行する自動化方式。ソフト同士がやり取りする窓口中心のシステム統合一般とは分離する。
• 用語 · IDX-C06-038schema conformance / semantic acceptance splitAIの提供元 JSON-schema enforcement、client validation、business verifierを分離
• 用語 · IDX-C06-021SDK adapter / API lifetime splitv0.22.0 開発用の道具一式のprompt adapter存在とAIの提供元 prompt-object ソフト同士がやり取りする窓口存続を分離
• 用語 · IDX-C03-019SDK発生保証≠provider delivery保証開発用の道具一式がrun itemや状態を一度扱う性質と、AIの提供元応答・session append・外部副作用の重複なし配送を別に検証する
• 用語 · IDX-C01-015副作用宣言primary/secondary effect、操作の確定 point、reversibility、blast radius、recoveryを表すrecord
• 用語 · IDX-C05-014単一実行制御≠冪等性同時attemptを一つに制限する制御。期限後再実行、late arrival、別processの重複を単独では防がない
• 用語 · IDX-C05-019sticky approval / per-action review splitrun内に残る承認判断と各操作の人手再審査を分離
• 用語 · IDX-C03-025subagent resume / external state splitagent/session履歴のresumeとfilesystem/external systemの復元・整合を分離
• 用語 · IDX-C03-023subagent summary / accepted artifact splitparentへ返るsummaryをversioned 作成・保存した成果物/受付・受領の記録/acceptanceへ昇格しない
• 用語 · IDX-C06-035tool/source name / composite component identity splitAIが使う操作機能 schema/implementation/allowlistとCollection/file/filter/snapshotを別版化
• 用語 · IDX-C05-024trajectory trace / external final state splittrace/spanの実行経路記録と、外部systemのauthoritative 受付・受領の記録/実物を開き直して確かめること/操作の確定を分離する
• 用語 · IDX-C05-011信頼済み承認表示canonical operationのtyped fieldsから専用rendererがsummaryを作り、untrusted prose/Markdownとoperation 本文以外の付随情報を分離・sanitizeする
• 用語 · IDX-C03-016版付きartifact≠保持方針製品がnamed/versioned 作成・保存した成果物を提供しても、組織の保持、削除、暗号化、backup、access policyは別途必要とする境界
• 用語 · TERM-EXT-0017ワークフロー複数のtaskやstepを所定の順序・条件・依存関係で進め、1つの業務または処理の流れとして実行する構造。個別taskや単純scheduleとは分離する。
• 道具 · TOOL-0010Google Apps ScriptGoogle側でJavaScriptを動かし、Workspaceを自動化する基盤です。
• 道具 · TOOL-0011Playwrightブラウザをプログラムから操作・テストする道具です。
• 道具 · TOOL-0016cron指定した時刻にコマンドを起動する定期実行の仕組みです。
• 道具 · TOOL-0017Power Automate for desktopWindows上のアプリ操作をフローとして自動化する道具です。
• 道具 · TOOL-0018n8nノードをつないでサービス間の処理を構成する道具です。
• 道具 · TOOL-0019Amazon SQSメッセージを介して送信処理と受信処理を分離するサービスです。
• 道具 · TOOL-0024Slackチームの会話と共同作業をまとめるサービスです。
• 道具 · TOOL-0025OpenAI Agents SDK for PythonPythonでAgentのツール利用や承認中断・再開を構成するSDKです。
• 道具 · TOOL-0072Ansibleinventory・playbook・複数対象の処理に使う構成・作業自動化です。
• 道具 · TOOL-0074GitHub Actionsevent起動・job実行・実行履歴に使うworkflow実行サービスです。
• 道具 · TOOL-0077systemd timer時刻指定・service起動・状態確認に使うOSの定期起動機構です。
• 道具 · TOOL-0081Selenium WebDriverbrowser制御・要素操作・画面結果の取得に使うブラウザ自動操作です。
• 道具 · TOOL-0082Robot Frameworkkeywordによるテスト・library連携・結果reportに使うテスト自動化frameworkです。
• 道具 · TOOL-0106Trelloboard・card・作業状態の共有に使う作業管理サービスです。
• 道具 · TOOL-0139GNU Make依存関係・target・コマンド実行に使うbuild自動化ツールです。
• 道具 · TOOL-0156Prefectflow・task・run履歴に使うworkflow orchestrationです。
• 道具 · TOOL-0157Apache AirflowDAG・task依存・run管理に使うworkflow orchestrationです。
• 道具 · TOOL-0158Dagsterasset・依存関係・実行履歴に使うデータ処理orchestrationです。
• 道具 · TOOL-0159Temporalworkflow・activity・実行履歴に使うdurable workflow engineです。
• 道具 · TOOL-0160Celerytask送信・worker実行・結果確認に使う分散task queueです。
• 道具 · TOOL-0161RabbitMQqueue・message送受信・acknowledgementに使うmessage brokerです。
• 道具 · TOOL-0162Apache Kafkatopic・event送受信・consumerに使うevent streaming platformです。
• 道具 · TOOL-0163Windmillscript・flow・実行履歴に使うscript・workflow実行platformです。
• 道具 · TOOL-0180GitLabissue・repository・merge requestに使う開発協働platformです。
• 道具 · TOOL-0181Jira作業項目・workflow・boardに使う作業管理サービスです。
• 道具 · TOOL-0182Asanatask・project・担当と期日に使う作業管理サービスです。
• 道具 · TOOL-0183Linearissue・project・状態管理に使うissue・project管理サービスです。
• 道具 · TOOL-0184GitHub Projectsissue整理・table・board・fieldに使うproject管理機能です。
• 道具 · TOOL-0185Zoom Workplace会議・画面共有・参加者管理に使う会議・協働アプリです。
• 道具 · TOOL-0186Google Meet会議・画面共有・参加者管理に使うビデオ会議サービスです。
• 道具 · TOOL-0187Element（Web）room・message・参加者管理に使うMatrix通信クライアントです。
• 道具 · TOOL-0218Apache NiFiprocessor・接続・flow実行に使うデータflow管理ツールです。
• 道具 · TOOL-0219Node-REDnode・flow・実行結果に使うflow実行platformです。
• 道具 · TOOL-0220Activepiecestrigger・action・run履歴に使うworkflow automation platformです。
• 道具 · TOOL-0221Huginnagent・event・接続に使うevent駆動automationソフトです。
• 道具 · TOOL-0222Jenkinspipeline・job実行・logに使う自動実行serverです。
• 道具 · TOOL-0223Rundeckjob・実行履歴・scheduleに使う運用job実行ツールです。
• 道具 · TOOL-0224Argo Workflowsworkflow・step・実行履歴に使うKubernetes workflow engineです。
• 道具 · TOOL-0225Kestraflow・task・実行履歴に使うworkflow orchestrationです。
• 道具 · TOOL-0226AutoHotkeyhotkey・入力操作・window操作に使うWindows自動操作script環境です。
• 道具 · TOOL-0227SikuliX画面画像の照合・入力操作・scriptに使う画像を使う画面自動操作です。
• 道具 · TOOL-0243Clineコード支援・tool実行・承認に使うAI coding agentです。
• 道具 · TOOL-0245Difyモデル接続・workflow・検証に使うLLMアプリ構成platformです。
• 道具 · TOOL-0247Langflowcomponent・flow・実行確認に使うAI workflow構成ツールです。
• 道具 · TOOL-0288Gradleproject構成・build・testに使うbuild自動化ツールです。
• 道具 · TOOL-0303tox環境matrix・依存導入・test実行に使う複数環境の検査自動化ツールです。
• 道具 · TOOL-0315Zabbixhost管理・item収集・triggerに使う資産・service監視platformです。
• 手段 · METHOD-0018Playwrightでbrowserを自動操作するWeb画面の決まった操作をprogramから実行します。
• 手段 · METHOD-0019Power Automateでdesktop操作を自動化するWindowsアプリの定型操作をdesktop flowにします。
• 手段 · METHOD-0020cronでscriptを定期実行する常時稼働するhostでscriptを時刻起動します。
• 手段 · METHOD-0021n8nで処理を順番につなぐtriggerと処理nodeをつないでworkflowを作ります。
• 手段 · METHOD-0022SQSで処理をqueueへ渡す送信側がmessageをqueueへ置き、受信側が後で処理します。
• 手段 · METHOD-0027Slackのthreadで作業経緯を共有する一つの話題の経緯を同じthreadへ集約します。
• 手段 · METHOD-0028Agents SDKで外部操作前に人の承認を挟む重要なtool実行を中断し、人が承認または拒否した後に再開します。
• 手段 · METHOD-0075GitHub Actionsで手動起動の検査workflowを実行する
• 手段 · METHOD-0078systemd timerで検証用serviceを定期起動する
• 手段 · METHOD-0082Selenium WebDriverで検証ページを開いて見出しを確認する
• 手段 · METHOD-0083Robot Frameworkで小さな受入テストを実行する
• 手段 · METHOD-0107Trelloのboardで小さな作業queueを管理する
• 手段 · METHOD-0157PrefectでPython処理をflowとして実行する
• 手段 · METHOD-0158Airflowで依存関係のある処理を実行する
• 手段 · METHOD-0159Dagsterでデータassetの処理を実行する
• 手段 · METHOD-0160Temporalで検証用workflowを実行する
• 手段 · METHOD-0161CeleryでPythonのtaskをworkerへ渡す
• 手段 · METHOD-0162RabbitMQで検証用messageを送受信する
• 手段 · METHOD-0163Kafkaのtopicで検証用eventを送受信する
• 手段 · METHOD-0164Windmillで検証用scriptを実行する
• 手段 · METHOD-0181GitLabのissueで作業と結果を追跡する
• 手段 · METHOD-0182Jiraで作業項目の進行を管理する
• 手段 · METHOD-0183Asanaで小さなprojectの担当作業を整理する
• 手段 · METHOD-0184Linearでissueから検証結果までを追跡する
• 手段 · METHOD-0185GitHub Projectsで作業候補を整理する
• 手段 · METHOD-0186Zoomで検証結果の確認会を行う
• 手段 · METHOD-0187Google Meetで検証内容を確認する
• 手段 · METHOD-0188Elementのroomで作業結果を共有する
• 手段 · METHOD-0219NiFiで小さなデータflowを実行する
• 手段 · METHOD-0220Node-REDで検証用messageを処理する
• 手段 · METHOD-0221Activepiecesで検証用flowを実行する
• 手段 · METHOD-0222Huginnで公開情報の更新を観測する
• 手段 · METHOD-0223Jenkinsで検証用pipelineを実行する
• 手段 · METHOD-0224Rundeckで許可された運用jobを実行する
• 手段 · METHOD-0225Argo Workflowsで検証用workflowを実行する
• 手段 · METHOD-0226Kestraで小さな検証flowを実行する
• 手段 · METHOD-0227AutoHotkeyで検証アプリの反復入力を補助する
• 手段 · METHOD-0228SikuliXで検証画面の操作を再現する
• 手段 · METHOD-0244Clineで承認しながら検証用の変更を作る
• 手段 · METHOD-0246Difyで小さな検証用workflowを実行する
• 手段 · METHOD-0281Playwrightで検証ページのスクリーンショットを保存する
• 手段 · METHOD-0282Playwrightで特定APIの応答を待って画面を検査する
• 手段 · METHOD-0283Playwrightでダウンロードした検証ファイルを確認する
• 手段 · METHOD-0284Playwrightでファイル入力の取込結果を検証する
• 手段 · METHOD-0285Playwrightのtraceで失敗したテストの経緯を調べる
• 手段 · METHOD-0294GitHub Actionsで検査結果をartifactとして保存する
• 手段 · METHOD-0295GitHub Actionsのmatrixで複数環境を検査する
• 手段 · METHOD-0296Makeで入力が変わった成果物だけを再生成する
• 手段 · METHOD-0319cronの実行結果をログと終了codeで追跡する
• 手段 · METHOD-0320systemd timerで前回の実行漏れを補う設定を検証する
• 手段 · METHOD-0339GNU Parallelで独立jobの失敗と再実行対象を記録する
• 手段 · METHOD-0344PlaywrightでAPI応答を固定して画面の境界条件を検査する
• 手段 · METHOD-0347Makeのdry-runで実行予定のcommandを確認する
• 原典 · SRC-EVID-REF-0006The Python TutorialPythonの言語機能を段階的に説明する公式チュートリアルです。
• 原典 · SRC-EVID-REF-0010Google Apps Script overviewGoogle Workspaceと連携するJavaScript実行基盤の概要です。
• 原典 · SRC-EVID-REF-0011InstallationPlaywrightの導入とテスト実行の入口です。
• 原典 · SRC-EVID-REF-0016crontab(5) — Linux manual pagecronによる時刻指定とコマンド実行の書式を説明します。
• 原典 · SRC-EVID-REF-0017Introduction to desktop flowsデスクトップフローによるアプリ操作の自動化を説明します。
• 原典 · SRC-EVID-REF-0018n8n Docsノードをつないで処理を構成するn8nの公式ドキュメントです。
• 原典 · SRC-EVID-REF-0019What is Amazon Simple Queue Service?アプリ間の処理をメッセージで分離するSQSの概要です。
• 原典 · SRC-EVID-REF-0024Getting started for new Slack usersワークスペース内の会話や共同作業の始め方を説明します。
• 原典 · SRC-EVID-000142Human-in-the-loopツール実行を中断し、承認・拒否後に再開するSDKの経路です。
• 原典 · SRC-EVID-REF-0073Getting started with AnsibleAnsibleのinventoryと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0075Understanding GitHub ActionsGitHub Actionsのevent起動と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0078systemd.timersystemd timerの時刻指定と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0082WebDriverSelenium WebDriverのbrowser制御と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0083Robot Framework User GuideRobot Frameworkのkeywordによるテストと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0107Trello 101: How to Use Trello Boards & CardsTrelloのboardと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0140make(1)GNU Makeの依存関係と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0157QuickstartPrefectのflowと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0158TutorialsApache AirflowのDAGと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0159Build your first Dagster pipelineDagsterのassetと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0160Develop durable applications with Temporal SDKsTemporalのworkflowと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0161First Steps with CeleryCeleryのtask送信と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0162RabbitMQ tutorial - "Hello world!"RabbitMQのqueueと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0163QuickstartApache Kafkaのtopicと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0164What is Windmill?Windmillのscriptと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0181IssuesGitLabのissueと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0182How do you use Jira?Jiraの作業項目と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0183Asana quick-start guide: projects, tasks & teamsAsanaのtaskと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0184Start GuideLinearのissueと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0185About ProjectsGitHub Projectsのissue整理と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0186Zoom Meetings: Online meetings with built-in AIZoom Workplaceの会議と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0187Start or schedule a Google Meet video meetingGoogle Meetの会議と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0188Element WebElement（Web）のroomと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0216Getting Started with Apache NiFiApache NiFiのprocessorと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0217Getting StartedNode-REDのnodeと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0218Welcome to ActivepiecesActivepiecesのtriggerと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0219HuginnHuginnのagentと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0220Creating your first PipelineJenkinsのpipelineと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0221Getting StartedRundeckのjobと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0222Hello WorldArgo Workflowsのworkflowと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0223QuickstartKestraのflowと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0224AutoHotkeyAutoHotkeyのhotkeyと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0225SikuliX and Oculix DocumentationSikuliXの画面画像の照合と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0229parallel(1)GNU Parallelのjob並列実行と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0241IDEClineのコード支援と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0243Dify DocumentationDifyのモデル接続と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0245QuickstartLangflowのcomponentと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0277ScreenshotsScreenshotsの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0278NetworkNetworkの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0279DownloadsDownloadsの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0280ActionsActionsの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-001786Trace viewerTrace viewerの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0289Store and share data with workflow artifactsStore and share data with workflow artifactsの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0290Running variations of jobs in a workflowRunning variations of jobs in a workflowの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0308Class RangeClass Rangeの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0310crontab(5)crontab(5)の基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0363Part 1: Initializing the ProjectGradleの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0378toxtoxの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0390QuickstartZabbixの基本機能・前提と利用開始の経路を説明する公開一次資料です。