メモリ・コンテキスト・状態

記憶・セッション・保存と再開

420件の公開項目

• EA · EA-020AIアーキテクチャ・パターン集AIアーキテクチャは、Single-agentかMulti-agentかという一問だけでは決まらない。制御を誰が握るか、状態と知識をどこに置くか、外部ツールをどの境界から呼ぶか、同期・非同期・batchのどの実行形態を使うか、人間承認と復旧をどこに置くかを分けて設計する。
• EA · EA-021AIアンチパターン集AIアンチパターンは、特定技術を使うこと自体ではなく、有効な技術を責務や適用条件を無視して万能化するところから生じる。長いコンテキスト、RAG、Agent、会話memoryはいずれも有用だが、正本、権限、状態、検証、復旧まで一つの層へ背負わせると、性能・安全性・監査性・費用のどこかで破綻しやすい。技術名ではなく、責務分離と失敗包絡で診断する。
• EA · EA-022AI移行・乗り換え辞典AIの移行は、モデル名やAPI endpointの置換だけでは完結しない。instruction/prompt semantics、conversation/session state、memory/profile state、files/retrieval/index、tools/integration schemas、identity/permission/consent、workflow/agent/runtime、eval/au
• EA · EA-023ベンダーロックイン回避設計ベンダーロックイン低減は「完全なvendor neutrality」ではなく、lock-in surfaceを小さく可視化し、交換時に再構築する範囲を限定する設計として扱う。実装原則は PORTABLE CORE + EXPLICIT ADAPTERS + ISOLATED EXTENSIONS + EXTERNALIZED STATE + INDEPENDENT EVAL/AUDIT。
• EA · EA-025小規模事業者／一人法人版小規模事業者版はEnterprise統制の省略版ではなく、専任管理者がいない環境でも維持できる少数の高価値controlへ圧縮する運用profileとして扱う。最低限の境界は、業務用identity/MFA、投入データ規則、vendor card、高影響操作のhuman checkpoint、cost ceiling、recovery kitの6つとする。
• EA · EA-038AI＋従来ソフト協調論AIにすべてを実行させず、意味解釈や計画をAIへ、厳密な計算・検証・検索・状態更新を従来ソフトへ返す。従来ソフトも正しさを自動保証しないため、型付き入力、権限、transaction/lock、idempotency、postcondition、readbackを実行契約として固定し、AIの成功宣言ではなく実システムからの再取得で閉じる。
• EA · EA-063AI Privacy Engineering「AIのプライバシー対策は、PIIを見つけて黒塗りすることだけではない。まず業務目的に不要な個人情報を取得・検索・転送・保持しない。必要な情報には、検出、仮名化、削除、暗号化などを目的に応じて使い分ける。『検出されなかった』『anonymizeという関数を通した』ことだけで匿名化済みとは判断できない。識別可能性は周辺情報や復元鍵、外部データとの結合でも変わるため、入力、RAG、tool、memory、出力、ログまで処理面ごとに確認する必
• EA · EA-064AI Data／Memory Lifecycle専門編「Enterprise AIのmemory lifecycleは『覚える／忘れる』の二値ではない。session/raw event、派生summary、durable memory、revision、retrieval index、application state、logなどに別々のretentionとdelete semanticsが存在し得る。delete/resetを運用要件にする場合は、対象scopeとartifact、期待
• EA · EA-067Knowledge Freshness Engineering「RAGの鮮度は、データソースの更新時刻やインデックス同期成功だけでは判定できない。更新・削除が検出され、検索可能な表現へ反映され、キャッシュや検索結果を経て、最終回答が新しい状態へ追随するまでの各段階を測定する。incremental sync、TTL、CDC、再indexはそのための手段であり、それぞれの製品・connectorが同じ反映保証を持つとは限らない。」
• EA · EA-073Forms／Handwriting／Barcode AI「紙帳票をAIへ取り込む処理はOCRだけではない。文字認識、キーと値の対応、チェック状態、手書き判定、バーコード形式とpayload復号を別々に検証する必要がある。読み取れた文字やQRコードは、それだけで業務上の真正性や安全性を保証しない。原画像と抽出結果のprovenanceを保持し、正規化・検証・認可・必要な人手確認を後段に置く。」
• EA · EA-076Time Series AITIME_SERIES_OPS_EVAL_V1. Keep forecasting, anomaly detection and predictive-maintenance decisioning distinct, with timestamp/data-quality/calibration/regime context and baseline comparison.
• EA · EA-078Solver／Rule Engine × LLMLLM-to-formalization/typed-input adapter plus deterministic solver/policy engine. Preserve solver status, constraint model, policy version, feasibility/optimality state and validation evidence.
• EA · EA-088GPU／NPU Capacity Planning「GPU/NPU capacityは、acceleratorの公称性能やVRAMだけでは決まらない。モデルartifact、precision/quantization、contextとconcurrency、KV cache、runtime、parallelism、interconnect、SLAを固定した実測単位で設計する。公開benchmarkはhardware/software構成を比較する重要な入口だが、別workloadの性
• EA · EA-133Microsoft Agent Frameworkは「後継だからそのまま移れる」とは限らないMicrosoft Agent FrameworkはAutoGenとSemantic Kernelの公式後継であり、.NET / Python 1.0はproduction-readyである。ただし後継関係を完全互換と読み替えず、Goなどpreview surface、言語別feature gap、migration test、state/tool/telemetry境界を別途確認する。
• EA · EA-134LangGraph「LangGraphの公式Docsは、LLM stepと決定的stepを組み合わせる低レベルorchestrationとして、persistence・durable execution・streaming・human-in-the-loop等を記載している。これらは制御基盤の仕様候補であり、LLMの正しさ、side effectの安全性、全deploymentのSLAを自動保証しない。」
• EA · EA-135CrewAI「CrewAI公式Docsは、agent/crew/flow、状態、guardrail、memory、observability等の実装要素を記載し、Enterprise項目としてconsole/RBAC/connectorsも案内している。実際の利用可否・権限・plan/region・安全性は機能ごとにゲート確認が必要で、Docsの機能存在は業務保証ではない。」
• EA · EA-223Calendar／Scheduling API × Agentfree/busyから候補を作った後、時間帯・参加者・招待副作用・競合・再試行をどう管理するか。空き時間確認だけで予約確定や全員承諾を宣言しない。
• EA · EA-240Structured Output／Schema ValidationStructured OutputやJSON Schemaは、LLM出力を機械処理しやすい構造へ制約し、parse/schema failureを減らすための境界です。schema適合を、内容の真偽、業務妥当性、認可、最新状態、副作用の安全性と同一視しません。
• EA · EA-008BOUNDED_CLOSECompare low-cost API use with an as-of ledger that separates list price, free allowance, trial credit, quota/rate limit, cache/batch/tool charges, region, data-use terms, and migration-to-paid conditions. Re-read the pro
• EA · EA-234Secrets Management × AgentAgentのSecrets Managementは、秘密を保存するだけでは不十分です。raw secretをmodel contextやagent-generated codeへ直接渡さず、必要なidentity・destination・operationへ限定して権限を仲介する設計を基準にします。
• EA · EA-236ReBAC／Authorization Graph：OpenFGA・SpiceDBReBAC/Authorization Graphは、relationshipに基づくpermission decisionを中央化する仕組みであり、外部identity/session revocation、source-of-truth同期、application enforcementまで自動的に保証するものではありません。OpenFGA/SpiceDBではmodel/schema、relationship data、condit
• EA · EA-243Transactional Outbox／Inbox × AgentAgentがbusiness stateを更新し、その結果をevent/messageとして別systemへ通知する場合、DB commit→broker publishの二段処理を成功前提にしません。business stateとoutbox eventを同じlocal transactionへ閉じ、relayがcommit済みoutboxを非同期publishします。Outboxはproducer側dual-write lossを抑
• 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-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-1010Prompt CacheをAI運用へ組み込む境界Prompt CacheはLLM入力prefixの再処理を減らし、latencyとinput costを改善し得るoptimization layerです。ただし、cache hitは会話memory、正本、監査証跡、同一出力の保証ではありません。cache missやexpiryが発生しても業務が正しく動く設計を基準にしてください。
• 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-1213Llama Open-weight Model-family Operating Profile「Llamaはオープンソースなので自由に使える」「Llama 4なら10M context」「self-hostすれば自動的にデータは外へ出ない」と一般化しない。
• EA · EA-1215NotebookLM Workspace／Source／Sharing／Grounding Operating Profile「NotebookLMはsourceだけを使うのでhallucinationしない」「citationがあるので検証済み」「Chat Viewならsourceは見えない」とは記述しない。「指定したNotebook/source set/account surfaceでgrounded outputを生成し、重要claimはcitation passageと原sourceをreadbackして検証する。sharing、sync、priva
• EA · EA-174MLflow：Tracking・Tracing・Registry・artifact accessを別の運用境界として管理するMLflowはTracking、Registry、Tracing等を統合できるが、運用上はTracking Server、backend store、artifact store、authentication/authorization、trace export、model promotionを別の境界として管理する。artifact access方式やtrace export先によってcredential/data boundaryが
• EA · EA-227E-signature APIをAI/Agent文書業務へ接続する際の送信・署名状態・権限・証跡境界「AIが署名文書を生成・API送信できること」と「正しい当事者が意図した文書へ有効に署名し、必要な証跡が保存されたこと」は別です。不可逆な送信前に文書version/hash、recipient、environment、権限、承認を固定し、送信response、署名状態、最終文書を別々にreadbackします。test mode、webhook受信、access removalを、それぞれ法的成立、exactly-once処理、全消去の
• EA · EA-229WhatsApp／SMS Business Messaging × Agent「エージェントはWhatsApp/SMS送信を実行できるが、送信APIの成功は配送・閲覧・業務成果を保証しない。会話window、template eligibility、同意・停止、重複防止、provider-side identifier、非同期status、reconciliationを独立した制御として実装し、チャネル・契約・地域固有の条件を実環境で確認する。」
• EA · EA-232キューとメッセージブローカーでAI Agentを非同期に動かすキューは、依頼を受け付ける処理と、AIや外部ツールで実行する処理を時間的に分離します。待ち行列に入れたことは、業務が完了したことではありません。また、再配信や再試行は通常の故障回復経路です。Agentがメール送信や発注を行う場合は、メッセージの配送保証と、業務上の作用を一度に抑える制御を分けて設計します。
• EA · EA-233Edge WorkersをAIと業務システムの接着層として使うEdge Workerは、AIへの依頼を受け付け、認証、入力検査、接続先の選択、webhook、応答の転送を行う薄い接着層として利用できます。利用者に近い場所で動いても、モデルや原本データが遠ければ、全体の応答が速くなるとは限りません。長時間処理や業務状態の保存を一回のHTTP処理へ押し込まず、実行時間、永続化、認可、依存障害の境界を明示します。
• EA · EA-249ETL・ELTからAIの知識索引まで更新の成立を追うETLは取り出したデータを変換してから読み込み、ELTは読み込んだ後の基盤で変換します。AIの知識更新では、その後にも解析、分割、embedding、索引公開、権限の反映があります。取込ジョブが成功しただけで、検索や回答が最新・正確・閲覧可能になったとは判断できません。原本から検索可能な版まで、何がどこまで反映されたかを追います。
• EA · EA-255Feature Store × Generative AIFeature StoreはGenerative AIやAgentへ低遅延のstructured contextを供給できます。ただし、`feature retrieval success`を値の最新性、point-in-time correctness、回答正しさ、または業務action権限の保証として扱いません。
• EA · EA-256KMS／HSM／Envelope Encryption for AIKMS/HSMはAI workloadのroot/key material保護と監査可能なcryptographic gateに有効です。ただし、KMS/HSMを利用しているだけでprompt、application memory、DEK cache、logs、vector data、tool actionまで自動的に安全になるとは扱いません。
• EA · EA-270Explicit State Machine vs Free-form Agent Loopstate machine採用だけでexactly-onceや正当性は保証されず、free-form loopもtermination・権限・checkpoint・readbackを明示すれば統制できる。
• EA · EA-273AI Change Freeze／Maintenance WindowChange freezeは選択した変更リスクを減らす統制であり、信頼性や完全なimmutabilityを保証しません。freeze、maintenance window、emergency exceptionを別の監査可能な状態として管理し、AI固有のchange surfaceを列挙して、変更後はauthoritative stateとbehaviorをreadbackします。
• EA · EA-277Data Masking／Tokenization before LLM「LLM前のmasking/tokenizationは機微データ露出を減らすcontrolであり、匿名化や漏えい防止の保証ではありません。必要データだけを送り、検出漏れ、tokenのlinkability、再識別鍵・mapping、quasi-identifier、ログ／cache、出力側を別々に管理します。可逆tokenの復元はLLMから分離した認可済み境界で行います。」
• EA · EA-281Tenant Isolation for Multi-tenant AI「認証由来のテナント文脈を全データ・操作経路へ渡し、保存先と実行主体の認可を強制して分離する」。一方、「テナントIDをプロンプトに書けば分離済み」「索引を分ければ全経路が安全」「専用GPUなら会話やログも分離済み」とはしない。
• EA · EA-283Cache Isolation／Cross-user Leakage対策「再利用を許す範囲を明示し、類似度とは独立した認可区画と失効制御を、保存・検索・同時要求の全経路で強制する」。一方、「IDをプロンプトへ混ぜれば分離済み」「類似度を上げれば漏えいしない」「TTLがあるので権限失効も即時」「修正PRがマージ済みだから全配備が安全」とはしない。
• EA · EA-285Human Escalation Policy／Handoff Design「停止範囲と責任者を定め、受領・判断・結果・再開を証拠で接続する」。一方、「メールしたので引継ぎ完了」「担当名があるので着手済み」「人の返答を受ければ無条件に再開」「判断を渡したのでAI側の責任は終了」とはしない。
• EA · EA-475AI PC・NPUの調達判断AI PCやNPUの調達は、公称演算性能や「AI対応」という表示だけでは判断できません。対象アプリケーション、モデル、精度形式、入力長、同時実行、OS、runtime、ドライバ、実行プロバイダの組を固定し、実際の処理先、品質、応答時間、消費電力、メモリ、保守条件を確認して選びます。NPUが搭載されていること、利用可能であること、選択したこと、対象処理がNPUで実行されたことは異なります。
• EA · EA-476通信断を前提にしたAI運用Offline-First AI Operationsは、ネットワークが切れてもモデルを実行できることだけを意味しません。通信断中に利用できるモデル・データ・権限・保存容量を明確にし、古い情報で許してよい処理と停止すべき処理を分け、再接続後に権限と状態を照合してから外部への変更を解放する運用です。推論の継続、業務行為の許可、キューの配送、外部状態の整合は別の成立条件です。
• EA · EA-499Agentへ委譲する権限の範囲と失効Agentへの作業依頼は、利用者や委譲元の全権限を渡すことではありません。現在の実行主体、誰のために動くか、許可された操作と対象、引数、期限、再委譲の条件を明示し、重要な効果の直前に現在の権限を照合します。委譲の履歴が残っていることと、今その操作を許可してよいことは別です。長時間の処理では、開始時の許可、更新・失効、非同期で残った仕事まで管理します。
• EA · EA-512AIメモリの削除伝播を検証するAIメモリの削除は、削除APIが成功した時点では完了と判定できません。元データ、会話要約、埋め込み、索引、検索キャッシュ、複製、バックアップへ対象がどこまで伝播したかを調べ、各保存面の削除状態と検証証拠を対応させる必要があります。読取時の不在、物理領域の回収、バックアップの失効は別の証明です。本項は削除要求から復元後の再照合までの運用を扱います。埋め込み残留の詳細はEA-513、訂正後の再計算はEA-514に接続します。
• EA · EA-513派生AIデータの消去と埋め込み・索引の残留管理原文を削除しても、その原文から作ったチャンク、埋め込み、索引、要約、評価用コピーまで消えたとは限りません。派生AIデータの消去では、元データとの依存関係、削除操作が及ぶ単位、検索からの不可視化、保存領域の回収、バックアップからの再導入、再生成を別々に管理します。EA-512が削除要求全体の伝播と証拠を扱うのに対し、本項は派生表現と保存層の残留を扱います。
• EA · EA-514AIメモリの訂正伝播と古い派生データの修復AIメモリの訂正では、元データの変更成功と、そのデータに依存する要約、ベクトル、索引、キャッシュ、検索結果の更新完了を分けます。正本が訂正済みでも、古い派生物が同じシステムに残り、回答へ再利用されることがあります。依存関係と版を管理し、影響する派生物を再計算し、提供経路で修復結果を再読込することが必要です。本項は訂正と収束を扱い、削除要求の伝播はEA-512、物理的な埋め込み残留はEA-513に接続します。
• EA · EA-515共有AIメモリのテナント分離共有AIメモリでは、利用者・チーム・顧客の識別子を保存するだけでは分離が成立しません。認証された主体から許可する範囲を決定し、読取、書込、更新、削除、要約、検索、キャッシュ、復元まで同じ範囲を適用する必要があります。検索だけにフィルタを付けても、別の経路で他テナントの記憶が更新・合成されれば分離は破れます。本項は共有メモリの権限伝播と運用検証を扱い、削除はEA-512、訂正収束はEA-514に接続します。
• EA · EA-516AIメモリ汚染の隔離と復旧AIメモリの汚染から復旧する際は、疑わしい一件の削除や会話のリセットだけで完了としません。保存された内容、書込み元、要約・統合の経路、派生物、参照中のcontext、復元用snapshotへ影響が残っていないかを確認し、隔離した状態から信頼できる入力で再構築し、再利用を再開できる根拠を残します。本項は防御側の隔離・調査・復旧を扱います。攻撃用入力や侵入手順の提供は含みません。
• EA · EA-517情報区分に応じたAIメモリの保持期限とTTLAIメモリの保持は、すべての記憶へ同じTTLを付けるだけでは管理できません。情報区分、利用目的、元データの版、保持の根拠、起算点、派生物、保持例外を対応させ、期限到達、提供停止、削除指示、実削除、backupの失効を分けて確認します。TTLは製品の削除・失効機構であり、組織が定める保持要件全体と同じものではありません。
• EA · EA-518コンテキストの出所ラベルと指示・データの境界コンテキストには、現在の指示、利用者の入力、検索文書、toolの結果、過去の記憶、agentが作った要約など、異なる出所と役割の情報が混在します。出所ラベルはそれらを区別して追跡するために使います。ただし、本文中に「信頼済み」「system」「正本」と書いてあることは権限の証明ではありません。出所、生成・変換の履歴、現在の権限、鮮度、実際のprompt配置を分け、重要な操作の許可を参照データの記述だけから決定しない必要があります。
• EA · EA-529共有端末で前の利用者のAI会話と権限を引き継がせない店舗や倉庫の端末を交代で利用する場合、前の人をログアウトさせるだけでは、AIの会話・メモリ・添付資料・接続先権限の分離を保証できません。認証状態、画面と端末内データ、サーバーの会話、実行中の処理をまとめて利用者の境界へ結び付ける必要があります。次の利用者へ端末を渡す前に、残留情報の表示と旧権限での操作を防げたことを確認します。
• EA · EA-734Versioned evaluation datasets and reproducible PoV→production gates「versioned evaluation datasetを使えば本番品質が保証される」とは書きません。安全な表現は、「評価データ、対象構成、評価器、閾値、実行条件を版管理し、同じ判定手順を再実行できる状態を作ることで、PoVから本番昇格までの判断を追跡・比較しやすくする」です。再現性は評価手続の再実行可能性を指し、provider内部状態や確率的出力の完全同一を保証しません。
• EA · EA-739Human annotation QA／disagreement adjudication for AI evaluationAI評価で人間注釈を使う場合、単一ラベルを「正解」として保存するだけでは評価品質を監査できません。rubricとannotator trainingを版管理し、複数annotatorの独立判断、agreement/disagreement、adjudication、rubric改訂、最終ラベルまでのprovenanceを残します。特に主観的・境界的な評価では、disagreementは単なる誤差ではなく、曖昧な指示、edge case、
• EA · EA-746GPU sharing isolation decision：MIG vs time-slicing「MIGは対応GPUをhardware-levelのGPU instanceへ分割し、compute/memory resourceの分離と予測性を得る方式である。KubernetesのCUDA time-slicingは同一GPUを時間共有して収容密度を上げるが、replica間のmemory/fault isolationを提供しない。選択は利用率だけでなく、tenant/fault isolation、性能SLO、workload
• 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-751KV-cache-aware routingを使うLLM serving control planeLLM servingのroutingは、単純なround-robinや現在負荷だけでなく、各workerに再利用可能なKV cache prefixがどれだけ存在するかと、prefill/decodeの進行中負荷を同時に評価できる。NVIDIA DynamoのKV-aware routerは、workerごとのprefix overlapとactive loadを組み合わせ、再計算するprefill量を減らしつつcache-rich
• EA · EA-753Confidential AI inferenceとremote attestationの信頼境界「remote attestationに成功すればConfidential AI inferenceは安全」とは断定しない。「CPU/GPU/driver/firmware/workload policy等のattestation evidenceをversioned policyで検証し、許可状態に一致した場合だけsecretや暗号化資産をreleaseすることで、機密AI workloadの実行環境に対する信頼境界を強化する」とする
• EA · EA-758multimodal media cacheのUUID衝突・tenant隔離evidence_as_of: 2026-10-27 JST
• 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 · EA-957RAG削除を「要求送信」で完了扱いしないRAGや検索基盤の削除は、削除APIが成功応答を返したことだけで完了と判定してはいけません。少なくとも「削除要求を受理したこと」「管理面で対象ジョブや資源が消えたこと」「検索・取得面で対象データが再び返らないこと」を別の状態として記録し、必要に応じて派生物や外部保存先も個別に確認します。
• EA · CORE-01状態を持つAIの運用契約この章の仕事は、LLMを「会話を返すもの」から「状態を持つ業務に参加するもの」へ移すときに必要な最小契約を定義することである。
• EA · CORE-02検索・記憶・出典の対応付けこの章は、「モデルへ入れられる量」「必要根拠を見つける能力」「見つけた根拠を使う能力」「sourceに忠実な生成」「sessionを越えて保持されるmemory/state」を分離し、企業AIのsource利用を検証可能な契約にする。
• EA · CORE-03タスク分解と処理工程CORE-03は、複合taskを検証可能なstageへ分け、stage間の入出力、intermediate artifact、retry、verification、parallel/serial、transaction境界を定義する。目的は「一発でやらせない」という標語ではなく、失敗を局所化し、再実行で完了済み工程や外部状態を壊さず、local passとend-to-end successを分けて判定できるpipeline contr
• EA · CORE-04モデル・ツール・情報源・状態の選択本章のroutingは、taskを実行するmodel、tool、source、state経路を、検証可能な契約へ照合して選ぶ操作である。model名、価格、quota、connector、画面、edition、surface capabilityはProduct Mappingへ、承認者、利用可否、予算・latency・riskの数値閾値はOrganization Overlayへ送る。CORE-02のretrieval/memory定
• EA · CORE-07評価データと公開前の評価契約CORE-07は、候補configurationを本番投入前に何に対して、どの証拠で、どのsliceごとに合否判定したかを再構成できる評価契約を定義する。単一benchmark、平均score、model名、judgeの自然文だけをrelease根拠にしない。
• EA · PM-CLAUDE-CORE-01CLAUDE：状態を持つAIの運用契約This mapping binds Anthropic Messages, Message Batches and Claude Agent SDK session, resume, fork, hook and file-checkpoint surfaces to CORE-01. Provider dialogue/session state is not the canonical business task record.
• EA · PM-CLAUDE-CORE-02CLAUDE：検索・記憶・出典の対応付けCORE-02のpermission-aware retrieval、memory lifecycle、source binding、bounded long-context反証をClaudeの現行公開surfaceへ対応づける。Claude enterprise search／connectors、Messages APIのsearch-result・citations・Files、MCP connector、client-side
• EA · PM-CLAUDE-CORE-04CLAUDE：モデル・ツール・情報源・状態の選択CORE-04のmodel / tool / source / state routing、fallback、batch、observability契約をClaude API、Message Batches、service tier、Claude Agent SDKへ対応づける。Claude.ai、Claude API、Agent SDK、Claude Code CLI、Bedrock、Google Cloud、Managed Agen
• EA · PM-GEMINI-CORE-02GEMINI：検索・記憶・出典の対応付けこの文書は、CORE-02で閉じていないprovider実装・provider実機残差をGemini用のProduct Mappingへ渡すための境界票である。ここで仕様意図、OSS版、issue観測をGemini製品の安全性・可用性・tenant実測へ昇格させない。Q-C02-001/002とAUD-C02-008の残差だけを扱い、新テーマは追加しない。
• EA · PM-GEMINI-CORE-04GEMINI：モデル・ツール・情報源・状態の選択CORE-04のmodel / tool / source / state routing契約を、Gemini Apps、Gem、Gemini API、ADK、Vertex AIへ対応づける。各surfaceのmodel名、tool、state、batch、quotaを一つの自動routerとみなさず、公開仕様、公開failure signal、組織観測を分離する。価格・quota・tenant設定・内部routingはcurrent値
• 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-02OpenAI / GPT：検索・記憶・出典の対応付けこの文書は、CORE-02のQ-C02-001..004をGPT/OpenAIの現行surfaceへ対応づける。対象はChatGPTのCompany Knowledge／apps with sync／Projects／Memoryと、OpenAI APIのfile search／Retrieval／data controlsである。公開仕様、既存のprovider-neutral研究・local実験、本研究の分析を分離し、公開仕様だけで
• 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-04OpenAI / GPT：モデル・ツール・情報源・状態の選択CORE-04のmodel / tool / source / state routing契約を、OpenAI API、Responses、Chat Completions、Batch、background mode、Agents SDKへ対応づける。ChatGPT UI、API endpoint、SDK default、application-owned routerを別surfaceとして扱い、価格・quota・tenant設定・内
• EA · PM-GROK-CORE-01GROK：状態を持つAIの運用契約This mapping binds xAI Responses, stored continuation, deferred Chat Completions, Batch API, function calling, ZDR and the official Python SDK to CORE-01. Provider response, request, batch and tool-call states are runtim
• EA · PM-GROK-CORE-02GROK：検索・記憶・出典の対応付けThis mapping binds xAI Collections, Collections Search, Files and ZDR to the existing CORE-02 contract. It does not treat collection membership, an API-key permission, an application-supplied metadata filter, a citation
• EA · PM-GROK-CORE-03GROK：タスク分解と処理工程This mapping binds xAI Responses, function/tool calling, Multi-Agent, Remote MCP, context compaction, WebSocket mode, deferred requests and Batch to the existing CORE-03 contract. Provider continuation, tool-loop complet
• 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-NOTEBOOKLM-CORE-02NotebookLM：検索・記憶・出典の対応付けThis supplement answers only REQ-NLM-20260909-001 and Q-NLM-SCOPE-001..004. Consumer/Workspace Gemini Notebook, Workspace admin controls, Gemini Notebook Enterprise, source ingestion, chat/notes, Studio artifacts and dow
• EA · ORG-CORE-02組織での適用：検索・記憶・出典の対応付けこの票は、組織・tenant・契約・管理設定・実測値をEnterprise AI CoreやGemini Product Mappingへ混入させないための空の受け皿である。未提供の値を既定値、製品仕様、匿名報告から補完しない。
• EA · ORG-CORE-03組織での適用：タスク分解と処理工程組織固有の承認、実行surface、artifact、retry、保持、監視の値をCoreとProduct Mappingから分離する。既知なのは、業務Geminiへのfile sync・API・直接統合は禁止され、chatへのsynthetic prompt投入とGem構築試験は可能候補という境界である。製品defaultや公開issueから組織値を補完しない。
• EA · ORG-CORE-04組織での適用：モデル・ツール・情報源・状態の選択組織固有のroute owner、approved model/surface、risk/loss budget、fallback、state handoff、監視値をCore/Product Mappingから分離する。既知の境界は、業務Geminiへのfile sync・API・直接統合は禁止、synthetic promptによるchat試験とGem構築試験は可能候補、というものである。公開product defaultやcomm
• EA · SOURCE_REGISTRY根拠資料と検証記録No new external source or experiment was promoted. PUBLICATION_GATE_CENSUS.md and evidence/INT-PUB-GATE-022/PUBLICATION_GATE_CENSUS.json classify the remaining publication routes. DOI 10.1016/j.scico.2026.103530 / PII S0
• EA · INTEGRATION_READINESS_AUDIT統合時の整合性と残る制約INTEGRATION_READINESS_AUDIT-INT-022: final gate census grants CONDITIONAL_CLEARANCE_FOR_ASSEMBLY. IR-001/002/005/006/007/008 are closed or non-blocking under their existing canonical-input and layer-separation controls.
• EA · PUBLICATION_GATE_CENSUS公開判定と未解決事項APPROVED_FOR_PUBLICATION_WITH_DISCLOSED_RESIDUALS
• 用語 · IDX-C04-033429 retry / semantic fallback split利用回数の制限を受けた後に待つこととAIの製品や種類/AIが使う操作機能/参照する資料契約を変える代わりの手段への切り替えを分離
• 用語 · IDX-C04-031accepted parameter / effective parameter split4.20+でsilent ignoreされるlogprobs指定と実際のcapabilityを分離
• 用語 · IDX-C02-038追記型memory旧新の事実recordを保持しつつ、supersede/merge/進み具合/validityとread-time filterで現行値を派生する設計。単なる複数ADDは現在の truthを保証しない
• 用語 · IDX-C02-030agent主体認可agent identity、first/third-party 対象の範囲、task-scoped grant、expiration、turn limit、bindingをretrieval前の認可条件として記録する
• 用語 · IDX-C04-013API revisionもstate経路AIの製品や種類 IDが同じでもrequest/response/現在の状態 schema revisionが変われば担当の引き継ぎ parserが破綻し得るためroute descriptorへ版を含める
• 用語 · IDX-C02-080artifact delete / physical purge split操作画面/ソフト同士がやり取りする窓口上の削除・link失効と再利用のための一時保存/backup/媒体消去を分離
• 用語 · IDX-C01-012成果物記述子作成・保存した成果物 ID、役割、type/format、location、版/digest、元になったものや変更のつながり、update modeを持つrecord
• 用語 · IDX-C03-008必要時分解executor不能、risk、side effect、作成・保存した成果物、failure isolationが追加stageを正当化する時だけ分解する
• 用語 · IDX-C02-042cancel後副作用async callerがcancelを観測した後もthread/remote operationが完了し得る境界。cancel responseだけで未実行とみなさず外部現在の状態をread backする
• 用語 · IDX-C01-023Activity再実行workflow engineがActivityを複数回実行し得るため、terminal eventだけで副作用一回を意味しない。idempotency/dedup/実物を開き直して確かめることを別に要求する
• 用語 · IDX-C02-056metadata filter≠元source IAMvector-store file attributesによるsearch前filterをcaller-managed constraintとして扱い、native 参照する資料 許可と利用する人やシステム bindingを別に証明する
• 用語 · IDX-C02-082audio grounding / audio faithfulness split参照する資料-based生成と回答の中で述べていること-level omission/distortion/unsupportedを分離
• 用語 · IDX-C02-006正本区分現在の authority/reference/過去の/draft/untrusted/unknownを分ける参照する資料属性
• 用語 · IDX-C02-036認可整合性mode差同じrevocation後でも再利用のための一時保存/consistency設定によりallow/denyが分かれる状態。mode、再利用のための一時保存 controller、TTL、tuple change/実物を開き直して確かめること時刻を記録する
• 用語 · IDX-C02-021認可結合方式Search→Check、Changes-derived local index→Search→Check、ListObjects→Searchをcardinality・latency・sort条件で選ぶ設計
• 用語 · IDX-C02-027認可検索規模profilecardinality、sort/filter、max-results、timeout、concurrency、resolution depth/breadthに応じてSearch→Check・ListObjects→Search・local indexを選ぶ記録
• 用語 · IDX-C02-015認可正本resource access可否を決める現在の policy 参照する資料。index 本文以外の付随情報 copyと区別する
• 用語 · IDX-C02-026認可staleness予算authz 再利用のための一時保存/indexの更新遅延をlatency改善と分離し、revocation propagation・observed_at・許容TTLを測る運用項目
• 用語 · IDX-C02-076auto-synced source / copied source splitDrive referenceの更新とweb/YouTube/upload captureを分離
• 用語 · TERM-EXT-0003バッチAPI多数のソフト同士がやり取りする窓口リクエストをJSONL入力ファイルとしてまとめて非同期処理するソフト同士がやり取りする窓口実行方式。OpenAI Batch ソフト同士がやり取りする窓口ではcompletion_windowは現在24hのみで、同期ソフト同士がやり取りする窓口より低コスト・高いrate-limit headroomを提供する。
• 用語 · IDX-C04-019Batch結果のcustom ID結合input/output順序に依存せず一意custom IDで結果を要求へjoinし、expired時の完了・未完了を分離する
• 用語 · IDX-C01-040batch drained / business completion splitnum_pending=0内のsuccess/errorとcancel済みpartial resultを受入判定から分離
• 用語 · IDX-C01-033batch result / business completion splitunordered・partial・cancel・expiryをcustom_idで結合し、batch終了と業務完了を分離
• 用語 · IDX-C04-027batch terminal / per-request acceptance splitbatch終了とunorderedな個別succeeded/errored/canceled/expired、業務受入を分離
• 用語 · IDX-C02-068bounded evidence readback / no-delta status既存作成・保存した成果物のhash・対象の範囲・結果解釈を再確認しても、新規AIの提供元/利用組織ごとの領域 判断の根拠やCore更新を発生させない状態
• 用語 · IDX-C01-009出来上がったものを受け入れてよいか先に決めた完了条件と実際の確認結果に照らして、確認中・合格・不合格を判断することです。
• 用語 · IDX-C03-012caller取消しと外部commitの分離orchestration taskがcancel/timeoutでも、nodeが既に外部writeを操作の確定している状態。再実行前に実物を開き直して確かめることする
• 用語 · IDX-C04-022canonical dateless ID / legacy alias split4.6+固定IDと旧世代の最新snapshot pointerを分離
• 用語 · IDX-C04-008能力損失停止代わりの手段への切り替え差分でauthority/citation/freshness/現在の状態/execution等の必須能力がloss budgetを超えた場合、利用可能でもrouteせず停止する
• 用語 · IDX-C02-007取得方式live link、snapshot、copy、upload、再利用のための一時保存、indexのどれで参照する資料を保持したか
• 用語 · IDX-C01-027carrier-specific retentionresponse、conversation、background temporary storage、session 裏側の保存・処理システムごとに保持・削除証拠を記録
• 用語 · IDX-C01-005途中から再開するための記録仕事を再開できるように、その時点の状態と、使った資料・作ったものの版を記録しておくことです。
• 用語 · IDX-C02-062citation locator / authorization proof split参照する資料/title/passage citationをどの資料や観測に基づくかの記録 locatorとし、利用する人やシステム bindingやfreshnessの証明にしない
• 用語 · IDX-C02-079citation presence / support completeness splitcitation locatorと全主張の支持・鮮度・忠実性を分離
• 用語 · IDX-C04-028CLI telemetry / authoritative final state splitAgent 開発用の道具一式経由CLIのspan/metric/logと作成・保存した成果物・外部system 実物を開き直して確かめること・最終受入を分離
• 用語 · IDX-C02-064client memory / managed memory splitapplication-owned /memories handlerとAnthropic workspace memory storeを別lifecycleとして扱う
• 用語 · IDX-C04-025client tool / server tool execution splitstructured proposal、application execution、Anthropic execution、external 受付・受領の記録を分離
• 用語 · TERM-EXT-0020クラウドデプロイアプリケーションやその成果物・設定を、クラウド上の意図したtarget runtime environmentへ配置・反映し、実行可能な状態へ届ける配備行為。CIのbuildやrelease 作成・保存した成果物生成そのものとは分離する。
• 用語 · IDX-C03-034compaction continuity / audit completeness splitverbose AIが使う操作機能履歴を落とし得るopaque compactionと外部stage ledgerを分離
• 用語 · IDX-C01-010完了条件観測可能な成果条件とdataset/scorer/rubric/pass policy等の版を定める契約
• 用語 · IDX-C02-061connector tool permission / source object ACL splitread/write/削除 AIが使う操作機能制御と個々の参照する資料 object閲覧権限を分離
• 用語 · IDX-C02-067context clearing / persistent deletion splitAIが使う操作機能 result/thinkingのactive-context削除をmemory/file/chat/store purgeと同一視しない
• 用語 · IDX-C02-003見つけた資料を、答えに使っているか探してきた資料を、AIが回答の内容を作るときに実際に使う段階です。資料を見つけただけとは区別します。
• 用語 · IDX-C01-026conversation / source-of-truth splitdurable conversation itemsと権威参照する資料 snapshot・作成・保存した成果物正本を分離
• 用語 · IDX-C01-018選別履歴次判断に必要なinteractionだけを選び、またはversioned pointerで渡すもの。critical 現在の状態の唯一の保存先にしない
• 用語 · IDX-C04-030date pin / latest alias splitfixed release identityと将来変化するlatest resolutionを分離
• 用語 · IDX-C01-039deferred request / single retrieval202 pending、24h expiry、single retrievalをtask completion・作成・保存した成果物 acceptanceから分離
• 用語 · IDX-C04-006縮退運転通常route不能時に許可操作と能力損失を狭めた別あらかじめ決めた取り決めで継続する
• 用語 · IDX-C02-035固定依存local再現exact package、Python、runner/implementation hashを固定したsynthetic local component再実行。AIの提供元/利用組織ごとの領域 live certificationと区別する
• 用語 · IDX-C02-073detach / file delete / collection delete / TTL splitvisible lifecycle操作をcomponent別に実物を開き直して確かめることしphysical purgeと分離
• 用語 · IDX-C02-033決定的権限・memory基線許可 fail-closed/semantic-failとmemory supersession/過去の/初期化を固定fixtureで再実行する基線。AIの提供元 live PASSとは別
• 用語 · IDX-C02-011診断制限retrieved chunks等が観測不能でretrieval/generation原因を確定できない状態
• 用語 · IDX-C02-071direct search / model-controlled search splitREST matchesとAIの製品や種類の複数AIが使う操作機能 search、prompt-visible結果を別観測
• 用語 · IDX-C02-001実効contextcontextへ入力可能かではなく、位置・長さ・複雑性を変えて必要情報を使用できる能力
• 用語 · IDX-C03-032encrypted subagent carrier / auditable artifact splitopaque encrypted 現在の状態をparse可能なversioned 作成・保存した成果物/受付・受領の記録へ昇格しない
• 用語 · IDX-C04-017endpoint形状別state adapterResponses Items、Chat Messages、Conversation/previous response、instructions、AIが使う操作機能 outputを同一現在の状態とみなさず、route変更時に版付きadapterで検証する
• 用語 · IDX-C02-059endpoint別保持profileResponses、Conversations、vector stores、files等のapplication-現在の状態 保存しておく期間/削除条件をendpoint・org/project設定・third-partyごとに記録する
• 用語 · IDX-C02-060enterprise-search permission intent / all-path proof split元system権限を尊重する公開説明とconnector→AIが使う操作機能 result→prompt→chatの実証を分離
• 用語 · IDX-C01-014証拠化source実行で利用されたことをtrace/citation/log等から確認できる参照する資料集合。trace非公開時はdeclared 参照する資料と同一視しない
• 用語 · IDX-C04-016明示modelとSDK既定値の分離requestで固定したAIの製品や種類 identityと、AIの製品や種類省略時に開発用の道具一式が適用するdefaultを別routeとして記録する
• 用語 · IDX-C02-016認可不能時棄権閲覧や操作の許可を確認できない時、許可を推測せずretrieval/answerを停止するpolicy
• 用語 · IDX-C04-009循環fallback防止代わりの手段への切り替え graphのroute visited集合、attempt/wall-clock budget、同一error hashで再入を検出・停止する
• 用語 · IDX-C04-003縮退能力損失契約代わりの手段への切り替えで失うexecution、freshness、coverage、現在の状態、判断の根拠等を明示しloss budget超過時に停止する
• 用語 · IDX-C02-072file citation / permission-freshness certificate splitfile-level locatorとchunk/版/digest/誰に見せるかを定めた一覧 epoch/faithfulnessを分離
• 用語 · IDX-C01-035file rewind / effect rollback splittracked local file復元とBash・directory・remote/external effectの補償を分離
• 用語 · IDX-C02-063Files object / source authority splitfile_idと元参照する資料 identity・誰に見せるかを定めた一覧・版を別記録する
• 用語 · IDX-C01-041function continuation / external receipt splitprevious_response_idによる継続と外部操作の確定・idempotency・受付・受領の記録・実物を開き直して確かめることを分離
• 用語 · IDX-C02-004答えが、渡した資料に沿っているか回答の内容が、与えた資料から確かめられ、資料と矛盾していないことです。話題に合っているだけでは十分ではありません。
• 用語 · IDX-C01-006別の担当へ仕事を引き継ぐ仕事の担当が変わるとき、進み具合、残りの作業、根拠、してよいことを渡し、受け取った側の確認まで行うことです。
• 用語 · IDX-C01-007引き継ぎを受け取ったことの確認受け取った側が、仕事、取り決め、資料、成果物、許可の内容が合っていると確かめた記録です。
• 用語 · IDX-C04-002必須能力事前除外cost/latency最適化前にrequired capability欠落routeを候補から除く
• 用語 · IDX-C02-019過去時点memory照会valid_from/valid_toに基づき、指定時点で有効だった値を現行値と区別して返す操作
• 用語 · IDX-C01-036hook event / authoritative receipt splithook callback・timeout・session eventと実AIが使う操作機能 受付・受領の記録・external 実物を開き直して確かめることを分離
• 用語 · IDX-C01-017人が判断するところを決めるAIに任せる仕事の途中や操作の確定前後に、人が判断する箇所を設けることです。人が承認した後も、結果の確認は別に必要です。
• 用語 · IDX-C01-016同じ操作を二重にしないための決め方もう一度試すとき、どの操作を再実行するか、重複をどう見分けるか、先に何を確認するかを決めておくことです。
• 用語 · IDX-C02-029実装版固定package 版、release tag/操作の確定、repository HEAD、integration package、retriever pathを分けて再現条件を固定する
• 用語 · IDX-C02-055同期indexとlive接続の分離administrator-managed indexed 参照する資料と個別AIの提供元 accountのlive accessを別surface・別timestamp・別許可 pathとして扱う
• 用語 · IDX-C03-002中間成果物後続stageが再取得できるID/版/digest/元になったものや変更のつながり付きoutput
• 用語 · TERM-EXT-0005KVキャッシュTransformer系LLMの自己回帰推論で、過去tokenについてattention層が計算済みのKey/Value状態を保持し、次token生成時に同じ過去部分のK/Vを再計算せず再利用する推論時キャッシュ。容量はsequence長・同時request数・layer/head構成・dtype等に依存し、推論servingのメモリ設計とthroughput/concurrencyを左右する。
• 用語 · IDX-C03-031leader output / complete subagent lineage splitleader-visible call/finalとsubagent intermediate 現在の状態/AIが使う操作機能/output/作成・保存した成果物受入を分離
• 用語 · IDX-C02-066live mount / self-hosted sync copy splitcloud mountと既定15秒間隔で同期するself-hosted local copyを分離
• 用語 · IDX-C02-032live実測開始前停止AIの提供元 live runnerが依存package/参照する資料 snapshot欠落で開始前停止したことを、AIの提供元挙動の証拠と混同せず記録するterm
• 用語 · IDX-C03-007局所合格・全体不合格個別stage criteriaは満たすが、担当の引き継ぎ、merge、元になったものや変更のつながり、end-to-end acceptanceが成立しない状態
• 用語 · IDX-C02-069management permission / search-time principal authorization splitcollection管理key権限とend-userのchunk取得可否を分離
• 用語 · IDX-C01-021materialize済み契約実行前にschema/policy版、目的、許可・禁止操作、停止条件、判断の根拠 labelを固定したrecord。OC-0でもCONTRACT_VERSIONを省略しない
• 用語 · IDX-C03-033MCP reachability / approval splitAIの提供元-managed MCP接続とAIが使う操作機能 allowlist、upstream認可、業務承認、受付・受領の記録/実物を開き直して確かめることを分離
• 用語 · IDX-C02-065memory head delete / version erase splitlive memory削除とimmutable 版履歴、redact、store 削除を分離
• 用語 · IDX-C02-018AIが覚える・更新する・忘れるまでを管理する情報を覚えさせてから、使う、更新する、過去の情報として読む、初期化・削除するまでの変化と、その後の残り方を扱うことです。
• 用語 · IDX-C02-057memory要約≠完全inventoryvisible memory summaryが全保持情報を必ずしも列挙しないため、chat、saved memory、files、apps、project、裏側の保存・処理システム residualをcomponent別に調べる
• 用語 · IDX-C02-012覚えている古い情報を、新しい情報に置き換える古い情報を新しい情報に置き換え、どの範囲で更新されたかや、初期化・削除後に何が残るかを確認する取り決めです。
• 用語 · IDX-C02-020削除印active retrievalから除外しつつ、削除/失効の事実と監査履歴を保持するrecord
• 用語 · IDX-C03-011task間metadataと成果物本体の分離stage間にはID/版/digest/受付・受領の記録を渡し、大きい成果物本体は再取得可能な外部storeへ置く
• 用語 · IDX-C02-070metadata filter / source IAM splitapplication supplied filterを参照する資料 誰に見せるかを定めた一覧自動伝播へ昇格しない
• 用語 · TERM-EXT-0024モデルコンテキストプロトコルAI application/clientを外部のtools・resources・prompts等へ標準化された形で接続するopen protocol。MCP serverはcapabilityを公開し、MCP client/hostが接続して利用する。個別connector、plugin package、単一AIが使う操作機能とは分離する。
• 用語 · IDX-C04-023model snapshot / serving infrastructure splitweight/config固定とrequest router・safety classifier・sampling等の周辺変更を分離
• 用語 · IDX-C02-075nominal context / bounded task performance split500k context 本文以外の付随情報とNoLiMa/BABILong/LongBench v2 slice結果を分離
• 用語 · IDX-C02-025非集約long-context試験sliceliteral overlap、position、length、hop、aggregation、task realism、conflict/freshnessを別結果として保持し平均順位を出さない
• 用語 · IDX-C02-078notebook ACL / original Drive ACL splitnotebook共有権限と参照する資料-system view権限を分離
• 用語 · IDX-C02-081notebook artifact / downloaded copy splitnotebook内生成物と管理境界外へ出たcopyを分離
• 用語 · IDX-C01-001AIに任せる前の取り決めAIに何をしてほしいか、何を見てよいか、何をしたら完了かを、先にまとめて決めておくことです。途中で止まったときの再開方法や、結果の確かめ方も含みます。
• 用語 · IDX-C02-034組織Overlay項目票利用組織ごとの領域 誰に見せるかを定めた一覧、revocation、保存しておく期間/削除、safe-test owner等の組織固有値をCore/PMから分離し、UNKNOWNのまま受け渡すschema
• 用語 · IDX-C03-030parallel tool proposal / safe parallel execution splitdefault parallel call生成とshared-write/side-effectの並列安全性を分離
• 用語 · IDX-C03-005並列書込競合複数stageが同じ作成・保存した成果物/external record/版へ競合writeするfailure
• 用語 · IDX-C02-083partial experiment provenanceoperation記録と個別input/output hash・prompt・gradeを分離
• 用語 · IDX-C02-023経路限定実測特定package・版・retriever・fixtureで観測した挙動。製品全体・AIの提供元全体へ外挿しない
• 用語 · IDX-C04-034per-request cost / workflow total cost splitUSD ticks 受付・受領の記録とAIが使う操作機能 loop/再実行/conversation累積、accepted outcome costを分離
• 用語 · IDX-C02-028権限データ同期application 参照する資料と閲覧や操作の許可 engineのtuple/回答の中で述べていること更新、遅延、欠落、再同期を別assertionとして記録
• 用語 · IDX-C02-017権限合格・意味失敗誰に見せるかを定めた一覧上は取得可能だが、旧版・撤回済み・非正本参照する資料のため業務回答には不適切な状態
• 用語 · IDX-C02-010見ることを許された資料だけを探す利用する人に今許可されている範囲で、資料を探す仕組みです。これだけで、すべての権限管理が適切だと証明できるわけではありません。
• 用語 · IDX-C02-054権限尊重仕様≠全経路実証AIの提供元が参照する資料 許可尊重を説明していても、retriever、reranker、再利用のための一時保存、trace/log、citation、promptまでの内容を渡す前の除外は別の実測対象とする
• 用語 · IDX-C01-003永続化sessionを越えて現在の状態/作成・保存した成果物/判断の根拠を再取得できる性質
• 用語 · IDX-C02-024版固定memory監査heuristicmemory-reviewerのscan cap・threshold・stale判定を操作の確定へ固定したread-only audit pattern
• 用語 · IDX-C02-014探した後で、表示から取り除く資料を探した後に、閲覧できない項目を回答や画面から取り除く処理です。途中の処理では資料の中身が扱われるため、これだけで十分とはいえません。
• 用語 · IDX-C02-041本文取得前認可参照経路opaque resource IDを現在の authzへ照会し、allow後だけ本文を取得してretrieval indexへ入れる参照integration。小候補local PASSをAIの提供元全path保証としない
• 用語 · IDX-C03-010事前登録補償forward side effectの応答消失に備え、実行前にidempotent compensationを登録する
• 用語 · IDX-C02-013資料をAIに渡す前に、見てよいか確かめる利用する人がその資料を見てよいかを今の許可内容で確認し、許可された資料だけをAIの検索や回答づくりに渡すことです。
• 用語 · IDX-C04-015組織禁止経路の候補除外組織方針で禁止されたfile/ソフト同士がやり取りする窓口/direct integrationをunavailable 代わりの手段への切り替えではなくroute候補集合から除外する
• 用語 · IDX-C02-058project限定memoryproject内chat参照とproject外memory遮断を対象の範囲として扱い、変更反映、files/chats/instructions、saved memory、physical purgeを別測定する
• 用語 · TERM-EXT-0004プロンプトキャッシュ同一または再利用可能と判定された入力prefix/contextの処理結果をキャッシュし、後続リクエストでその入力部分の再処理コストや遅延を削減する仕組み。過去の最終回答そのものを再利用するSemantic Response 再利用のための一時保存とは区別する。
• 用語 · IDX-C02-046prompt内非開示≠検索前認可inlineで既にモデルへ渡した制限本文を回答へ出さない挙動。instruction-followingの表面耐性であり、誰に見せるかを定めた一覧・index・retrieverからの内容を渡す前の除外を証明しない
• 用語 · IDX-C02-031provider残差受渡しCoreで閉じないpackage/版/integration/live-test項目を、同じstable termでProduct MappingとOrganization Overlayへ渡す境界
• 用語 · IDX-C02-074provider storage / durable memory splitFiles・Collections・Responses historyをsupersession/初期化/削除契約へ読み替えない
• 用語 · TERM-EXT-0018キュー処理待ちのmessageやwork itemを一時保持し、producerとconsumerを時間的に分離して非同期処理を成立させる待ち行列。
• 用語 · IDX-C01-011「できました」を実物で確かめるAIの返事だけで判断せず、保存されたものや操作先をもう一度開き、実際の結果を確かめることです。
• 用語 · IDX-C01-020結果が分からないとき、先に確かめる操作が成功したか不明なときや、重複したかもしれないときに、やり直す前に操作先の状態を確かめ、必要な修復を行う段階です。
• 用語 · IDX-C03-013照合後補償COMMIT_UNKNOWN時に外部現在の状態を読み、事前登録済みの冪等補償またはrepairへ分岐する
• 用語 · IDX-C03-009reducer付き並列更新parallel branchが同一現在の状態 keyへ書く時、結合規則をschema/merge nodeとして先に定義する
• 用語 · IDX-C02-039関連性≠置換entity/topic linkや高いembedding similarityはrelatednessの信号であり、対象factの矛盾・置換を単独では証明しない
• 用語 · IDX-C04-010request単位・試行単位の分離一つのbusiness requestと内部再実行/代わりの手段への切り替え attemptを別ID/集計にし、cost/log/callback/incident増幅を観測する
• 用語 · IDX-C03-029request-local turn limit / global workflow bound splitclient-AIが使う操作機能継続で初期化するmax_turnsとtask全体のstep/depth/time/token/cost上限を分離
• 用語 · IDX-C04-029requested model / effective redirected model splitlegacy slugのHTTP成功と実際のAIの製品や種類・reasoning effort・priceを分離
• 用語 · IDX-C01-042requested model / observed route splitpublic AIの製品や種類名、requested AIの製品や種類、response fingerprint/header、開発用の道具一式 build、actual routeを別identity化
• 用語 · IDX-C04-032requested Priority / observed service tier splitPriority要求とcapacity 代わりの手段への切り替え後の実効tier・billing/SLOを分離
• 用語 · IDX-C04-026requested tier / observed tier splitservice_tier=auto指定とresponse usage上の実assigned tierを分離
• 用語 · IDX-C01-022必須field集合M0 mandatoryとC1〜C4 conditionalをtask形状（参照する資料/作成・保存した成果物/resume/side-effect/担当の引き継ぎ）に応じて選ぶ暫定profile。universal minimumではない
• 用語 · IDX-C01-025response / task state splitAIの提供元 responseの実行状態と業務taskの現在の/acceptance 現在の状態を分離
• 用語 · IDX-C02-044制限付きUI実測organization policyでfile sync・ソフト同士がやり取りする窓口・直接統合は禁止し、chatへのsynthetic prompt投入だけを実施した試験境界。Gemは未試験。表面応答を内部誰に見せるかを定めた一覧/index/再利用のための一時保存/storage証拠へ昇格しない
• 用語 · IDX-C01-034resume / fork lineage既存session継続と新sessionへの履歴分岐をparent/fork ID・参照する資料 snapshotで分離
• 用語 · IDX-C02-002資料の中から必要な部分を探す候補となる資料から、今の仕事に必要な部分を選ぶことです。選んだ資料を使って答えを作る段階とは分けて考えます。
• 用語 · IDX-C04-020retryとfallbackの分離同route再試行とAIの製品や種類/AIの提供元/endpoint変更を別eventにし、response開始、visited route、capability loss、wall-clockでloopを止める
• 用語 · IDX-C03-003再実行単位failure後に再実行してよい最小stageと、そのidempotency/実物を開き直して確かめること条件
• 用語 · IDX-C02-043retry抑止孤立memorycancel/partial 操作の確定でactive recordだけ残り、same-fact 再実行がhash dedupされてhistory/message等の欠落を修復しない状態
• 用語 · IDX-C04-011risk重み付き尾部集合通常業務分布と別に、低頻度・高severity taskの誤routeとabstentionを評価する集合
• 用語 · IDX-C04-007経路判断と最終受入の分離routerの選択結果とdownstream 作成・保存した成果物/business acceptanceを別の観測として評価する
• 用語 · IDX-C04-001経路選択契約task risk、必須能力、禁止操作、参照する資料/AIが使う操作機能/現在の状態、verifier、budget、代わりの手段への切り替え/stopをroute前に固定する契約
• 用語 · IDX-C01-030RunState / artifact acceptance splitresumable agent 現在の状態と成果物存在・digest・業務受入を分離
• 用語 · IDX-C01-008AI側の処理の進み具合AIや実行システム側で、処理中・失敗・終了などを示す状態です。出来上がったものを仕事として受け入れてよいかとは別です。
• 用語 · IDX-C01-024実行完了と業務受入の分離engine/agentのterminal 現在の状態と作成・保存した成果物・外部現在の状態のacceptance/実物を開き直して確かめることを別axisで記録する
• 用語 · IDX-C02-045同一会話内の現行値・履歴値分離syntheticなA→B更新後に現在の=B、過去の=A、現在の-only回答からAを除外できる表面観測。durable memoryやsession越境保持とは区別する
• 用語 · IDX-C04-024SDK fallback trigger / capability equivalence splitprimary failure時代わりの手段への切り替え optionの存在と能力・現在の状態・品質同値を分離
• 用語 · IDX-C02-009意味的汚染権限上取得可能だが古い・非正本・untrustedな参照する資料が生成品質を下げること
• 用語 · IDX-C02-040逐次同期・非同期同値固定版・同一fixtureを逐次実行したsync/async結果の正規化一致。並行、cancel、再実行、remote race、hosted runtimeの同値とは区別する
• 用語 · IDX-C01-004ひと続きのやり取りAIとの一続きのやり取りや実行を区切る単位です。その区切りと、仕事全体の始まり・終わりは同じとは限りません。
• 用語 · IDX-C01-029session backend / task record split開発用の道具一式 history 裏側の保存・処理システムとcanonical Operating あらかじめ決めた取り決めを別所有・別復旧対象にする
• 用語 · IDX-C01-015副作用宣言primary/secondary effect、操作の確定 point、reversibility、blast radius、recoveryを表すrecord
• 用語 · IDX-C02-005source紐付け参照する資料 identity、authority、対象の範囲、版、freshness、許可、trust originをtask/回答の中で述べていること/作成・保存した成果物へ結ぶこと
• 用語 · IDX-C02-077source inactive / derived artifact revocation split元参照する資料失効とchat/note/audio/exportの可用性を別assertion化
• 用語 · IDX-C03-001工程契約owner、versioned input、allowed action、output 作成・保存した成果物、entry/exit、verifier、再実行、stopを持つ実行単位
• 用語 · IDX-C02-008旧版復活superseded/archive 参照する資料が現在の判断へ再混入するfailure
• 用語 · IDX-C04-004state経路信頼境界route変更時に作成・保存した成果物/版/digest/再開に必要な記録/受付・受領の記録を要求し、欠落担当の引き継ぎを拒否する境界
• 用語 · IDX-C01-031stateless message / canonical task splitfull message historyとtask/現在の/参照する資料/作成・保存した成果物/acceptance正本を分離
• 用語 · IDX-C01-038store:false / ZDR / client-held stateserver non-storageとclient側の完全なhistory・暗号化現在の状態保存責任を分離
• 用語 · IDX-C01-037stored Responses / canonical task split30日AIの提供元 historyと業務task/参照する資料/作成・保存した成果物/acceptance正本を分離
• 用語 · IDX-C04-035stream completion / cost receipt completeness splitoutput受信とfinal usage chunk、開発用の道具一式 exposure、billing reconciliationを分離
• 用語 · IDX-C02-047JSON-only違反意味内容が正しくてもJSON-only要求へcode fence等を付加し、機械parse契約を外すAIの製品や種類/surface差
• 用語 · IDX-C01-032synthetic history / provenance splitsynthetic assistant turnを起源・実行履歴・受入証拠へ昇格しない
• 用語 · IDX-C04-005高risk逃避high-risk taskでweak/cheap routeを選ばず、qualified routeまたはmanual gateへ送る
• 用語 · IDX-C01-002仕事が今どこまで進んでいるか次に何をするかを決めるための、仕事の現在の状態です。過去の会話を全部読み直すこととは別です。
• 用語 · TERM-EXT-0021テレメトリーシステムやその振る舞いから外部へ発せられる観測用データ。ソフトウェア運用では代表的にtraces、metrics、logsなどを含み、収集・分析してsystem 現在の状態やbehaviorを理解する材料となる。
• 用語 · IDX-C04-014tool提案と実行の分離function callのname/args生成、application実行、external 実物を開き直して確かめること、business acceptanceを別eventにする
• 用語 · IDX-C04-021traceと最終受入の分離開発用の道具一式/ソフト同士がやり取りする窓口 traceを処理発生の観測とし、外部操作の確定、verifier、業務受入を別受付・受領の記録/eventでjoinする
• 用語 · IDX-C03-006commit状態NOT_STARTED/PREPARED/COMMIT_UNKNOWN/COMMITTED/VERIFIED等を分け、caller cancelをno-writeとみなさない状態
• 用語 · IDX-C01-019未確定事項進み具合、判断の根拠、freshness、owner、next test、closure criterionを持つmanaged record
• 用語 · IDX-C03-004検証工程producerのsuccess申告と分離し、作成・保存した成果物/実物を開き直して確かめることをcriteriaへ照合するstage
• 用語 · IDX-C04-012表示model選択≠backend固定操作画面で選択・表示されたAIの製品や種類名を観測事実として保持しつつ、裏側の保存・処理システム revision、silent 代わりの手段への切り替え、turn間維持を推定しない境界
• 用語 · IDX-C02-037可視vector残存adapterのget/list/searchで初期化/削除後にactive vectorが返るかというcomponent 実物を開き直して確かめること。remote durabilityやphysical purge証明とは別
• 用語 · IDX-C01-028webhook notification / acceptance splitresponse.completed通知とbusiness acceptance・external 実物を開き直して確かめることを分離
• 用語 · IDX-C03-035WebSocket continuation / durable recovery splitconnection内現在の状態、error eviction、25分上限とdurable task recoveryを分離
• 用語 · IDX-C02-022score 0候補露出本文以外の付随情報 maskで順位を落としても、retrieverの返却集合へ拒否候補が残るpath-scoped failure
• 道具 · TOOL-0002Google ChromeWebページやWebアプリを表示するブラウザです。
• 道具 · TOOL-0004claspGASを手元のファイルとして取得・編集・同期するCLIです。
• 道具 · TOOL-0061Rediskey-value保存・有効期限・データ構造操作に使うkey-valueデータストアです。
• 道具 · TOOL-0070kubectlcluster資源の照会・設定の適用・状態確認に使うKubernetesクライアントです。
• 道具 · TOOL-0071Terraform構成の宣言・差分計画・state管理に使うインフラ構成管理です。
• 道具 · TOOL-0076resticsnapshot保存・暗号化repository・復元に使うバックアップソフトです。
• 道具 · TOOL-0077systemd timer時刻指定・service起動・状態確認に使うOSの定期起動機構です。
• 道具 · TOOL-0085Prometheus指標の収集・PromQL・target状態の確認に使う時系列指標の収集・照会です。
• 道具 · TOOL-0086Microsoft Teamsチャット・channelでの共有・会議に使うコミュニケーションサービスです。
• 道具 · TOOL-0087Mattermostchannel・thread・検索と共有に使うコミュニケーション基盤です。
• 道具 · TOOL-0105Notionページ作成・データベース・共同編集に使う文書・情報整理サービスです。
• 道具 · TOOL-0106Trelloboard・card・作業状態の共有に使う作業管理サービスです。
• 道具 · TOOL-0107Discordserver・channel・会話と共有に使うコミュニケーションサービスです。
• 道具 · TOOL-0116Google Driveファイル保存・フォルダー・共有に使うファイル保管・共有サービスです。
• 道具 · TOOL-0122Zotero文献情報の保存・collection・引用情報の管理に使う文献管理ソフトです。
• 道具 · TOOL-0125Joplinノート・添付・同期に使うノート管理ソフトです。
• 道具 · TOOL-0126Syncthing端末間同期・フォルダー指定・同期状態確認に使うファイル同期ソフトです。
• 道具 · TOOL-0127KeePassXC暗号化DB・資格情報管理・データベース保存に使うパスワード管理ソフトです。
• 道具 · TOOL-0128Bitwardenvault・資格情報管理・同期に使うパスワード管理サービスです。
• 道具 · TOOL-0149MongoDBdocument保存・query・collectionに使うdocumentデータベースです。
• 道具 · TOOL-0169minikubecluster起動・driver選択・状態確認に使うローカルKubernetes環境です。
• 道具 · TOOL-0170kind検証cluster・config・状態確認に使うcontainer型Kubernetes検証環境です。
• 道具 · TOOL-0171OpenTofu構成定義・plan・stateに使うinfrastructure as code CLIです。
• 道具 · TOOL-0183Linearissue・project・状態管理に使うissue・project管理サービスです。
• 道具 · TOOL-0198Grafana Lokiログ保存・label・queryに使うログ集約・検索システムです。
• 道具 · TOOL-0199Grafana Tempotrace保存・trace ID・span検索に使う分散trace backendです。
• 道具 · TOOL-0237rsyncfile転送・差分確認・同期に使うfile転送・同期CLIです。
• 道具 · TOOL-0238AnythingLLM文書取込み・workspace・モデル接続に使う文書・LLM対話アプリです。
• 道具 · TOOL-0239Janモデル管理・対話・接続設定に使うローカルAI対話アプリです。
• 道具 · TOOL-0240GPT4Allモデル管理・対話・文書利用に使うローカルLLM対話アプリです。
• 道具 · TOOL-0256PEFTadapter設定・学習対象制御・adapter保存に使うparameter効率化学習ライブラリです。
• 道具 · TOOL-0257TRLtrainer・学習設定・結果保存に使う言語モデル学習ライブラリです。
• 道具 · TOOL-0261XGBoost表形式学習・予測・モデル保存に使う勾配boostingライブラリです。
• 道具 · TOOL-0262LightGBM表形式学習・予測・モデル保存に使う勾配boostingライブラリです。
• 道具 · TOOL-0268Qdrantvector保存・類似検索・payload条件に使うvector検索databaseです。
• 道具 · TOOL-0269Chromacollection・document保存・類似検索に使うembedding databaseです。
• 道具 · TOOL-0271LanceDB表保存・vector検索・filterに使うvector・表データdatabaseです。
• 道具 · TOOL-0274Milvuscollection・vector保存・類似検索に使うvector検索databaseです。
• 道具 · TOOL-0275Pineconeindex・vector保存・検索に使うmanaged vector databaseです。
• 道具 · TOOL-0280Julia数値計算・関数・配列処理に使うプログラミング言語です。
• 道具 · TOOL-0281Luascript実行・table・組込み処理に使うプログラミング言語です。
• 道具 · TOOL-0282Perl文字列処理・正規表現・file処理に使うプログラミング言語です。
• 道具 · TOOL-0283Kotlincompile・JVM実行・型付きコードに使うプログラミング言語です。
• 道具 · TOOL-0284Swiftcompile・script・package構成に使うプログラミング言語です。
• 道具 · TOOL-0294tmuxsession・windowとpane・再接続に使うterminal multiplexerです。
• 道具 · TOOL-0295Zellijpane・session・layoutに使うterminal workspaceツールです。
• 道具 · TOOL-0302Nox分離環境・session・複数版検査に使うPython検査session管理ツールです。
• 道具 · TOOL-0311VictoriaMetricsmetric保存・収集・queryに使う時系列metric databaseです。
• 道具 · TOOL-0312InfluxDB時系列保存・SQL query・データ管理に使う時系列databaseです。
• 道具 · TOOL-0314Netdatametric収集・chart・状態観測に使う端末・service監視ツールです。
• 道具 · TOOL-0320Nextcloudfile保存・共有・同期に使うfile共有・共同作業platformです。
• 道具 · TOOL-0321ONLYOFFICE Desktop Editors文書編集・表編集・file保存に使う文書・表・slides編集アプリです。
• 道具 · TOOL-0324diagrams.net図形編集・接続線・diagram保存に使うdiagram編集ツールです。
• 道具 · TOOL-0328Reactcomponent・状態・画面更新に使うUI構築ライブラリです。
• 道具 · TOOL-0330Sveltecomponent・状態・compileに使うUI構築compiler・frameworkです。
• 手段 · METHOD-0003ChromeでWebアプリを開くURLを指定してブラウザからWebサービスを利用します。
• 手段 · METHOD-0004claspでGASをローカル編集するGASを手元のエディターで編集し、対象projectへ同期します。
• 手段 · METHOD-0007Pythonでローカルfileを変換する小さなPythonスクリプトでfileを変換します。
• 手段 · METHOD-0028Agents SDKで外部操作前に人の承認を挟む重要なtool実行を中断し、人が承認または拒否した後に再開します。
• 手段 · METHOD-0062Redisの検証環境で期限付きの値を保存して読む
• 手段 · METHOD-0071kubectlで対象namespaceのPod状態を読む
• 手段 · METHOD-0080BrunoでHTTP requestをcollectionへ保存して再実行する
• 手段 · METHOD-0087Teamsのchannelで作業資料を共有する
• 手段 · METHOD-0088Mattermostのthreadで作業経緯をまとめる
• 手段 · METHOD-0106Notionのページで作業手順と原典を共有する
• 手段 · METHOD-0108Discordのchannelで検証結果を共有する
• 手段 · METHOD-0117Google Driveへ作業ファイルを保存する
• 手段 · METHOD-0127Syncthingで許可された端末間のフォルダーを同期する
• 手段 · METHOD-0129Bitwardenのvaultへ資格情報を保存する
• 手段 · METHOD-0239AnythingLLMで検証用文書へ質問する
• 手段 · METHOD-0240Janでローカルモデルと対話する
• 手段 · METHOD-0241GPT4Allのdesktop appで検証対話を行う
• 手段 · METHOD-0280PyArrowで表をParquetへ保存して読み直す
• 手段 · METHOD-0281Playwrightで検証ページのスクリーンショットを保存する
• 手段 · METHOD-0291Docker execで稼働中コンテナーの設定状態を読む
• 手段 · METHOD-0294GitHub Actionsで検査結果をartifactとして保存する
• 手段 · METHOD-0311rsyncのdry-runで同期前の変更範囲を確認する
• 手段 · METHOD-0320systemd timerで前回の実行漏れを補う設定を検証する
• 手段 · METHOD-0321curlでHTTPの応答headerと本文を別々に保存する
• 手段 · METHOD-0330pg_dumpで検証DBのschemaだけを保存する
• 手段 · METHOD-0343psqlの\copyで検索結果をローカルCSVへ保存する
• 手段 · METHOD-0375Milvusで検証用vectorを保存して検索する
• 手段 · METHOD-0381JuliaのREPLで小さな数値処理を検証する
• 手段 · METHOD-0382LuaのCLIで小さなtable処理を実行する
• 手段 · METHOD-0383Perlのscriptで検証用テキストを行ごとに処理する
• 手段 · METHOD-0384KotlinのCLIで小さなプログラムをcompileして実行する
• 手段 · METHOD-0385SwiftのCLIで検証用packageをbuildして実行する
• 手段 · METHOD-0395tmuxで検証作業のterminal sessionを分けて再接続する
• 手段 · METHOD-0396Zellijで検証作業のpaneを分けて状態を確認する
• 手段 · METHOD-0403NoxでPythonの検査sessionを分離して実行する
• 手段 · METHOD-0412VictoriaMetricsで検証metricを保存して照会する
• 手段 · METHOD-0421Nextcloudで検証用fileを保存し共有範囲を確認する
• 手段 · METHOD-0422ONLYOFFICE Desktop Editorsで検証文書を編集して保存する
• 手段 · METHOD-0425diagrams.netで処理の関係図を作って保存する
• 原典 · SRC-EVID-000332Use the command-line interface with claspApps Scriptをローカルから取得・編集・同期するclaspを説明します。
• 原典 · SRC-EVID-000142Human-in-the-loopツール実行を中断し、承認・拒否後に再開するSDKの経路です。
• 原典 · SRC-EVID-REF-0062SETRedisのkey-value保存と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0071Command line tool (kubectl)kubectlのcluster資源の照会と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0072What is Terraform?Terraformの構成の宣言と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0077Introductionresticのsnapshot保存と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0080Bruno DocumentationBrunoのHTTP requestと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0086First steps with PrometheusPrometheusの指標の収集と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0107Trello 101: How to Use Trello Boards & CardsTrelloのboardと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0117Upload files & folders to Google DriveGoogle Driveのファイル保存と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0123The BasicsZoteroの文献情報の保存と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0126Using JoplinJoplinのノートと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0127Getting StartedSyncthingの端末間同期と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0128KeePassXC Getting Started GuideKeePassXCの暗号化DBと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0129Password Manager Web AppBitwardenのvaultと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0150Getting Started with MongoDBMongoDBのdocument保存と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0170minikube startminikubeのcluster起動と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0171Quick Startkindの検証clusterと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0172What is OpenTofu?OpenTofuの構成定義と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0184Start GuideLinearのissueと利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0196Get started with Grafana LokiGrafana Lokiのログ保存と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0197Set up for tracingGrafana Tempoのtrace保存と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0235rsync(1) manpagersyncのfile転送と利用開始の経路を確認する公開一次資料です。
• 原典 · SRC-EVID-REF-0268psqlpsqlの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0276Reading and Writing the Apache Parquet FormatReading and Writing the Apache Parquet Formatの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0277ScreenshotsScreenshotsの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0286docker container execdocker container execの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0287kubectl applykubectl applyの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0288kubectl rollout statuskubectl rollout statusの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0289Store and share data with workflow artifactsStore and share data with workflow artifactsの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0300Querying basicsQuerying basicsの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0301Query LokiQuery Lokiの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0303rsync(1) manpagersync(1) manpageの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0304Restoring from backupRestoring from backupの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0311curl man pagecurl man pageの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0316SCANSCANの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0317pg_dumppg_dumpの基本機能・前提と利用経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0331QuicktourPEFTの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0332QuickstartTRLの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0336Get Started with XGBoostXGBoostの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0337Python-package IntroductionLightGBMの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0343Local QuickstartQdrantの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0344Getting StartedChromaの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0346QuickstartLanceDBの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0349QuickstartMilvusの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0350QuickstartPineconeの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0369Getting Startedtmuxの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0370ZellijZellijの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0377TutorialNoxの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0386Quick startVictoriaMetricsの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0387Get started with InfluxDB 3 CoreInfluxDBの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0389Netdata Agent InstallationNetdataの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0394Accessing your files using the Nextcloud Web interfaceNextcloudの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0395Getting started with ONLYOFFICE Desktop EditorsONLYOFFICE Desktop Editorsの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0398draw.iodiagrams.netの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0402Quick StartReactの基本機能・前提と利用開始の経路を説明する公開一次資料です。
• 原典 · SRC-EVID-REF-0404OverviewSvelteの基本機能・前提と利用開始の経路を説明する公開一次資料です。