GROK:状態を持つAIの運用契約
記事状態: 公開 · 最終確認: 未確認
要点
このマッピングは、xAIのレスポンス、保存された継続、遅延実行されるChat Completions、Batch API、ファンクションコーリング、ZDR、および公式Python SDKを、CORE-01.プロバイダーのレスポンス、リクエスト、バッチ、およびツール呼び出しの状態に紐付けます。これらは実行時のキャリア(運搬体)であり、正規の業務タスク記録、成果物の受理、外部へのコミット受領証、または意図された最終状態の証明ではありません。
現在の判断
このマッピングは、xAIのレスポンス、保存された継続、遅延実行されるChat Completions、Batch API、ファンクションコーリング、ZDR、および公式Python SDKを、CORE-01.プロバイダーのレスポンス、リクエスト、バッチ、およびツール呼び出しの状態に紐付けます。これらは実行時のキャリア(運搬体)であり、正規の業務タスク記録、成果物の受理、外部へのコミット受領証、または意図された最終状態の証明ではありません。
どこまで当てはまるか
このマッピングは、xAIのレスポンス、保存された継続、遅延実行されるChat Completions、Batch API、ファンクションコーリング、ZDR、および公式Python SDKを、CORE-01.プロバイダーのレスポンス、リクエスト、バッチ、およびツール呼び出しの状態に紐付けます。これらは実行時のキャリア(運搬体)であり、正規の業務タスク記録、成果物の受理、外部へのコミット受領証、または意図された最終状態の証明ではありません。
xAIのAPIキー、チーム、コンソール、モデル、SDKプロセス、ツール、バッチ、遅延リクエスト、または外部システムは一切操作されていません。既存のCORE-01 6/6および12/12のローカル結果は、ファーストパーティのCOMPILER_EXPERIMENT(コンパイラ実験)による根拠であり、Grokによる観察結果ではありません。
詳しく理解する
製品への適用整理 — Grok / CORE-01 Operating Contracts for Stateful AI
MAPPING_ID: PM-GROK-CORE-01-v0.1
PRODUCT_MAPPING_ID: PM-GROK-CORE-01-v0.1
提供元: Grok / xAI
CORE_PACKET: PKT-GEMINI-A-CORE-01-v0.1
状態: PUBLIC_MAPPING_BOUNDED_COMPLETE / ROLLING_SDK_UNPINNED / LIVE_ORG_PENDING
AS_OF: 2026-09-12
1. 適用限界
このマッピングは、xAIのレスポンス、保存された継続、遅延実行されるChat Completions、Batch API、ファンクションコーリング、ZDR、および公式Python SDKを、CORE-01.プロバイダーのレスポンス、リクエスト、バッチ、およびツール呼び出しの状態に紐付けます。これらは実行時のキャリア(運搬体)であり、正規の業務タスク記録、成果物の受理、外部へのコミット受領証、または意図された最終状態の証明ではありません。
xAIのAPIキー、チーム、コンソール、モデル、SDKプロセス、ツール、バッチ、遅延リクエスト、または外部システムは一切操作されていません。既存のCORE-01 6/6および12/12のローカル結果は、ファーストパーティのCOMPILER_EXPERIMENT(コンパイラ実験)による根拠であり、Grokによる観察結果ではありません。
2. 記述・判断 mapping
| MAPPING 記述・判断 | GROK / xAI 利用機能・接続経路 | CORE-01 DECISION | 根拠 / LIMIT |
| PM-C01-GROK-001 | Responses API stored continuation | Server-side 保存領域 is on by default. Record response ID separately from TASK_ID, 参照資料の固定版, 成果物 and 受け入れ確認 状態. | EXT-G01-001; 回答は30日間は取得・継続可能として記録され、その後削除される。プロバイダーによる保持は、ビジネス上のチェックポイントではない。 |
| PM-C01-GROK-002 | store:false(保存しない)およびクライアント保持の履歴 | サーバーのストレージが無効化されている場合、クライアントが完全な履歴、および継続に必要な暗号化された推論/ツール状態を保持する。 | EXT-G01-001/006; ZDR disables stateful Responses and requires client-side 履歴. No 公開 根拠 proves アプリケーション 状態の永続保存 or 復旧 quality. |
| PM-C01-GROK-003 | Function calling and previous_response_id | モデル提案の分離、ローカルでの認可および実行、関数の出力、継続、および正式な結果の照合。 | EXT-G01-002; 提供元 continuation does not supply business 認可, 重複実行を防ぐ性質, 処理結果の受領記録 or 取り消し・埋め合わせ処理. |
| PM-C01-GROK-004 | Deferred Chat Completions | Track deferred request_id, readiness and consumption separately. A 202 is pending, not 失敗 or 完了. | EXT-G01-004; result is documented as retrievable exactly once within 24 hours, then discarded. This is a delivery lifecycle, not 成果物 受け入れ確認. |
| PM-C01-GROK-005 | Batch API | バッチIDおよび各batch_request_idを追跡すること。保留中/成功/エラーの状態を個別に保持し、IDによって結果を結合する。 | EXT-G01-005; num_pending=0 には成功とエラーが含まれます。キャンセルによって完了した結果が残る場合があります。また、バッチには有効期限があります。 |
| PM-C01-GROK-006 | API 保持期間・保持方針 and ZDR | Materialize effective team 保持期間・保持方針 mode and verify the x-zero-data-retention response header for every 実行. | EXT-G01-006; default 30-day encrypted 監査 保持期間・保持方針, team-wide ZDR and negotiated Enterprise terms are different regimes. |
| PM-C01-GROK-007 | API/Console 監査 surfaces | 提供元 request logs and 管理者 監査 events are 根拠 sources, not immutable business receipts. | EXT-G01-006; ZDRおよび公開ドキュメントにおけるコンテンツのログ記録の変更は、組織の保持/エクスポート/不変性を確立するものではない。 |
| PM-C01-GROK-008 | Official Python SDK | Pin installed package/バージョン and transport behavior before treating SDK 状態 as reproducible. | EXT-G01-007; official gRPC SDK 裏付ける内容 sync/async clients and states SemVer intent, while warning that internal breaking changes may occur in minor/patch releases. Rolling main is not a fixed 実行環境 anchor. |
| PM-C01-GROK-009 | モデル/product 主体の識別 | Record requested モデル, 観測済み response モデル/内容を照合する識別値/headers, route and 組織 policy separately. | EXT-G01-003/004; 公開 grok-4.6 付随情報 and response examples do not prove the actual 組織の利用環境 route or 設定. |
確認・評価方法
Use synthetic non-personal inputs and a disposable mock sink. Do not connect 本番環境 tools or data.
- 個別のタスク、契約、ソーススナップショット、レスポンス、保留されたリクエスト、バッチ、バッチリクエスト、ツール呼び出し、成果物、および受け入れ確認のIDを割り当ててください。
- 実行 equivalent ローカル環境の fixtures for server-stored and store:false paths; prove that loss of client-held 履歴 fails closed rather than inventing prior work.
- Continue a stored response before and after a synthetic expiry 適用限界; do not infer real 保持期間・保持方針 without a permitted 組織の利用環境 test.
- Inject pending (202), 成功, consumed/missing and expired deferred-result records. A deferred result may be accepted only once and only after 成果物 妥当性の検証.
- Shuffle batch results and mix 成功/error/cancel. Join by batch_request_id; num_pending=0 cannot set BUSINESS_ACCEPTED while a required item errored or is absent.
- Replay the same function call against an idempotent mock sink. Record proposal, 認可, 操作内容 digest, 提供元 continuation, sink 処理結果の受領記録 and 結果の照合 independently.
- Compare declared 保持期間・保持方針 mode with 観測済み response header; reject a 実行 whose effective mode is missing or mismatched.
- Accept only after 成果物 existence/digest and authoritative external-state 結果の照合 satisfy CORE-01.
This is a test design, not a record of running xAI services or the SDK.
4. 組織オーバーレイ・ルーティング
The 組織ごとの追加条件 must supply adopted API/モデル/SDK pins; team and key ownership; default-retention/ZDR/negotiated-term choice; request-log and audit-log 保持期間・保持方針/export; client-side encrypted 履歴 store; deferred/batch polling, expiry and 復旧 policy; 重複実行を防ぐ性質 key and 取り消し・埋め合わせ処理 担当者; authoritative 成果物/外部 システム; RTO/RPO; incident 担当者; and business 受け入れ確認 authority. 公開 仕様・利用方法の文書 cannot close these values.
5. Bounded questions
| QUESTION_ID | 検討する問い | 状態 |
| Q-PM-C01-GROK-001 | Which stored-response, store:false, ZDR or negotiated-retention regime is actually adopted, and how is expiry handled? | PUBLIC_DEFAULTS_CLOSED / EFFECTIVE_TEAM_CONFIGURATION_UNKNOWN |
| Q-PM-C01-GROK-002 | Can repeated ツール continuation or 再試行 duplicate an 外部 effect, and what 受領記録・結果の照合/取り消し・埋め合わせ処理 条件・契約 is used? | BOUNDED_SAFE_PROFILE / LIVE_EXTERNAL_EFFECT_UNKNOWN |
| Q-PM-C01-GROK-003 | Which モデル, SDK 生成・構築, route, 内容を照合する識別値, headers and logs identify the actual 実行? | ROLLING_PUBLIC_SURFACE / FIXED_LIVE_IDENTITY_UNKNOWN |
| Q-PM-C01-GROK-004 | How are deferred and batch terminal states joined to 成果物 妥当性の検証 and business 受け入れ確認? | PUBLIC_LIFECYCLE_BOUNDED / LIVE_ACCEPTANCE_UNKNOWN |
6. 処置
- CORE-01 claims remain unchanged; Gemini, GPT and Claude backprop are not required.
- AUD-C01-001 remains open for live adapter 実行 and AUD-C01-007 for cross-provider 反証の確認 of the provisional requiredness profile.
- 公開 根拠 is bounded to 2026-09-12. The SDK repository is author-maintained but not fixed to a locally 実行済み package/バージョン/commit.
- この限定された単位内では、独立した本番運用、xAI の問題再現、または稼働中の組織の利用環境でのテストは実施されていません。この欠如は、安全性の根拠へと変換されることなく、根拠の不足として保持されます。
- Next 提供元 unit: Grok CORE-02 against the existing permission-aware 検索・取得, 記憶情報 lifecycle and bounded long-context test intent.
実務での使い方
MAPPING_ID: PM-GROK-CORE-01-v0.1
PRODUCT_MAPPING_ID: PM-GROK-CORE-01-v0.1
提供元: Grok / xAI
CORE_PACKET: PKT-GEMINI-A-CORE-01-v0.1
状態: PUBLIC_MAPPING_BOUNDED_COMPLETE / ROLLING_SDK_UNPINNED / LIVE_ORG_PENDING
AS_OF: 2026-09-12
まだ確認できていないこと
- PM-GROK-CORE-01-CURRENTNESS
原資料の確定版から収録しています。外部根拠の最新性を今回の取込日で確認済みと扱いません。本文の未解決事項・残余制約を保持します。
根拠資料
この記事には、直接開ける外部出典が登録されていません。出典IDや検証情報は末尾で確認できます。
出典ID・検証情報・機械可読データ
根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。
- 記事ID
- PM-GROK-CORE-01
- 最終確認日
- —
- 提供元・モデル・プラン・利用環境
- GROK
- 対象地域
- —
元資料の全文と収録照合記録
資料の識別情報
Source SHA-256 641281bb8f1820e50f2b754f72230a6f011e14d1566695410e73a4a627e4cc29
Product Mapping — Grok / CORE-01 Operating Contracts for Stateful AI
MAPPING_ID: PM-GROK-CORE-01-v0.1
PRODUCT_MAPPING_ID: PM-GROK-CORE-01-v0.1
PROVIDER: Grok / xAI
CORE_PACKET: PKT-GEMINI-A-CORE-01-v0.1
STATUS: PUBLIC_MAPPING_BOUNDED_COMPLETE / ROLLING_SDK_UNPINNED / LIVE_ORG_PENDING
AS_OF: 2026-09-12
1. Boundary
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 runtime carriers; they are not the canonical business task record, artifact acceptance, an external commit receipt or proof of the intended final state.
No xAI API key, team, Console, model, SDK process, tool, batch, deferred request or external system was operated. Existing CORE-01 6/6 and 12/12 local results remain first-party COMPILER_EXPERIMENT evidence and are not Grok observations.
2. Claim mapping
| MAPPING CLAIM | GROK / xAI SURFACE | CORE-01 DECISION | EVIDENCE / LIMIT |
| PM-C01-GROK-001 | Responses API stored continuation | Server-side storage is on by default. Record response ID separately from TASK_ID, source snapshot, artifact and acceptance state. | EXT-G01-001; responses are documented as retrievable/continuable for 30 days, then removed. Provider retention is not a business checkpoint. |
| PM-C01-GROK-002 | store:false and client-held history | When server storage is disabled, the client owns complete history and encrypted reasoning/tool state needed for continuation. | EXT-G01-001/006; ZDR disables stateful Responses and requires client-side history. No public evidence proves application persistence or recovery quality. |
| PM-C01-GROK-003 | Function calling and previous_response_id | Separate model proposal, local authorization/execution, function output, continuation and authoritative readback. | EXT-G01-002; provider continuation does not supply business authorization, idempotency, receipt or compensation. |
| PM-C01-GROK-004 | Deferred Chat Completions | Track deferred request_id, readiness and consumption separately. A 202 is pending, not failure or completion. | EXT-G01-004; result is documented as retrievable exactly once within 24 hours, then discarded. This is a delivery lifecycle, not artifact acceptance. |
| PM-C01-GROK-005 | Batch API | Track batch ID and each batch_request_id; preserve pending/success/error independently and join results by ID. | EXT-G01-005; num_pending=0 includes success and error. Cancellation can leave completed results; batches expire. |
| PM-C01-GROK-006 | API retention and ZDR | Materialize effective team retention mode and verify the x-zero-data-retention response header for every run. | EXT-G01-006; default 30-day encrypted audit retention, team-wide ZDR and negotiated Enterprise terms are different regimes. |
| PM-C01-GROK-007 | API/Console audit surfaces | Provider request logs and admin audit events are evidence sources, not immutable business receipts. | EXT-G01-006; content logging changes under ZDR and public docs do not establish organization retention/export/immutability. |
| PM-C01-GROK-008 | Official Python SDK | Pin installed package/version and transport behavior before treating SDK state as reproducible. | EXT-G01-007; official gRPC SDK supports sync/async clients and states SemVer intent, while warning that internal breaking changes may occur in minor/patch releases. Rolling main is not a fixed runtime anchor. |
| PM-C01-GROK-009 | Model/product identity | Record requested model, observed response model/fingerprint/headers, route and organization policy separately. | EXT-G01-003/004; public grok-4.6 metadata and response examples do not prove the actual tenant route or configuration. |
3. Safe test profile
Use synthetic non-personal inputs and a disposable mock sink. Do not connect production tools or data.
- Assign distinct task, contract, source snapshot, response, deferred request, batch, batch-request, tool-call, artifact and acceptance IDs.
- Run equivalent local fixtures for server-stored and store:false paths; prove that loss of client-held history fails closed rather than inventing prior work.
- Continue a stored response before and after a synthetic expiry boundary; do not infer real retention without a permitted tenant test.
- Inject pending (202), success, consumed/missing and expired deferred-result records. A deferred result may be accepted only once and only after artifact validation.
- Shuffle batch results and mix success/error/cancel. Join by batch_request_id; num_pending=0 cannot set BUSINESS_ACCEPTED while a required item errored or is absent.
- Replay the same function call against an idempotent mock sink. Record proposal, authorization, operation digest, provider continuation, sink receipt and readback independently.
- Compare declared retention mode with observed response header; reject a run whose effective mode is missing or mismatched.
- Accept only after artifact existence/digest and authoritative external-state readback satisfy CORE-01.
This is a test design, not a record of running xAI services or the SDK.
4. Organization Overlay routing
The Organization Overlay must supply adopted API/model/SDK pins; team and key ownership; default-retention/ZDR/negotiated-term choice; request-log and audit-log retention/export; client-side encrypted history store; deferred/batch polling, expiry and recovery policy; idempotency key and compensation owner; authoritative artifact/external system; RTO/RPO; incident owner; and business acceptance authority. Public documentation cannot close these values.
5. Bounded questions
| QUESTION_ID | QUESTION | STATUS |
| Q-PM-C01-GROK-001 | Which stored-response, store:false, ZDR or negotiated-retention regime is actually adopted, and how is expiry handled? | PUBLIC_DEFAULTS_CLOSED / EFFECTIVE_TEAM_CONFIGURATION_UNKNOWN |
| Q-PM-C01-GROK-002 | Can repeated tool continuation or retry duplicate an external effect, and what receipt/readback/compensation contract is used? | BOUNDED_SAFE_PROFILE / LIVE_EXTERNAL_EFFECT_UNKNOWN |
| Q-PM-C01-GROK-003 | Which model, SDK build, route, fingerprint, headers and logs identify the actual execution? | ROLLING_PUBLIC_SURFACE / FIXED_LIVE_IDENTITY_UNKNOWN |
| Q-PM-C01-GROK-004 | How are deferred and batch terminal states joined to artifact validation and business acceptance? | PUBLIC_LIFECYCLE_BOUNDED / LIVE_ACCEPTANCE_UNKNOWN |
6. Disposition
- CORE-01 claims remain unchanged; Gemini, GPT and Claude backprop are not required.
- AUD-C01-001 remains open for live adapter execution and AUD-C01-007 for cross-provider falsification of the provisional requiredness profile.
- Public evidence is bounded to 2026-09-12. The SDK repository is author-maintained but not fixed to a locally executed package/version/commit.
- No independent production operation, xAI issue reproduction or live tenant test was available in this bounded unit; absence is retained as evidence gap, not converted to safety evidence.
- Next provider unit: Grok CORE-02 against the existing permission-aware retrieval, memory lifecycle and bounded long-context test intent.
PM-GROK-CORE-01-DOCUMENT-READBACK実装資料実装資料根拠の出所: DOCUMENT_INGESTION_READBACK原資料との収録照合
- 裏付ける内容
- 資料単位の本文ハッシュ、段落数、表数を照合しています。
- 確認日
- —
- 出典・実験ID
- DOC-083cde4caa627644-PM-GROK-CORE-01
- 検証箇所
- 18WPldGemks2px0ukhKYINeBMrBwAmlAi · 083cde4caa627644036a2225f1f6ff29b8015bd902614fe1f7a00a997b4eb59c · provider_mappings/PM-GROK-CORE-01.md · 272410e15cd67cdc6a3d0db10cf831899ddc9981c44635d53b5a5fb3ba666454
- 適用範囲
- 公開指定を受けた資料単位の全文・表・出典。
- 出典・来歴
- SOURCE_IDENTITY_VERIFIED
- 限界
- 収録照合は主張の真偽や外部根拠の最新性を追加保証しません。
- 出典ID
- DOC-083cde4caa627644-PM-GROK-CORE-01
- 追跡中のUNKNOWN ID
- PM-GROK-CORE-01-CURRENTNESS
- 再確認のきっかけ
- 原資料の更新 · 参照資料の変更 · 新しい反証・検証記録
機械検査: 通過 — 機械検査の結果です。情報の正確性や実行の承認を保証するものではありません。
同じ記事IDの機械可読データです。