Skip to content

Evidence for AI operations

No English page yet. Showing the Japanese source.

Back to the entrance

部門別実践版

実務ガイド実務ガイド公式仕様のみ公式仕様のみ鮮度未確認鮮度を確定できない

記事状態: 公開 · 最終確認: 未確認

要点

部門別AI運用は、営業用・人事用・法務用と別々のAIを並べることではない。共通のデータ境界、権限、正本、承認、評価、証跡のCoreを持ち、部門ごとに「何を正本とするか」「何をAIへ入れてよいか」「どの判断を人間が引き受けるか」「どの外部作用を承認するか」「何を証拠として残すか」を上書きする。部門名だけで安全性は決まらず、task、data、decision impact、external actionの組合せでgateを決める。

現在の判断

部門別AI運用は、営業用・人事用・法務用と別々のAIを並べることではない。共通のデータ境界、権限、正本、承認、評価、証跡のCoreを持ち、部門ごとに「何を正本とするか」「何をAIへ入れてよいか」「どの判断を人間が引き受けるか」「どの外部作用を承認するか」「何を証拠として残すか」を上書きする。部門名だけで安全性は決まらず、task、data、decision impact、external actionの組合せでgateを決める。

どこまで当てはまるか

部門別実践版

詳しく理解する

Department Profile — nine fields

  • AUTHORITATIVE_SYSTEM — CRM / HRIS / ATS / ERP / ledger / DMS / Git / CI / dataset / protocol / CMS等、AI conversation/memoryの外部に置く正本。
  • DATA_CLASS — public / internal / confidential / personal / regulated / client / research-sensitive等。
  • AI_ACTION_CLASS — READ / DRAFT / RECOMMEND / WRITE / EXTERNAL_EXECUTE。
  • DECISION_IMPACT — low / material / high-impact-person decision。
  • INPUT_GATE — allowed / approved-environment-only / redact-deidentify / prohibited。
  • HUMAN_APPROVAL — none / light / mandatory specialist / dual approval。
  • OUTPUT_VALIDATION — source check / numeric reconciliation / legal authority check / test / claim substantiation等。
  • EVIDENCE-AUDIT — input class、source locator、model/mode、reviewer、approval、final action、artifact/version。
  • FAILURE-RECOVERY — rollback、correction、notification、incident route。

Department overlays

  • SALES — CRM、approved pricing/termsを正本化。提案草稿は許容しても価格・保証・性能claimはapproved factsへ照合し、外部送信前approvalを置く。
  • GENERAL AFFAIRS — 一般文書・会議・社内規程検索を中心とするが、人事情報、契約、facility/security情報が混ざる場合はdata classで上位gateへ昇格する。部門名だけでriskを決めない。
  • HR — candidate/employee data、高影響意思決定、公平性・accessibility、reason record、人間reviewを強化する。自動scoreを最終決定へ直結させないprofileを基本候補とする。EEOC evidenceは米国文脈であり全法域へ一般化しない。
  • FINANCE-ACCOUNTING — ERP / ledger / invoiceを正本化。生成値ではなくextraction/classification/reconciliation補助として扱い、posted transaction、payment、close、external reportingには承認・証跡を要求する。監査文脈を一般会計規則へ誤一般化しない。
  • LEGAL — matter / DMS / approved legal sourceを正本化。confidential input、jurisdiction/date、primary authority、citation verification、lawyer review、external filing/communication gateを強化する。ABA guidanceの適用法域・資格制度を分離する。
  • DEVELOPMENT — repo / issue / CIを正本化。AI codeはbranch/diffとして扱い、secret/dependency boundary、tests、static analysis、review、CI、release approval、rollbackを要求する。
  • RESEARCH — dataset / protocol / notebook / repositoryを正本化。IP/confidential/participant/controlled dataの入力gate、method/provenance、citation、reproducibilityを要求する。NIH peer-reviewのNO-AI例を研究一般の禁止規則へ外挿しない。
  • PR — CMS / approved messagingを正本化。public claim、引用・画像権利、claim substantiation、brand/legal review、external publication gateを強化する。

実装・運用

各部門のtaskは SAFE/LOW-RISK ASSIST、REVIEW-REQUIRED、RESTRICTED/NO-AI の3層で扱う。同じtask名でもgateは固定しない。「要約」でも公開marketing資料、未公開M&A legal matter、NIH peer-review materialではdata/impact/actionが異なる。

Evidence / provenance

AUTHORITY COMM-028-EA0026。NIST AI 600-1を共通Coreへのcontext overlay根拠、米国EEOCをHR high-impact context、ABA Formal Opinion 512をlegal professional-duty context、NIST SP 800-218Aをdevelopment secure-SDLC context、NIH NOT-OD-23-149をresearch protected-input/no-AI context、FTC advertising guidanceとWorkado enforcementをSales/PR claim-substantiation context、PCAOB evidenceをaudit/finance contextとして扱う。法域・制度・専門職固有の証拠を普遍規則へ変換しない。

