信頼性・可観測性・復旧

障害・ログ・復旧・再試行

210件の公開項目

• EA · EA-013AI失敗事例・事故解剖大全AI事故はモデルが誤った瞬間だけを指すものではない。業務上の事故は、モデル・データ・ツール・製品制御・人間確認・通常のソフトウェア基盤の複数層を通って成立する。公開事例は各製品の現在の失敗率を示すものではなく、どの防護線が必要かを学ぶための事例として扱う。
• EA · EA-014AIレッドチーム／耐障害運用編Prompt injection / agent hijackingへの耐性はmodel-only refusalではなく、system containmentとrecoveryの問題として扱う。外部文書、Web、メール、RAG、connector、MCP/tool等のuntrusted inputがprivileged action/dataと同一decision loopへ入ることを前提に、least privilege、deter
• EA · EA-017AIコスト工学／ROI編token/list priceはEnterprise AIの総原価の一部にすぎない。比較単位は、固定したquality gateを通過した「accepted outcome 1件あたりのend-to-end cost」とし、model usageだけでなくtool/retrieval、storage/runtime、人間確認、失敗・再実行、observability/governance、固定費配賦を分離記録する。
• EA · EA-039AI機能分解・部品辞典「Enterprise AIは製品名や『Agent』という一語で比較せず、推論、検索、RAG、記憶・状態、実行、オーケストレーション、検証・ガードレール、Identity、観測、モダリティ、人間承認などの部品へ分解して扱う。これは唯一の標準分類ではなく、責任・権限・状態・障害・コスト・証拠を追跡するための運用上の共通語彙である。各provider製品は、この共通部品へversionとavailability gate付きでmapping
• EA · EA-040Enterprise AI Coreそのものの標準化「Enterprise AI Core」は既存の単一国際標準の名称ではなく、本辞典がベンダー中立の運用比較面として定義するprofileである。ISO/IEC 22989・23053・42001、NIST AI RMF/GAI Profile、TEVV資源、OpenTelemetry等の既存標準・枠組みを置換せず、能力・境界・状態・証拠・統制・ライフサイクルをcrosswalkする。provider固有機能とtenant実挙動は別レイヤ
• EA · EA-046AI Gateway大全AI GatewayはAI trafficを共通のcontrol/enforcement pointへ集約する実装パターンとして扱う。単一の標準化済み製品カテゴリではない。共通Coreでは routing/fallback、provider/model abstraction、credential/auth boundary、rate/quota/budget control、AI-specific telemetry、policy h
• EA · EA-052AgentOps／AI-SRE“AgentOps/AI-SRE is best treated as conventional SRE extended with AI-specific outcome and trajectory measurements. Availability and latency remain necessary but are insufficient: production agents also need task/end-sta
• EA · EA-079Digital Twin × AI「Digital Twinは、AI Agentが現実の設備や運用へ作用する前に候補判断を仮想環境で検証するための一つの境界として利用できる。ただし、Digital Twinは現実そのものではない。安全性は、モデルに含まれる制約、状態の鮮度、校正、simulation engine、scenario変換の正しさに依存する。したがって『simulationで成功したから安全』ではなく、『どの状態・モデル・条件で何を試し、何が未検証か』を証跡
• EA · EA-092AI Disaster Recovery／BCP「AIのDRはAPIの切替ではなく、依存関係・状態・品質・policyを含む業務継続設計である。別providerが存在するだけではBCPにならない。」
• EA · EA-093Quota／Rate-limit Engineering「Rate limitはエラー処理ではなくcapacity controlである。admission、queue、server hint、bounded retry、fallbackを一つの制御系として設計する。」
• EA · EA-094AI Latency／SLO工学「AI性能はtokens/secだけでは測れない。利用者が必要な結果を得るまでのjourneyをSLO化し、queue・retrieval・model・tool・retry・approvalを分解してtail latencyを管理する。」
• EA · EA-095AI Chargeback／Showback — 部署・workflow・Agent単位の費用可視化・配賦「AI費用のshowback/chargebackは、トークン数だけでなく、provider請求データとworkflow実行telemetryを突合し、direct cost・shared/idle cost・unallocated costを分離して設計する。FOCUSやOpenCostは正規化・配賦の有力な基盤だが、Agent/workflow単位の会計帰属は組織固有のidentity mappingとversioned alloc
• EA · EA-098Human-AI Interaction設計 — confidence、根拠表示、訂正、承認、undo等のAI特有UIを、能力限界・不確実性・可逆性・人間統制の観点から設計する。「AI特有のUIでは、結果を見せるだけでなく、何ができるか・何を根拠にしたか・どこに不確実性があるか・誤ったときにどう訂正/却下/復旧できるかを設計する。confidenceは正答確率とは限らず、根拠表示も正しさの保証ではない。外部作用を伴うAgentでは、承認対象を固定し、実行後のundoまたは補償手段まで含めて人間統制を設計する。」
• 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-221Transactional Email API × AgentAgentのdraftを送信操作へ変換する際は、全recipientと本文・添付の承認、domain認証、重複防止、配送event、suppressionを個別に追跡する。
• EA · EA-223Calendar／Scheduling API × Agentfree/busyから候補を作った後、時間帯・参加者・招待副作用・競合・再試行をどう管理するか。空き時間確認だけで予約確定や全員承諾を宣言しない。
• EA · EA-242Saga／Compensating Action × AgentAgentの複数副作用を「失敗したら逆操作する」だけでSagaとみなしません。各stepを事前にcompensable/pivot/retriableへ分類し、forward resultとdownstream operation IDをdurableに記録します。UNKNOWNは照会/reconciliationしてから回復方向を決め、compensation自体もidempotent・再試行可能・監査可能にします。補償はACID r
• 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-009BOUNDED_CLOSEFor self-hosted LLMs, pin the model artifact and license, tokenizer/template, quantization, runtime release/commit, serving contract, accelerator/driver, network/egress, authentication/logging, and rollback artifact. Tre
• EA · EA-241Agent Idempotency／重複実行防止Agentの重複実行防止は、promptで同じtoolを二度呼ばないと指示するだけでは成立しない。timeout、network disconnect、SDK retry、queue redelivery、webhook replay、double click、model/tool retryがあるため、副作用を持つ操作にはstableなbusiness operation identityとdurableな重複判定が必要である。ide
• 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-1009AI SRE障害調査のevidence-grounded diagnosis／誤診・棄権評価「AI SREは障害原因を自動的に特定できる」と一般化しない。安全な表現は、「特定の観測・tool・fault distributionの下ではAI agentが障害診断と修復を実行できる例があるが、本番利用では証拠追跡、誤診評価、棄権、権限制御、変更後検証を独立して設計・評価する必要がある」である。
• EA · EA-1012AI Use-Case Coverage Census／未充足セル・過密セル検出「Coverage Censusは、version固定した多軸プロファイル上でEA・実運用ユースケースの分布を観測し、未充足・過密・分類不能を探索する。空セルは自動的に不足や新規導入必要性を意味せず、過密セルも自動的に重複を意味しない。各signalは用途、actor、risk、evidence、代替手段を確認してdispositionする。」
• EA · EA-176DeepEvalDeepEvalは、LLM/AIアプリをtest case・dataset・metric・traceに基づいて評価し、pytest/CIへ組み込めるlocal-firstのOSS evaluation frameworkである。end-to-end、trajectory、componentなど複数scopeを扱えるが、多くのmetricはLLM-as-a-judgeであり、pass/failは固定したdataset・metric・jud
• EA · EA-224CRM API × Agent — 書き込み成功を業務上の成功と誤認しない「CRM APIをAgentから操作できること」と「業務上正しく一度だけ更新できたこと」は別です。成功判定はHTTP statusだけでなく、record identity、部分失敗、権限・tenant validation、rate limit/timeout、再試行の冪等性、重要field/associationのreadbackを含めて設計します。providerがtransactional primitiveを提供しても、その原
• 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-232キューとメッセージブローカーでAI Agentを非同期に動かすキューは、依頼を受け付ける処理と、AIや外部ツールで実行する処理を時間的に分離します。待ち行列に入れたことは、業務が完了したことではありません。また、再配信や再試行は通常の故障回復経路です。Agentがメール送信や発注を行う場合は、メッセージの配送保証と、業務上の作用を一度に抑える制御を分けて設計します。
• EA · EA-268Chaos Engineering／Fault Injection for AIAI/AgentへのChaos Engineeringでは、faultを注入できたこと自体をresilienceの証明にしません。
• EA · EA-269Notification Delivery Semantics／Alert Fatigue × AgentAI/Agentの異常検出と人への通知を分離します。alert identity、dedup/grouping、persistence、severity、routing、suppression、resolutionを明示し、pageはactionableかつ緊急な影響へ限定します。
• EA · EA-271AI SLO／Error Budget運用AI/Agentの信頼性運用では、単一の「成功率」やprovider uptimeをSLOと同一視せず、利用者が経験するcritical journeyごとにSLI、SLO target、budgeting method、window、error-budget policyを固定します。error budgetは観測された失敗を許容する枠であり、品質保証や免責ではありません。
• EA · EA-276AI Restore Drill／Disaster Recovery ExerciseDR drillは復旧手順を検証する証拠であり、将来の災害時成功を保証しません。AIシステムではinfra起動だけでなく、複数stateの整合性、model/tool/retrieval/policyを含むcritical journey、副作用隔離、failback/reprotectを検証し、観測したRTO/RPOと未検証条件を残します。
• EA · EA-289Break-glass／Emergency Access for AI SystemsBreak-glass／Emergency Access for AI Systems
• EA · EA-290AI Configuration Drift DetectionAI Configuration Drift Detection
• EA · EA-440障害時フォールバック階層Enterprise AIのフォールバックは「失敗したら別モデルへ送る」だけでは成立しません。障害の種類を判定し、再試行、別capacity/deployment、別region、別provider/model、機能縮退、durable queueまたは人手移管を、品質・データ所在・権限・副作用の制約付きで順序化します。
• EA · EA-501Agent Side-Effect Compensation：AIエージェントの外部副作用を「巻き戻し」ではなく検証可能な補償として扱う「補償はundoではなく新しい副作用である。元操作の結果を照合し、現在の回復権限・対象状態・後続変更・冪等性を再検証した上で実行し、最終的な業務／システム状態をreadbackする。不可逆な作用はrollbackと呼ばず、containmentまたはforward recoveryとして扱う。」
• 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-516AIメモリ汚染の隔離と復旧AIメモリの汚染から復旧する際は、疑わしい一件の削除や会話のリセットだけで完了としません。保存された内容、書込み元、要約・統合の経路、派生物、参照中のcontext、復元用snapshotへ影響が残っていないかを確認し、隔離した状態から信頼できる入力で再構築し、再利用を再開できる根拠を残します。本項は防御側の隔離・調査・復旧を扱います。攻撃用入力や侵入手順の提供は含みません。
• EA · EA-519プロバイダー間で能力契約と意味の同等性を確認するモデルやAPIを切り替える際、toolの名前とJSONの形を揃えるだけでは、同じ仕事を同じ条件で実行できると証明できません。プロバイダーをまたぐ能力契約では、呼出しと結果の対応、実行主体、入出力の意味、権限、終了・失敗、再試行、外部効果を明示し、対応できない差を失わずに扱います。意味の同等性は、対象操作・版・入力範囲・観測条件を指定した検証結果として記録します。
• EA · EA-528AIが使えない状況から安全に手動運用へ戻る訓練AIの停止時に「人が代わる」と定めても、その人が必要な情報・権限・技能・処理時間を持つとは限りません。手動復帰訓練は、自動処理を止め、残った仕事の状態を確かめ、限定した業務を人が引き継ぎ、復旧後の重複や取りこぼしまで照合する練習です。手順書が存在することと、現在の担当者が実行できることを区別します。
• EA · EA-733Provider障害シグナルをAIルーティングへ安全に使う「公開statusを自動fallbackの唯一の根拠にする」のではなく、「公開status、利用組織に関連するhealth signal、自前telemetry/probeをscope付きで統合し、hysteresisと段階的failbackを伴うrouting policyへ入力する」と表現する。provider statusが正常であることは個別tenantの正常性を保証しない。
• EA · EA-737Differential Privacyで評価テレメトリを保護するAIシステムの評価telemetryには、失敗率、拒否率、品質指標、ツール実行結果、エラー分類、利用パターンなど、運用改善に必要な情報が含まれます。一方、評価対象が実ユーザーの入力や希少な失敗事例に由来する場合、識別子を削除するだけでは個人・組織・機密事象の推定可能性を十分に抑えられないことがあります。Differential Privacy（DP）は、個々のレコードや寄与の有無によって公開統計がどの程度変わり得るかを数学的に制約し、集
• EA · EA-738AI評価の昇格判定に統計的信頼性ゲートを入れる「候補モデルの平均スコアが高い」だけでは昇格根拠として弱い。比較対象と評価単位を固定し、差の大きさと不確実性を示し、事前定義した実用上の最小差および安全性の非交渉条件を満たしたときに昇格させる。信頼区間や有意差は本番性能の保証ではなく、定義した評価設計の下で観測差をどこまで信頼できるかを判断する材料である。
• EA · EA-743Tail-risk／rare catastrophic case evaluation sampling「平均品質評価とは別に、発生頻度が低くても被害が大きいfailure modeをtail-risk評価として管理し、重大caseを意図的に厚く検証する。oversampled suiteの失敗率はそのまま実運用の発生率ではない。母集団riskを推定する場合はsampling probabilityを追跡できる確率設計と適切な補正を用い、重大failureのrelease判断は平均scoreで相殺しない。」
• 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-749NCCL/RDMA fabric failureの観測・診断・復旧設計「NCCL/RDMA障害はNCCL errorだけで根因を決めず、RAS/diagnostics、GPU・NVLink・PCIe、NIC/RDMA、fabric、nccl-tests、framework eventを同一incidentで相関し、fault domainを段階的に狭める。正常時baselineを保存し、復旧後も同条件で再検証する。version依存の診断機能と設定はlive環境で確認する。」
• EA · EA-750Spot/preemptible GPUの中断前提設計とcheckpoint経済性「Spot/preemptible GPUは中断と再取得待ちを通常系として設計し、周期checkpointを主手段、provider通知をbest-effortの追加退避signalとして扱う。採否は時間単価だけでなく、失われるcompute、checkpoint I/O、restart/reload、capacity再取得、fallback、期限リスクを含む実効費用で判断する。」
• EA · EA-755continuous batchingの公平性・starvation・SLO class設計「continuous batchingは公平である」「priority schedulingでstarvationを防げる」とは断定しません。「continuous batchingではrequest長・prefill/decode負荷・priority・KV footprintの差によりclass間のtail latencyやwaiting timeが偏り得るため、SLO class、aging/wait bound、prefill
• EA · CORE-05エージェントの副作用・復旧・人への引継ぎCORE-05は、AIが外部状態を変更する前後のread/write境界、permission scope、dry-run、confirmation、idempotency、compensation、undo、human escalation、action evidenceを定義する。目的は「人が承認した」「toolがsuccessを返した」を安全・完了とみなさず、意図した対象・操作・差分と外部最終状態を照合し、失敗時に停止・修復・引継
• EA · PM-CLAUDE-CORE-05CLAUDE：エージェントの副作用・復旧・人への引継ぎCORE-05のread/write境界、scoped permission、確認、receipt/readback、idempotency、補償、undo、human escalationをClaude API tools、MCP connector、Claude Agent SDK／Claude Codeへ対応づける。modelのtool_use、permission allow、hook通知、tool result、file ch
• EA · PM-GEMINI-CORE-05GEMINI：エージェントの副作用・復旧・人への引継ぎCORE-05のread/write境界、confirmation、idempotency、recovery、undo、human escalationを、Gemini Apps、Gemini API、ADK、Vertex AI系runtimeへ対応づける。公開機能の存在を、trusted approval、exactly-once、external readback、完全undo、tenant採用の証拠へ昇格しない。CORE-05のl
• EA · PM-GPT-CORE-01OpenAI / GPT：状態を持つAIの運用契約This mapping binds the provider's response, conversation, background execution, webhook, Agents SDK session, result, and RunState surfaces to CORE-01. It does not treat provider persistence as the authoritative business
• EA · PM-GPT-CORE-06OpenAI / GPT：プロンプトと設定の管理CORE-06のconfiguration bundle、version/approval lineage、environment diff、canary/rollback契約をOpenAI APIとAgents SDKへ対応づける。対象はResponses APIのinput/instructions、廃止予定のreusable prompt objects、Agents SDK v0.22.0のPrompt/Agent/RunCon
• EA · PM-GROK-CORE-04GROK：モデル・ツール・情報源・状態の選択CORE-04のmodel / tool / source / state routing、fallback、service capacity、cost/error observability契約をxAI APIへ対応づける。model alias/date pin、retired-slug redirect、search/tool、Priority/Default、rate limit、online/deferred/Batch、SD
• EA · PM-GROK-CORE-05GROK：エージェントの副作用・復旧・人への引継ぎCORE-05のproposal、permission、confirmation、execution、receipt/readback、idempotency、compensation、undo、human escalationを、xAI Responses／Chat、client-side function、server-side tool、Remote MCP、deferred／Batchへ対応づける。modelのtool call
• EA · ORG-CORE-05組織での適用：エージェントの副作用・復旧・人への引継ぎ組織固有のapproved action surface、permission、approver、risk threshold、idempotency、receipt/readback、undo、recovery、incident ownerをCore/Product Mappingから分離する。既知の境界は、業務Geminiへのfile sync・API・直接統合は禁止、Gemini chatへのsynthetic prompt投入と
• 用語 · IDX-C04-033429 retry / semantic fallback split利用回数の制限を受けた後に待つこととAIの製品や種類/AIが使う操作機能/参照する資料契約を変える代わりの手段への切り替えを分離
• 用語 · IDX-C04-031accepted parameter / effective parameter split4.20+でsilent ignoreされるlogprobs指定と実際のcapabilityを分離
• 用語 · IDX-C05-005操作できたか、まだ分からない状態時間切れや中止、返事の消失などによって、操作先で実際に処理が確定したかを、こちら側から判断できない状態です。
• 用語 · IDX-C05-004操作証拠連鎖proposal、approval、attempt、external 受付・受領の記録、実物を開き直して確かめること、business acceptanceをIDでjoinした記録
• 用語 · IDX-C05-029approval / canonical operation digest split操作画面/callback承認とtarget/argument/参照する資料 snapshotをbindするapplication digestを分離
• 用語 · IDX-C05-003承認bindhuman approvalをaction summary digestへ結び、target/argument/参照する資料/版変更時に失効させる
• 用語 · IDX-C06-005承認bind構成approval digestをcandidate bundleへ結び、承認後のcomponent変更でreleaseを拒否する
• 用語 · IDX-C01-012成果物記述子作成・保存した成果物 ID、役割、type/format、location、版/digest、元になったものや変更のつながり、update modeを持つrecord
• 用語 · IDX-C05-039async result availability / human acceptance splitdeferred/Batch 進み具合・single retrievalと承認、external completion、incidentを分離
• 用語 · IDX-C01-023Activity再実行workflow engineがActivityを複数回実行し得るため、terminal eventだけで副作用一回を意味しない。idempotency/dedup/実物を開き直して確かめることを別に要求する
• 用語 · IDX-C01-009出来上がったものを受け入れてよいか先に決めた完了条件と実際の確認結果に照らして、確認中・合格・不合格を判断することです。
• 用語 · IDX-C06-003正規化構成hashcanonical serializationされたdeclared bundle bytesの同一性検査値
• 用語 · IDX-C05-002正規化操作preview、approval、execute、再実行が同じoperation/target/arguments/版/digestを参照するrecord
• 用語 · IDX-C05-033client tool proposal / local execution splitAIの製品や種類 callとapplication 許可・execution・external 操作の確定を分離
• 用語 · IDX-C05-007補償と取消しの分離compensationを別の修復side effect、undoを元状態復元能力として別評価する
• 用語 · IDX-C06-001複合release bundleprompt、AIの製品や種類、runtime、AIが使う操作機能/schema、参照する資料、policy、environment、evaluation/release linkを一つのversioned entityへ束ねる
• 用語 · IDX-C06-002構成lineageconfig ID/版/digest/parent/change reason/ownerを結び、どの版から何が変わったか再構成できる記録
• 用語 · IDX-C06-007構成再現release bundleだけから全declared component、元になったものや変更のつながり、environment、evaluation linkを再構成する検査
• 用語 · IDX-C05-021consequential confirmationconfirmation differs from business authority and 操作の確定
• 用語 · IDX-C05-038continuation / durable action ledger splitprevious response・encrypted/compacted carrierとexternal 操作の確定 判断の根拠を分離
• 用語 · IDX-C04-030date pin / latest alias splitfixed release identityと将来変化するlatest resolutionを分離
• 用語 · IDX-C01-013宣言sourcetask あらかじめ決めた取り決めが権威inputとして指定した参照する資料集合
• 用語 · IDX-C06-004環境差分AIの製品や種類/runtime/AIが使う操作機能/参照する資料/surface/利用組織ごとの領域/region/dependencyの差をrelease前に列挙したrecord
• 用語 · IDX-C05-008人手引継ぎpacketstop reason、操作の確定 現在の状態、receipts/実物を開き直して確かめること、残留risk、安全な選択肢、期限、ownerを人へ渡すrecord
• 用語 · IDX-C06-008証拠連結releasecandidate digest、eval あらかじめ決めた取り決め/run、acceptance、approval、canary、activationをjoinしたrelease record
• 用語 · IDX-C05-023exact-call approval / sticky decision splitcall固有の承認判断と、同一AIが使う操作機能 identityへrun内で持続する判断を分離する
• 用語 · IDX-C05-016実験的confirmation≠信頼済み承認productがdialog、hint、payload、confirmed flagを提供しても、canonical operation、trusted renderer、digest binding、理解率を別検証する境界
• 用語 · IDX-C05-031file checkpoint / external rollback split追跡対象local fileのrewindとBash・remote・subagent・conversation・external effectを分離
• 用語 · IDX-C05-010操作先を開いて、最後の状態を確かめる操作から返ってきた返事とは別に、実際の保存先や操作先をもう一度確認し、期待した状態になったか照らし合わせることです。
• 用語 · IDX-C01-007引き継ぎを受け取ったことの確認受け取った側が、仕事、取り決め、資料、成果物、許可の内容が合っていると確かめた記録です。
• 用語 · IDX-C05-032hook event / authoritative acceptance splithook介入・通知と外部受付・受領の記録、verifier、final acceptanceを分離
• 用語 · IDX-C01-017人が判断するところを決めるAIに任せる仕事の途中や操作の確定前後に、人が判断する箇所を設けることです。人が承認した後も、結果の確認は別に必要です。
• 用語 · IDX-C05-012重複抑止保持窓operation IDと初回結果を重複判定へ使える期間。期限外再利用、late arrival、他actor変更を別failureとして扱う
• 用語 · IDX-C01-021materialize済み契約実行前にschema/policy版、目的、許可・禁止操作、停止条件、判断の根拠 labelを固定したrecord。OC-0でもCONTRACT_VERSIONを省略しない
• 用語 · IDX-C05-036MCP allowlist / approval splitnon-empty AIが使う操作機能 filter・token到達性とbusiness grant、受付・受領の記録、実物を開き直して確かめることを分離
• 用語 · IDX-C05-022MCP approval / call trajectoryimported tools and call output differ from downstream 誰が何を使えるかの管理 and final 現在の状態
• 用語 · IDX-C05-028MCP filter / downstream IAM splitconnector allow/deny/per-AIが使う操作機能設定とOAuth実対象の範囲・外部object 誰に見せるかを定めた一覧を分離
• 用語 · IDX-C05-020model replay / tool idempotency splitAIの製品や種類 requestの再送安全制御は外部AIが使う操作機能の重複効果抑止ではない
• 用語 · IDX-C06-006可動model alias同じalias/display nameが時点により異なる裏側の保存・処理システム revisionやcapabilityを指し得る状態
• 用語 · IDX-C06-013下位構成可変性外側の版 IDが不変でも、AIの製品や種類 parameters、alias、参照する資料 link等の下位値が変更できる状態
• 用語 · IDX-C05-006非冪等停止idempotency不明/非対応かつexternal 現在の状態未照合なら再実行せず、reconcile/manualへ送る
• 用語 · IDX-C05-035parallel tool calls / safe parallel commit split既定の複数call提案とshared-writeのserial/lock/single-flightを分離
• 用語 · IDX-C04-034per-request cost / workflow total cost splitUSD ticks 受付・受領の記録とAIが使う操作機能 loop/再実行/conversation累積、accepted outcome costを分離
• 用語 · IDX-C05-027permission / business authorization split開発用の道具一式 AIが使う操作機能 gateと参照する資料 誰に見せるかを定めた一覧・recipient権限・業務認可を分離
• 用語 · IDX-C05-009操作権限scope利用する人やシステム/delegator/resource/operation/arguments/data/environment/time/uses/policy 版を限定した許可
• 用語 · IDX-C05-018UI取消し後残留productのUndoがprimary 現在の状態を戻しても、通知・email等のsecondary effectまたはbackground actionが残り得る状態
• 用語 · IDX-C06-011prompt版と複合構成版の分離prompt text/templateのimmutable 版と、AIの製品や種類 config/AIが使う操作機能/参照する資料/policy/environmentを含むrelease bundle identityを別に管理する
• 用語 · IDX-C05-037provider call ID / caller operation ID splitresponse/AIが使う操作機能 call identityと再試行を跨ぐdedup identityを分離
• 用語 · IDX-C05-001読取・書込境界read/list/draftからsend/create/update/削除/share/publish等の外部状態変更へ移る明示gate
• 用語 · IDX-C01-011「できました」を実物で確かめるAIの返事だけで判断せず、保存されたものや操作先をもう一度開き、実際の結果を確かめることです。
• 用語 · IDX-C01-020結果が分からないとき、先に確かめる操作が成功したか不明なときや、重複したかもしれないときに、やり直す前に操作先の状態を確かめ、必要な修復を行う段階です。
• 用語 · IDX-C05-015復旧失敗残差compensationが失敗または部分成功したとき、元操作の外部effectを消去済みとせず証拠と残留riskを保持する状態
• 用語 · IDX-C06-014反復slice互換証拠moving alias下で同一固定task sliceを反復し、environment差とacceptance envelopeを併記する限定互換証拠
• 用語 · IDX-C04-029requested model / effective redirected model splitlegacy slugのHTTP成功と実際のAIの製品や種類・reasoning effort・priceを分離
• 用語 · IDX-C04-032requested Priority / observed service tier splitPriority要求とcapacity 代わりの手段への切り替え後の実効tier・billing/SLOを分離
• 用語 · IDX-C01-022必須field集合M0 mandatoryとC1〜C4 conditionalをtask形状（参照する資料/作成・保存した成果物/resume/side-effect/担当の引き継ぎ）に応じて選ぶ暫定profile。universal minimumではない
• 用語 · IDX-C05-017resume時tool複数回実行workflow resumeがcompleted eventを復元してもAIが使う操作機能を複数回実行し得るため、operation ID、dedup、実物を開き直して確かめることをAIが使う操作機能/application側で要求する
• 用語 · IDX-C05-013承認者能力・独立性review担当者が対象riskを理解し、実行主体・system出力から十分独立してoverride/stopできるoversight条件
• 用語 · IDX-C06-009rollback証拠連鎖failed release、target bundle/environment、dependency/schema compatibility、受付・受領の記録/実物を開き直して確かめることを結ぶ回復記録
• 用語 · IDX-C01-024実行完了と業務受入の分離engine/agentのterminal 現在の状態と作成・保存した成果物・外部現在の状態のacceptance/実物を開き直して確かめることを別axisで記録する
• 用語 · IDX-C05-034server-tool auto execution / business approval splitxAI自動実行とcanonical preview/approval digestを分離
• 用語 · IDX-C01-004ひと続きのやり取りAIとの一続きのやり取りや実行を区切る単位です。その区切りと、仕事全体の始まり・終わりは同じとは限りません。
• 用語 · IDX-C05-014単一実行制御≠冪等性同時attemptを一つに制限する制御。期限後再実行、late arrival、別processの重複を単独では防がない
• 用語 · IDX-C05-019sticky approval / per-action review splitrun内に残る承認判断と各操作の人手再審査を分離
• 用語 · IDX-C04-035stream completion / cost receipt completeness splitoutput受信とfinal usage chunk、開発用の道具一式 exposure、billing reconciliationを分離
• 用語 · IDX-C01-002仕事が今どこまで進んでいるか次に何をするかを決めるための、仕事の現在の状態です。過去の会話を全部読み直すこととは別です。
• 用語 · TERM-EXT-0021テレメトリーシステムやその振る舞いから外部へ発せられる観測用データ。ソフトウェア運用では代表的にtraces、metrics、logsなどを含み、収集・分析してsystem 現在の状態やbehaviorを理解する材料となる。
• 用語 · IDX-C05-026tool result / external receipt splittool_resultと外部systemのauthoritative 受付・受領の記録/実物を開き直して確かめることを分離
• 用語 · IDX-C05-025tool use / execution splitAIの製品や種類のstructured proposalとapplication/serverによる実行を分離
• 用語 · IDX-C05-030tool-use identity / operation idempotency split異なるtool_use_idでも同一業務operationをdedup・実物を開き直して確かめることする
• 用語 · 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-C01-019未確定事項進み具合、判断の根拠、freshness、owner、next test、closure criterionを持つmanaged record
• 道具 · TOOL-0022OpenTelemetrytrace・metric・logを計装・収集・出力する道具群です。
• 道具 · TOOL-0084Grafanadata source接続・可視化・dashboard管理に使う観測dashboardです。
• 道具 · TOOL-0085Prometheus指標の収集・PromQL・target状態の確認に使う時系列指標の収集・照会です。
• 道具 · TOOL-0198Grafana Lokiログ保存・label・queryに使うログ集約・検索システムです。
• 道具 · TOOL-0199Grafana Tempotrace保存・trace ID・span検索に使う分散trace backendです。
• 道具 · TOOL-0200Jaegertrace収集・service検索・span表示に使う分散tracingシステムです。
• 道具 · TOOL-0201Sentryエラー収集・issue・実行環境情報に使うエラー・性能監視サービスです。
• 道具 · TOOL-0202OpenSearchindex・検索・集計に使う検索・分析engineです。
• 道具 · TOOL-0203Elasticsearchindex・検索・集計に使う検索・分析engineです。
• 道具 · TOOL-0204Kibanaデータ探索・chart・dashboardに使うデータ探索・可視化UIです。
• 道具 · TOOL-0205Fluent Bit入力収集・filter・出力先への転送に使うログ・telemetry転送agentです。
• 道具 · TOOL-0206Vectorsource・transform・sinkに使うobservability data pipelineです。
• 道具 · TOOL-0207Uptime KumaHTTP監視・status・通知に使う稼働監視アプリです。
• 道具 · TOOL-0222Jenkinspipeline・job実行・logに使う自動実行serverです。
• 道具 · TOOL-0310OpenTelemetry Collectorreceiver・processor・exporterに使うtelemetry収集・転送agentです。
• 道具 · TOOL-0311VictoriaMetricsmetric保存・収集・queryに使う時系列metric databaseです。
• 道具 · TOOL-0312InfluxDB時系列保存・SQL query・データ管理に使う時系列databaseです。
• 道具 · TOOL-0313Telegrafinput plugin・処理・output pluginに使うmetric収集agentです。
• 道具 · TOOL-0314Netdatametric収集・chart・状態観測に使う端末・service監視ツールです。
• 道具 · TOOL-0315Zabbixhost管理・item収集・triggerに使う資産・service監視platformです。
• 手段 · METHOD-0025OpenTelemetryで処理を観測する処理へ計装を加え、traceなどを出力先で確認します。
• 手段 · METHOD-0085Grafanaで既存の指標をdashboardへ表示する
• 手段 · METHOD-0086Prometheusで検証targetの指標を収集して照会する
• 手段 · METHOD-0199Lokiで検証用ログを検索する
• 手段 · METHOD-0200Tempoで検証requestのtraceを確認する
• 手段 · METHOD-0201Jaegerで処理のtraceをたどる
• 手段 · METHOD-0202SentryのPython SDKで検証用エラーを記録する
• 手段 · METHOD-0203OpenSearchで検証用documentを検索する
• 手段 · METHOD-0204Elasticsearchで検証用データを検索する
• 手段 · METHOD-0205Kibanaで検証用データの傾向を確認する
• 手段 · METHOD-0206Fluent Bitで検証ログを転送する
• 手段 · METHOD-0207Vectorで検証ログの形式を整える
• 手段 · METHOD-0208Uptime Kumaで検証URLの稼働を観測する
• 手段 · METHOD-0259Pythonのloggingでスクリプトの実行記録を残す
• 手段 · METHOD-0285Playwrightのtraceで失敗したテストの経緯を調べる
• 手段 · METHOD-0289Dockerのログから検証コンテナーの失敗箇所を調べる
• 手段 · METHOD-0297Bashでパイプラインの失敗を終了codeへ反映する
• 手段 · METHOD-0308PromQLで同じ指標をラベル別に比較する
• 手段 · METHOD-0309LogQLで検証期間のエラーログを絞り込む
• 手段 · METHOD-0310OpenTelemetryのPython spanに処理の区切りを記録する
• 手段 · METHOD-0319cronの実行結果をログと終了codeで追跡する
• 手段 · METHOD-0320systemd timerで前回の実行漏れを補う設定を検証する
• 手段 · METHOD-0328SQLiteのSELECTで重複キーを検出する
• 手段 · METHOD-0339GNU Parallelで独立jobの失敗と再実行対象を記録する
• 手段 · METHOD-0411OpenTelemetry Collectorで検証telemetryを受けて転送する
• 手段 · METHOD-0412VictoriaMetricsで検証metricを保存して照会する
• 手段 · METHOD-0413InfluxDB 3 Coreで検証用の時系列値を書いて読む
• 手段 · METHOD-0414Telegrafで検証端末のmetricを限定して収集する
• 手段 · METHOD-0415Netdataで検証端末の負荷を観測する
• 手段 · METHOD-0416Zabbixで検証hostの一つのitemを観測する
• 原典 · SRC-EVID-REF-0022What is OpenTelemetry?trace・metric・logの計装・収集・出力を行う枠組みの概要です。
• 原典 · SRC-EVID-REF-0039bash(1)GNU Bashのコマンド実行と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0085Get started with Grafana Open SourceGrafanaのdata source接続と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0086First steps with PrometheusPrometheusの指標の収集と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0196Get started with Grafana LokiGrafana Lokiのログ保存と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0197Set up for tracingGrafana Tempoのtrace保存と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0198Getting StartedJaegerのtrace収集と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0199Sentry SDK for PythonSentryのエラー収集と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0200Getting started with OpenSearchOpenSearchのindexと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0201Quickstart: Indexing and search in ElasticsearchElasticsearchのindexと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0202Explore and analyze data with KibanaKibanaのデータ探索と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0203Download and install Fluent BitFluent Bitの入力収集と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0204Vector quickstartVectorのsourceと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0205Uptime KumaUptime KumaのHTTP監視と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0220Creating your first PipelineJenkinsのpipelineと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0256Logging HOWTOLogging HOWTOの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-001786Trace viewerTrace viewerの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0300Querying basicsQuerying basicsの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0301Query LokiQuery Lokiの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0302InstrumentationInstrumentationの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0315SELECTSELECTの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0385Quick startOpenTelemetry Collectorの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0386Quick startVictoriaMetricsの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0387Get started with InfluxDB 3 CoreInfluxDBの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0388Get started with TelegrafTelegrafの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0389Netdata Agent InstallationNetdataの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0390QuickstartZabbixの基本機能・前提と利用開始の経路を説明する公開一次資料です。