追う

更新・廃止・変更影響を追う

128件の公開項目

• EA · EA-027業界別版業界別AI運用は、共通のAI統制を業界ごとに作り直すことではない。共通Coreの上に、適用法令・規制主体、保護データ、用途、意思決定や物理的影響、専門家監督、変更管理、証跡をIndustry Profileとして重ねる。同じ医療・金融・教育という名称でも、組織の法的地位、地域、データ、用途によって必要な統制は変わるため、業界名だけで可否やリスクを決めない。
• EA · EA-030AI能力の継続観測所AI能力の観測値は、モデル名だけに帰属する固定値ではない。モデル識別子、評価課題、実行環境、tool/scaffold、採点器、利用条件、実行日を組にして記録し、同一method versionの系列内で比較する。benchmarkやharnessを改訂した場合は旧系列と新系列をbridge runで接続し、method changeをmodel improvementと混同しない。
• EA · EA-034Knowledge／RAG工学専門編Enterprise RAGは検索機能ではなく、権限付き知識の派生物を継続的に生成・検索・検証・削除するライフサイクルとして扱う。検索品質、権限、鮮度、根拠提示、安全性は別々に測定する。RAGが回答へ根拠を与えても、取得漏れ、古いindex、権限同期遅延、poisoned knowledge、unsupported synthesisは残り得るため、retriever・generator・citation・lifecycleを分離して評
• EA · EA-038AI＋従来ソフト協調論AIにすべてを実行させず、意味解釈や計画をAIへ、厳密な計算・検証・検索・状態更新を従来ソフトへ返す。従来ソフトも正しさを自動保証しないため、型付き入力、権限、transaction/lock、idempotency、postcondition、readbackを実行契約として固定し、AIの成功宣言ではなく実システムからの再取得で閉じる。
• 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-106Automated AI Red Team「PyRITとgarakは生成AI/LLMのリスクprobeを自動化するOSS部品である。probeが通過したことは安全性の証明ではなく、対象・version・fixture・設定に依存する。」
• EA · EA-112Reproducibility／Determinism研究「再現性は環境境界を伴う契約である。PyTorch 2.14 Docsもrelease・commit・platform・CPU/GPU間の完全再現を保証せず、seedとdeterministic optionで特定環境の非決定性を減らす設計を示す。これをhosted LLMの文字列一致保証へ外挿してはならない。」
• EA · EA-137PydanticAI「Pydantic AIの公式資料は、型付きPython agent loop、tools、structured output、複数model接続、streaming・durable execution・instrumentationを実装要素として示す。型検証やdurabilityの記載は、LLMの真偽・認可・外部action安全性・全providerの同一性を保証しない。」
• EA · EA-140AutoGen史AutoGen史
• EA · EA-145ServiceNow AI Agents「ServiceNow AI Agent Studioの公式Docs（Australia release、2026-03-12更新）は、AI agent/agentic workflowの作成・管理・テスト・監視、execution log、manual/automated evaluation、AI Guardian、analyticsを記載している。Otto AI Agentsのinstall等の前提があり、release・tena
• EA · EA-171Arize PhoenixArize Phoenix is documented as an open-source AI observability and evaluation platform built on OpenTelemetry and OpenInference. Its documented surface includes traces for model calls, retrieval, tool use and custom logi
• EA · EA-215LlamaParse／高精度Document Parsing APILlamaParseはtier・versionを選び文書を構造化する専用APIです。素材の複雑さに応じたtier選択と、ページ・表・数値・来歴の評価を分けます。job完了だけで全ページ成功と判断しません。
• 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-248CDCでAI Knowledgeを更新するChange Data Capture（CDC）は、databaseの変更をAI/RAG knowledgeへ低遅延で届ける経路として利用できます。ただし、CDCを導入しただけでsource databaseからretrieval indexまでexactly-onceに一致するわけではありません。 CDC transportと、document/chunk/embedding/search indexへのmaterialization
• EA · EA-1203Predictive ML／Classical MLOps Production Lifecycle「定期的に再学習すればモデル劣化を防げる」「feature storeを使えばleakageはなくなる」「driftを検知すれば精度低下が分かる」と一般化しません。
• EA · EA-1205Model Privacy Attack Evaluation／Membership Inference／Inversion／Extraction学習済みAIモデルは、通常の推論APIとして提供されていても、学習データへの参加有無を推定するmembership inference、学習データの属性・代表情報を推定するmodel inversion/reconstruction、target modelの機能や知的財産を複製するmodel extraction/model theftの対象になり得る。これらは目的・必要アクセス・成功指標が異なるため、同じ「情報漏えい」として一括評価
• EA · EA-1210DeepSeek API／Open-weight Deployment Operating Profile「DeepSeekはopen sourceなので自社内だけで動く」「DeepSeek APIと公開weightは同じモデル」「model nameを固定すればversionも固定される」「OpenAI互換なのでOpenAI APIと同じ挙動」と一般化しない。
• EA · EA-1211Qwen Model-family／Managed API／Local Deployment Operating Profile「Qwen3を導入した」ではなく、「2026-10-20時点でAlibaba Cloud Model Studioのregion/scope Xにおけるmodel ID Yをprotocol Zで利用」または「Qwen公式repository/revision Rのweightをruntime/version Q、quantization Nでself-host」と記述し、managed serviceとopen-weight arti
• EA · EA-1212Mistral Platform／Open-weight Operating Profile「Mistralの運用条件はprovider名ではなく、surface・model/version・weight artifact・license・runtime・region/data-processing条件を分離して確認する。」 「open-weightであること、APIで提供されること、同じmodel family名であることを、同一の契約・runtime・data boundaryの証拠として扱わない。」
• EA · EA-1214Gemma Open-weight Model-family Operating Profile「GemmaはApache 2.0のGoogle製open modelで、ローカルなら安全に使える」ではなく、「採用するGemma family/variant/revisionごとにlicense、weight hash、runtime、quantization、capabilityを固定する。Gemma 4は現行公式model cardでApache 2.0だが、旧familyには別Termsの対象があり、self-host時のse
• EA · EA-173Weights & Biases Weave：AIアプリケーションのトレーシング・評価・運用観測「Weights & Biases Weaveは、AIエージェントやLLMアプリケーションの実行をトレースし、評価・フィードバック・性能／費用観測へ接続するための基盤として利用できる。ただし、記録されたtraceはinstrumentationと送信条件の範囲での観測であり、実行の完全性を自動的に保証しない。評価結果もdataset、scorer、model、prompt等のversionと適用範囲に依存する。Enterprise利用で
• EA · EA-175PromptfooPromptfooはLLM/AIアプリの評価・red-teamを構成可能なOSS harnessである。pass/failやred-team scoreは、固定したtest corpus、assertion、grader、target、Promptfoo version、plugin/strategyの範囲で得られた観測であり、品質・安全性・法令適合・本番SLOの包括保証ではない。機密用途では実際のegressとdeployment m
• 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-179HELM — Enterprise AI運用での評価・再現性境界HELMはStanford CRFMのfoundation-model評価frameworkで、scenario・model interface・metric・artifactを標準化し複数leaderboardを再現可能に扱います。ただし単一の普遍的HELM scoreはなく、結果はsuite・scenario・dataset revision・model/provider ID・prompt/adaptation・metric・HE
• EA · EA-184OSWorld系OSWorld系は、実際のデスクトップ環境でGUI・OS・アプリケーションを操作するcomputer-use agentを評価するベンチマーク群である。企業で結果を参照する場合、「OSWorld」という名称や単一スコアだけでは比較条件を特定できない。OSWorld 1.x、OSWorld-Verified、OSWorld-V2を分離し、V2ではrelease manifestが固定するcode、task files、task asset
• EA · EA-227E-signature APIをAI/Agent文書業務へ接続する際の送信・署名状態・権限・証跡境界「AIが署名文書を生成・API送信できること」と「正しい当事者が意図した文書へ有効に署名し、必要な証跡が保存されたこと」は別です。不可逆な送信前に文書version/hash、recipient、environment、権限、承認を固定し、送信response、署名状態、最終文書を別々にreadbackします。test mode、webhook受信、access removalを、それぞれ法的成立、exactly-once処理、全消去の
• EA · EA-249ETL・ELTからAIの知識索引まで更新の成立を追うETLは取り出したデータを変換してから読み込み、ELTは読み込んだ後の基盤で変換します。AIの知識更新では、その後にも解析、分割、embedding、索引公開、権限の反映があります。取込ジョブが成功しただけで、検索や回答が最新・正確・閲覧可能になったとは判断できません。原本から検索可能な版まで、何がどこまで反映されたかを追います。
• EA · EA-253Data Catalog／Metadata Catalog × AIData CatalogをAI/Agentのcontext sourceにする場合、検索結果をそのまま正本データや実行権限として扱いません。 Catalogから取得したcontextには、可能な範囲でentity identity、source locator、metadata revision/freshness、owner、glossary/term、lineage、quality、authorization境界を残します。
• EA · EA-267Reproducible Runtime／Dependency Lock for AgentAgent runtimeの再現性では、source revisionとdependency lockだけでなく、runtime/container digest、OS/architecture、toolchain、build instructions、再現性に影響するenvironment、model/API/tool/prompt設定のversion/digestを固定します。
• EA · EA-273AI Change Freeze／Maintenance WindowChange freezeは選択した変更リスクを減らす統制であり、信頼性や完全なimmutabilityを保証しません。freeze、maintenance window、emergency exceptionを別の監査可能な状態として管理し、AI固有のchange surfaceを列挙して、変更後はauthoritative stateとbehaviorをreadbackします。
• EA · EA-284Approval UX for High-impact AI Actions「特定の操作と条件を人が確認し、その決定と実行内容を照合する承認経路を設計する」。一方、「人が押せば安全」「通知したので承認済み」「一度承認すれば変更後も許可」「interruptがあるので副作用は一度だけ」とはしない。
• EA · EA-290AI Configuration Drift DetectionAI Configuration Drift Detection
• EA · EA-291AI Dependency End-of-Life／Deprecation ManagementAI Dependency End-of-Life／Deprecation Management
• EA · EA-326モデル評価設計モデル評価は、対象modelだけでなくdataset、slice、metric、judge、baseline、run configurationをversion固定して比較する。全体平均だけで合否を決めず、重大sliceの回帰を独立して確認する。providerの評価サービスは実行基盤であり、組織固有の安全性や適合性を自動的に証明するものではない。
• EA · EA-476通信断を前提にしたAI運用Offline-First AI Operationsは、ネットワークが切れてもモデルを実行できることだけを意味しません。通信断中に利用できるモデル・データ・権限・保存容量を明確にし、古い情報で許してよい処理と停止すべき処理を分け、再接続後に権限と状態を照合してから外部への変更を解放する運用です。推論の継続、業務行為の許可、キューの配送、外部状態の整合は別の成立条件です。
• EA · EA-499Agentへ委譲する権限の範囲と失効Agentへの作業依頼は、利用者や委譲元の全権限を渡すことではありません。現在の実行主体、誰のために動くか、許可された操作と対象、引数、期限、再委譲の条件を明示し、重要な効果の直前に現在の権限を照合します。委譲の履歴が残っていることと、今その操作を許可してよいことは別です。長時間の処理では、開始時の許可、更新・失効、非同期で残った仕事まで管理します。
• EA · EA-518コンテキストの出所ラベルと指示・データの境界コンテキストには、現在の指示、利用者の入力、検索文書、toolの結果、過去の記憶、agentが作った要約など、異なる出所と役割の情報が混在します。出所ラベルはそれらを区別して追跡するために使います。ただし、本文中に「信頼済み」「system」「正本」と書いてあることは権限の証明ではありません。出所、生成・変換の履歴、現在の権限、鮮度、実際のprompt配置を分け、重要な操作の許可を参照データの記述だけから決定しない必要があります。
• EA · EA-521Cross-provider Schema Loss Accounting Envelope「Structured Outputsを使えばJSON Schemaどおりになる」「三providerで同じschemaを使える」とは表現しない。安全な表現は、「各providerのdocumented subsetと実効strictnessをversion付きで確認し、canonical schemaからprovider schemaへの変換差分を記録し、生成後にcanonical constraintを再検証する。表現不能な重要co
• EA · EA-683Evaluation Set Aging / Refresh / Contamination“Benchmark scores are versioned observations, not timeless model properties. Preserve benchmark-release, item/scorer/harness provenance and inference conditions. A refresh or item correction starts a new comparison revis
• EA · EA-684Stochastic Reproducibility／Nondeterminism Budget「seed固定により再現可能」と一般化しない。「特定runtime・version・hardware・scheduler等の前提を固定した範囲で再現性を高められる」「完全一致が契約できない系では反復分布と許容差を管理する」と記述する。
• EA · EA-735本番トレースを評価データセットへ戻すフィードバックループ「本番traceは評価データセットの有力な入力であり、versioned datasetへ昇格して回帰評価へ戻せる。ただし代表性、PII、redaction、version混在、rare-event欠落をcontrolし、trace-derived setだけを完全な品質保証とみなさない。」
• 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-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 · PM-CLAUDE-CORE-03CLAUDE：タスク分解と処理工程CORE-03のstage、artifact、handoff、parallel/serial、resume/retry、verification、transaction境界をClaude Agent SDK/Claude Codeの公開surfaceへ対応づける。会話session、subagent、tool result、hook、permission、filesystem、外部systemを同一状態として扱わない。S063 Froz
• EA · PM-CLAUDE-CORE-06CLAUDE：プロンプトと設定の管理CORE-06のversioned configuration bundle、declared/effective差、environment diff、canary、rollbackをClaude API、Claude Agent SDK、Claude Codeへ対応づける。対象はsystem prompt、settingSources、settings/CLAUDE.md/skills、model/effort、tools、struc
• EA · PM-CLAUDE-CORE-07CLAUDE：評価データと公開前の評価契約CORE-07のdataset、scorer/judge、holdout、slice gate、release evidenceを、Anthropicの評価設計guidance、Console prompt improver/evaluator、Message Batches、structured outputs、Agent SDK/Claude Codeおよびauthor-maintained cookbookへ対応づける。公開仕様・
• 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-GPT-CORE-07OpenAI / GPT：評価データと公開前の評価契約CORE-07のgolden dataset、holdout、scorer/judge registry、slice-level AND gate、release/rollback evidenceをOpenAIのDatasets、Evals、Graders、Agent evals、Prompt optimizerおよびopenai/evals OSSへ対応づける。公開仕様と固定OSSだけを対象とし、実tenant、非公開dataset
• EA · PM-GROK-CORE-06GROK：プロンプトと設定の管理CORE-06のversioned composite configuration、declared/effective差、environment diff、canary、rollbackをxAI APIへ対応づける。対象はrequest message、model/alias、sampling/reasoning parameter、client/server/MCP tool、Collection/file source、struc
• 用語 · IDX-C07-009active deprecated eval dependency現在利用できるhosted Evals/Gradersと2026-10-31 read-only・11-30 shutdown予定を分離
• 用語 · IDX-C06-019active deprecated prompt dependency現在利用可能な旧prompt objectと、2026-11-30停止予定のforward dependencyを分離
• 用語 · IDX-C02-038追記型memory旧新の事実recordを保持しつつ、supersede/merge/進み具合/validityとread-time filterで現行値を派生する設計。単なる複数ADDは現在の truthを保証しない
• 用語 · 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-C02-076auto-synced source / copied source splitDrive referenceの更新とweb/YouTube/upload captureを分離
• 用語 · IDX-C07-018Batch carrier / evaluation acceptance splitcustom_id付き非同期result carrierとrelease評価受入を分離
• 用語 · IDX-C07-021benchmark release claim / organization acceptance splitpublic capability scoreとadopted-task release decisionを分離
• 用語 · IDX-C02-068bounded evidence readback / no-delta status既存作成・保存した成果物のhash・対象の範囲・結果解釈を再確認しても、新規AIの提供元/利用組織ごとの領域 判断の根拠やCore更新を発生させない状態
• 用語 · IDX-C02-079citation presence / support completeness splitcitation locatorと全主張の支持・鮮度・忠実性を分離
• 用語 · TERM-EXT-0020クラウドデプロイアプリケーションやその成果物・設定を、クラウド上の意図したtarget runtime environmentへ配置・反映し、実行可能な状態へ届ける配備行為。CIのbuildやrelease 作成・保存した成果物生成そのものとは分離する。
• 用語 · IDX-C06-024code rollback / release rollback splitprior 操作の確定復元とdependency・deployment・evaluation・実物を開き直して確かめることを含むrelease 操作や変更を元に戻すことを分離
• 用語 · IDX-C06-007構成再現release bundleだけから全declared component、元になったものや変更のつながり、environment、evaluation linkを再構成する検査
• 用語 · IDX-C03-022会話item≠成果物versionmessage/AIが使う操作機能-call/AIが使う操作機能-outputのdurable conversation itemを、版・digest・元になったものや変更のつながり・保持方針を持つintermediate 作成・保存した成果物と同一視しない
• 用語 · IDX-C01-018選別履歴次判断に必要なinteractionだけを選び、またはversioned pointerで渡すもの。critical 現在の状態の唯一の保存先にしない
• 用語 · IDX-C07-008dataset / eval run / grader splitevaluation data、実行記録、採点器を別versioned 作成・保存した成果物として結合する
• 用語 · IDX-C04-030date pin / latest alias splitfixed release identityと将来変化するlatest resolutionを分離
• 用語 · IDX-C06-018編集者≠release承認者Gem editorがinstructions/files変更・削除・共有できても、独立approver、approval digest、release acceptanceを自動的に満たさない境界
• 用語 · 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-C06-004環境差分AIの製品や種類/runtime/AIが使う操作機能/参照する資料/surface/利用組織ごとの領域/region/dependencyの差をrelease前に列挙したrecord
• 用語 · IDX-C06-008証拠連結releasecandidate digest、eval あらかじめ決めた取り決め/run、acceptance、approval、canary、activationをjoinしたrelease record
• 用語 · IDX-C04-003縮退能力損失契約代わりの手段への切り替えで失うexecution、freshness、coverage、現在の状態、判断の根拠等を明示しloss budget超過時に停止する
• 用語 · IDX-C02-072file citation / permission-freshness certificate splitfile-level locatorとchunk/版/digest/誰に見せるかを定めた一覧 epoch/faithfulnessを分離
• 用語 · IDX-C06-032fixed model ID / effective composite release split同一AIの製品や種類 IDでもsystem/settings/tools/schema/environmentとsentinel結果を結合
• 用語 · IDX-C06-015Gem現在値≠release版Gemのname/instructions/Knowledgeを編集・保存できても、immutable 版、digest、approval、activationを別確認する境界
• 用語 · IDX-C02-029実装版固定package 版、release tag/操作の確定、repository HEAD、integration package、retriever pathを分けて再現条件を固定する
• 用語 · IDX-C03-002中間成果物後続stageが再取得できるID/版/digest/元になったものや変更のつながり付きoutput
• 用語 · IDX-C03-007局所合格・全体不合格個別stage criteriaは満たすが、担当の引き継ぎ、merge、元になったものや変更のつながり、end-to-end acceptanceが成立しない状態
• 用語 · IDX-C01-021materialize済み契約実行前にschema/policy版、目的、許可・禁止操作、停止条件、判断の根拠 labelを固定したrecord。OC-0でもCONTRACT_VERSIONを省略しない
• 用語 · IDX-C02-065memory head delete / version erase splitlive memory削除とimmutable 版履歴、redact、store 削除を分離
• 用語 · IDX-C02-012覚えている古い情報を、新しい情報に置き換える古い情報を新しい情報に置き換え、どの範囲で更新されたかや、初期化・削除後に何が残るかを確認する取り決めです。
• 用語 · IDX-C04-023model snapshot / serving infrastructure splitweight/config固定とrequest router・safety classifier・sampling等の周辺変更を分離
• 用語 · IDX-C06-013下位構成可変性外側の版 IDが不変でも、AIの製品や種類 parameters、alias、参照する資料 link等の下位値が変更できる状態
• 用語 · IDX-C02-025非集約long-context試験sliceliteral overlap、position、length、hop、aggregation、task realism、conflict/freshnessを別結果として保持し平均順位を出さない
• 用語 · IDX-C02-028権限データ同期application 参照する資料と閲覧や操作の許可 engineのtuple/回答の中で述べていること更新、遅延、欠落、再同期を別assertionとして記録
• 用語 · IDX-C02-024版固定memory監査heuristicmemory-reviewerのscan cap・threshold・stale判定を操作の確定へ固定したread-only audit pattern
• 用語 · IDX-C02-058project限定memoryproject内chat参照とproject外memory遮断を対象の範囲として扱い、変更反映、files/chats/instructions、saved memory、physical purgeを別測定する
• 用語 · IDX-C06-037prompt cache hit / release identity splitexact-prefix reuseとconfig digest・behavior同値・操作や変更を元に戻すこと成功を分離
• 用語 · IDX-C05-001読取・書込境界read/list/draftからsend/create/update/削除/share/publish等の外部状態変更へ移る明示gate
• 用語 · IDX-C03-009reducer付き並列更新parallel branchが同一現在の状態 keyへ書く時、結合規則をschema/merge nodeとして先に定義する
• 用語 · IDX-C06-039release note / complete effective configuration splitchange announcementと全default/hidden 裏側の保存・処理システム/live 利用組織ごとの領域 configの復元可能性を分離
• 用語 · IDX-C06-033rendered request / managed prompt release splitsystem/user messagesとtemplate/版/variables/approval digestを分離
• 用語 · IDX-C06-036response continuation / configuration release splitstored history/previous response IDとtemplate/AIが使う操作機能/参照する資料/AIの製品や種類 releaseを分離
• 用語 · IDX-C04-020retryとfallbackの分離同route再試行とAIの製品や種類/AIの提供元/endpoint変更を別eventにし、response開始、visited route、capability loss、wall-clockでloopを止める
• 用語 · IDX-C02-045同一会話内の現行値・履歴値分離syntheticなA→B更新後に現在の=B、過去の=A、現在の-only回答からAを除外できる表面観測。durable memoryやsession越境保持とは区別する
• 用語 · IDX-C02-005source紐付け参照する資料 identity、authority、対象の範囲、版、freshness、許可、trust originをtask/回答の中で述べていること/作成・保存した成果物へ結ぶこと
• 用語 · 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-C03-023subagent summary / accepted artifact splitparentへ返るsummaryをversioned 作成・保存した成果物/受付・受領の記録/acceptanceへ昇格しない
• 用語 · IDX-C06-025UI system prompt / API system prompt splitclaude.ai/mobileのprompt更新をClaude ソフト同士がやり取りする窓口 requestへ移さない
• 用語 · IDX-C01-019未確定事項進み具合、判断の根拠、freshness、owner、next test、closure criterionを持つmanaged record
• 用語 · IDX-C03-016版付きartifact≠保持方針製品がnamed/versioned 作成・保存した成果物を提供しても、組織の保持、削除、暗号化、backup、access policyは別途必要とする境界
• 道具 · TOOL-0056ImageMagick画像形式変換・サイズ変更・画像情報の確認に使う画像処理です。
• 道具 · TOOL-0096Claude Coderepository読取り・コード変更支援・作業結果の確認に使うcoding agentです。
• 道具 · TOOL-0097Codex CLIrepository読取り・コード変更支援・tool実行支援に使うcoding agentです。
• 道具 · TOOL-0140Homebrewpackage導入・情報表示・更新に使うpackage managerです。
• 道具 · TOOL-0143APTpackage情報・導入・更新に使うpackage managerです。
• 道具 · TOOL-0167Helmchart・release・設定値に使うKubernetes package managerです。
• 道具 · TOOL-0241Continueモデル接続・コード支援・変更確認に使う開発支援ツールです。
• 道具 · TOOL-0244OpenHands開発作業・隔離環境・変更確認に使う開発作業agent platformです。
• 道具 · TOOL-0328Reactcomponent・状態・画面更新に使うUI構築ライブラリです。
• 道具 · TOOL-0329Vuecomponent・reactivity・画面更新に使うUI構築frameworkです。
• 道具 · TOOL-0343htmxHTTP request・HTML部分更新・eventに使うHTML属性によるHTTP連携ライブラリです。
• 手段 · METHOD-0057ImageMagickで画像の表示サイズを変更する
• 手段 · METHOD-0072Terraformで構成変更の計画を確認する
• 手段 · METHOD-0172OpenTofuで構成変更のplanを確認する
• 手段 · METHOD-0222Huginnで公開情報の更新を観測する
• 手段 · METHOD-0243aiderで検証用projectの小さな変更を作る
• 手段 · METHOD-0244Clineで承認しながら検証用の変更を作る
• 手段 · METHOD-0251Git diffでレビュー対象の変更範囲を比較する
• 手段 · METHOD-0254Git format-patchで変更をメール形式のpatchへ書き出す
• 手段 · METHOD-0273PostgreSQLのtransactionで検証変更をまとめて戻す
• 手段 · METHOD-0311rsyncのdry-runで同期前の変更範囲を確認する
• 手段 · METHOD-0401asdfで検証projectのruntime versionを選ぶ
• 手段 · METHOD-0444htmxで検証用HTMLの一部をHTTP応答で更新する
• 原典 · SRC-EVID-REF-00041.1 Getting Started - About Version Controlファイルの変更を履歴として保持する版管理の基本を説明します。