利用できる条件

Organization gate、Identity/permission gate、Data gate、Plan/product gate、Action gate、Jurisdiction/industry gate、Evidence gateを分離する。provider別connector、DLP、audit、retention、agent/action機能のplan availabilityは本packetでは確定せず、provider mappingで再確認する。

確認・評価方法

共通model benchmarkをDepartment Profileの合否に使用しない。task fixture + failure-costを部門別に持つ。Sales/PRはunsupported claim・freshness・send escape、HRはrationale traceability・fairness/accessibility route・human override、Financeはnumeric exactness・reconciliation・posting escape、Legalはcitation/authority・jurisdiction/date・confidentiality・filing escape、Developmentはtests/security/static analysis/secret leakage/diff/rollback、Researchはprovenance/reproducibility/restricted-data leakage/fabricated-referenceを候補指標とする。

確認・評価方法 2

UNEXECUTED。synthetic/non-sensitive fixturesを各部門3〜5 task用意し、同一Core controlで DRAFT → VALIDATE → APPROVE → ACTION を通す。実tenant data、採用判断、支払、法的提出、外部投稿は実行しない。未実施結果や閾値を推測しない。

セキュリティとプライバシー

Security: connector permissionを部門system権限より広くせず、外部実行権限をread/draftと分離する。 Privacy: HR、legal、researchはinput data classを明示し、approved environmentやredaction/de-identificationをgate化する。 Audit: high-impact/external/material actionsではsource locator、reviewer、approval、final artifact/versionを記録する。 Cost: 部門ごとに最上位modelを固定せず、cost-routingはEA-017/018へ接続し、本packetでは単価を固定しない。 Operability: Department Profileのpolicy owner、review周期、incident routeを指定し、product/plan/connector availabilityはas-of matrixへ分離する。

Cross-reference boundary

EA-019業務パターン、EA-024調達、EA-027業界別、EA-028教育カリキュラム、EA-029テンプレートへ接続する。ただし本packetで各EAを再編集・再解釈しない。

よくある失敗・反証

  • 部門名はrisk classではない。Human-in-the-loopだけでは十分でなく、reviewerにauthoritative source、判断時間、専門性、reject/rollback権限が必要である。AI conversation/memoryをCRM/ERP/HRIS/DMS/Git等の代替正本にしない。部門別ユースケースを無制限に増やさず、少数の高頻度task archetypeと高リスクgateへ絞る。

実務での使い方

  • Organization gate、Identity/permission gate、Data gate、Plan/product gate、Action gate、Jurisdiction/industry gate、Evidence gateを分離する。provider別connector、DLP、audit、retention、agent/action機能のplan availabilityは本packetでは確定せず、provider mappingで再確認する。

  • UNEXECUTED。synthetic/non-sensitive fixturesを各部門3〜5 task用意し、同一Core controlで DRAFT → VALIDATE → APPROVE → ACTION を通す。実tenant data、採用判断、支払、法的提出、外部投稿は実行しない。未実施結果や閾値を推測しない。

  • Security: connector permissionを部門system権限より広くせず、外部実行権限をread/draftと分離する。 Privacy: HR、legal、researchはinput data classを明示し、approved environmentやredaction/de-identificationをgate化する。 Audit: high-impact/external/material actionsではsource locator、reviewer、approval、final artifact/versionを記録する。 Cost: 部門ごとに最上位modelを固定せず、cost-routingはEA-017/018へ接続し、本packetでは単価を固定しない。 Operability: Department Profileのpolicy owner、review周期、incident routeを指定し、product/plan/connector availabilityはas-of matrixへ分離する。

まだ確認できていないこと

  • EA-026-UNKNOWN-01
    • 日本・EU・米国その他の部門別AI関連法規crosswalk。
    • 経理・税務・給与・支払の具体的authorization matrix。
    • provider別connector、DLP、audit、retention、agent/action機能の現行plan availability。
    • 総務のfacility/security/procurement/records等へのtask分解。
    • HR fairness metricsの法的・統計的閾値。
    • 部門別task fixtureの実測benchmark。 UNKNOWNを推測で閉じない。
  • EA-026-UNKNOWN-CURRENTNESS

    外部根拠の再確認日がcanonical body/control-planeで確定していないため、currentnessはUNKNOWNとして保持する。日付を推測補完しない。

根拠資料

この記事には、直接開ける外部出典が登録されていません。出典IDや検証情報は末尾で確認できます。

出典ID・検証情報・機械可読データ

根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。

記事ID
EA-026
最終確認日
—
提供元・モデル・プラン・利用環境
—
対象地域
—
元資料の全文と収録照合記録
Public claim

