ワンクリックで
provenance-trace
Trace published DocMason knowledge objects or answer text back to evidence units and provenance records.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Trace published DocMason knowledge objects or answer text back to evidence units and provenance records.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Accept an ordinary user question inside a DocMason workspace, route it to the right inner workflow, and preserve conversation-native logs automatically.
Answer a user question through DocMason's canonical grounded workflow using retrieval, provenance tracing, render escalation, and a final answer-state check.
Produce evidence-backed research, planning, drafting, or composition output from the published DocMason knowledge base while preserving provenance and answer-file discipline.
Stage, incrementally refresh, validate, and publish the DocMason knowledge base from the local source corpus.
Retrieve ranked evidence bundles from the published DocMason knowledge base.
Prepare a DocMason repository for local operation by bootstrapping the environment, creating required directories, and recording runtime state.
| name | provenance-trace |
| description | Trace published DocMason knowledge objects or answer text back to evidence units and provenance records. |
Use this skill when the task is to prove where a knowledge object or answer came from.
Use it directly for explicit provenance or citation requests, or let ask route here automatically.
Direct public trace remains a legal operator provenance surface.
It does not substitute for canonical ask when the user is really asking for ordinary answer completion.
If the agent cannot inspect the local trace artifacts or source evidence, stop and explain that reliable provenance tracing is not possible.
current as the default knowledge-base target unless the task explicitly says otherwise.docmason trace --source-id <source_id> --json --compact--unit-id <unit_id> for unit-level detail--json to a local file and inspect it selectively instead of pasting the raw payload into chattrace, retrieve, sync, status, or validate-kb while a lease-owning command is still activedocmason trace --answer-file <path> --json --compactdocmason trace --session-id <session_id> --json --compact--source-ref surface in this phase; public trace remains ID-firstpayload_detailreference_resolution block on answer-first tracesanswer_statesupporting_source_idssupporting_unit_idssupporting_artifact_idssupporting_overlay_unit_idssupport_lane_countsartifact_support_countsemantic_support_countfocus_render_assets when presentartifact_supports, semantic_supports, overlay consumed inputs, covered slots, blocked slots, render refs, render_page_span, bbox, normalized_bbox, or sidecar paths, inspect a file-first full trace capture instead of the raw chat payloadruntime/agent-work/.render_inspection_required is true, inspect the cited render assets before claiming a confident conclusion.grounded, qualify or abstain rather than overclaiming support.approximate or unresolved reference-resolution block, preserve that boundary in the provenance summary instead of silently upgrading it.answer_state, unresolved segments, and render-escalation requirements.knowledge_base/current/trace/ by default.runtime/logs/.--session-id works only for sessions that contain a reusable final answer.ask, which can route here when provenance is the real intent.