部門別AI運用は、営業用・人事用・法務用と別々のAIを並べることではない。共通のデータ境界、権限、正本、承認、評価、証跡のCoreを持ち、部門ごとに「何を正本とするか」「何をAIへ入れてよいか」「どの判断を人間が引き受けるか」「どの外部作用を承認するか」「何を証拠として残すか」を上書きする。部門名だけで安全性は決まらず、task、data、decision impact、external actionの組合せでgateを決める。

Department Profile — nine fields
  • AUTHORITATIVE_SYSTEM — CRM / HRIS / ATS / ERP / ledger / DMS / Git / CI / dataset / protocol / CMS等、AI conversation/memoryの外部に置く正本。
  • DATA_CLASS — public / internal / confidential / personal / regulated / client / research-sensitive等。
  • AI_ACTION_CLASS — READ / DRAFT / RECOMMEND / WRITE / EXTERNAL_EXECUTE。
  • DECISION_IMPACT — low / material / high-impact-person decision。
  • INPUT_GATE — allowed / approved-environment-only / redact-deidentify / prohibited。
  • HUMAN_APPROVAL — none / light / mandatory specialist / dual approval。
  • OUTPUT_VALIDATION — source check / numeric reconciliation / legal authority check / test / claim substantiation等。
  • EVIDENCE-AUDIT — input class、source locator、model/mode、reviewer、approval、final action、artifact/version。
  • FAILURE-RECOVERY — rollback、correction、notification、incident route。
Department overlays
  • SALES — CRM、approved pricing/termsを正本化。提案草稿は許容しても価格・保証・性能claimはapproved factsへ照合し、外部送信前approvalを置く。
  • GENERAL AFFAIRS — 一般文書・会議・社内規程検索を中心とするが、人事情報、契約、facility/security情報が混ざる場合はdata classで上位gateへ昇格する。部門名だけでriskを決めない。
  • HR — candidate/employee data、高影響意思決定、公平性・accessibility、reason record、人間reviewを強化する。自動scoreを最終決定へ直結させないprofileを基本候補とする。EEOC evidenceは米国文脈であり全法域へ一般化しない。
  • FINANCE-ACCOUNTING — ERP / ledger / invoiceを正本化。生成値ではなくextraction/classification/reconciliation補助として扱い、posted transaction、payment、close、external reportingには承認・証跡を要求する。監査文脈を一般会計規則へ誤一般化しない。
  • LEGAL — matter / DMS / approved legal sourceを正本化。confidential input、jurisdiction/date、primary authority、citation verification、lawyer review、external filing/communication gateを強化する。ABA guidanceの適用法域・資格制度を分離する。
  • DEVELOPMENT — repo / issue / CIを正本化。AI codeはbranch/diffとして扱い、secret/dependency boundary、tests、static analysis、review、CI、release approval、rollbackを要求する。
  • RESEARCH — dataset / protocol / notebook / repositoryを正本化。IP/confidential/participant/controlled dataの入力gate、method/provenance、citation、reproducibilityを要求する。NIH peer-reviewのNO-AI例を研究一般の禁止規則へ外挿しない。
  • PR — CMS / approved messagingを正本化。public claim、引用・画像権利、claim substantiation、brand/legal review、external publication gateを強化する。
Three operational tiers

各部門のtaskは SAFE/LOW-RISK ASSIST、REVIEW-REQUIRED、RESTRICTED/NO-AI の3層で扱う。同じtask名でもgateは固定しない。「要約」でも公開marketing資料、未公開M&A legal matter、NIH peer-review materialではdata/impact/actionが異なる。

Evidence / provenance

AUTHORITY COMM-028-EA0026。NIST AI 600-1を共通Coreへのcontext overlay根拠、米国EEOCをHR high-impact context、ABA Formal Opinion 512をlegal professional-duty context、NIST SP 800-218Aをdevelopment secure-SDLC context、NIH NOT-OD-23-149をresearch protected-input/no-AI context、FTC advertising guidanceとWorkado enforcementをSales/PR claim-substantiation context、PCAOB evidenceをaudit/finance contextとして扱う。法域・制度・専門職固有の証拠を普遍規則へ変換しない。

Availability gates

Organization gate、Identity/permission gate、Data gate、Plan/product gate、Action gate、Jurisdiction/industry gate、Evidence gateを分離する。provider別connector、DLP、audit、retention、agent/action機能のplan availabilityは本packetでは確定せず、provider mappingで再確認する。

Failure envelope

部門名はrisk classではない。Human-in-the-loopだけでは十分でなく、reviewerにauthoritative source、判断時間、専門性、reject/rollback権限が必要である。AI conversation/memoryをCRM/ERP/HRIS/DMS/Git等の代替正本にしない。部門別ユースケースを無制限に増やさず、少数の高頻度task archetypeと高リスクgateへ絞る。

Evaluation

共通model benchmarkをDepartment Profileの合否に使用しない。task fixture + failure-costを部門別に持つ。Sales/PRはunsupported claim・freshness・send escape、HRはrationale traceability・fairness/accessibility route・human override、Financeはnumeric exactness・reconciliation・posting escape、Legalはcitation/authority・jurisdiction/date・confidentiality・filing escape、Developmentはtests/security/static analysis/secret leakage/diff/rollback、Researchはprovenance/reproducibility/restricted-data leakage/fabricated-referenceを候補指標とする。

TEST_PROFILE

UNEXECUTED。synthetic/non-sensitive fixturesを各部門3〜5 task用意し、同一Core controlで DRAFT → VALIDATE → APPROVE → ACTION を通す。実tenant data、採用判断、支払、法的提出、外部投稿は実行しない。未実施結果や閾値を推測しない。

Security / privacy / audit / cost / operability

Security: connector permissionを部門system権限より広くせず、外部実行権限をread/draftと分離する。 Privacy: HR、legal、researchはinput data classを明示し、approved environmentやredaction/de-identificationをgate化する。 Audit: high-impact/external/material actionsではsource locator、reviewer、approval、final artifact/versionを記録する。 Cost: 部門ごとに最上位modelを固定せず、cost-routingはEA-017/018へ接続し、本packetでは単価を固定しない。 Operability: Department Profileのpolicy owner、review周期、incident routeを指定し、product/plan/connector availabilityはas-of matrixへ分離する。

OPEN_UNKNOWN
  • 日本・EU・米国その他の部門別AI関連法規crosswalk。
  • 経理・税務・給与・支払の具体的authorization matrix。
  • provider別connector、DLP、audit、retention、agent/action機能の現行plan availability。
  • 総務のfacility/security/procurement/records等へのtask分解。
  • HR fairness metricsの法的・統計的閾値。
  • 部門別task fixtureの実測benchmark。 UNKNOWNを推測で閉じない。
Cross-reference boundary

EA-019業務パターン、EA-024調達、EA-027業界別、EA-028教育カリキュラム、EA-029テンプレートへ接続する。ただし本packetで各EAを再編集・再解釈しない。

  • EA-026-R11-RESEARCH研究資料研究資料根拠の出所: AUDITED_CANONICAL_RESEARCH_PACKET

    EA-026 監査済みresearch / canonical revision binding

    裏付ける内容
    部門別AI運用は、営業用・人事用・法務用と別々のAIを並べることではない。共通のデータ境界、権限、正本、承認、評価、証跡のCoreを持ち、部門ごとに「何を正本とするか」「何をAIへ入れてよいか」「どの判断を人間が引き受けるか」「どの外部作用を承認するか」「何を証拠として残すか」を上書きする。部門名だけで安全性は決まらず、task、data、decision impact、external actionの組合せでgateを決める。
    確認日
    —
    出典・実験ID
    COMM-028-EA0026
    検証箇所
    COMM-028-EA0026 · EA-026-R5-LEGACY-MIGRATION-20261008-R1 · content/staging/EA-026.md
    適用範囲
    監査済みEA本文・canonical revision・既存Source Graph relationの範囲。欠損currentnessは推測で閉じない。
    出典・来歴
    AUDIT_PASS_CANONICAL_BINDING
    限界
    canonical監査・revision bindingの存在を示す。外部ソースcurrentnessが本文またはcontrol-planeで確定していない場合は、currentnessをUNKNOWNのまま保持する。
  • EA-026-R11-WEB-READBACK実装資料実装資料根拠の出所: IMPLEMENTATION_READBACK

    EA-026 Web body identity / canonical readback

    裏付ける内容
    canonical staging bodyのSHA-256一致とR9 canonical ledger readbackをProduction projectionの入力として検証する。
    確認日
    —
    出典・実験ID
    WEBBODY-EA0026-R8-063BC238
    検証箇所
    WEBBODY-EA0026-R8-063BC238 · content/staging/EA-026.md · EA-026-R5-LEGACY-MIGRATION-20261008-R1
    適用範囲
    R9/R10 canonical readback後のProduction生成時body identity。
    出典・来歴
    CANONICAL_READBACK_BODY_HASH_MATCH
    限界
    body identity/readbackは本文claim自体の真偽や外部ソースの最新性を追加保証しない。
出典ID
COMM-028-EA0026, WEBBODY-EA0026-R8-063BC238
追跡中のUNKNOWN ID
EA-026-UNKNOWN-01, EA-026-UNKNOWN-CURRENTNESS
再確認のきっかけ
canonical revision/publication state change · body artifact hash change · source currentness change · new contradiction or implementation readback

機械検査: 通過 — Automated validation does not guarantee accuracy or authorize execution.

    同じ記事IDの機械可読データです。