knowledge-construction
Skill152 starsChanged 4 months agoApache-2.0View on GitHub
Write bilingual Phase 3 knowledge objects for staged DocMason sources from rendered evidence and extracted structure.
In this repository17 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- adapter-syncSkill
- askSkill
- grounded-answerSkill
- grounded-compositionSkill
- knowledge-base-syncSkill
- provenance-traceSkill
- retrieval-workflowSkill
- runtime-log-reviewSkill
- validation-repairSkill
- workspace-bootstrapSkill
- workspace-doctorSkill
- workspace-statusSkill
- operator-evalSkill
- public-sample-workspaceSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
30 rules. About 0 are common, 12 are distinctive, and 18 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈12
Distinctive · estimate
This author's own choices. Worth a look.
18
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Use this skill when docmason sync has prepared staged evidence and the agent must write knowledge.json, summary.md, or additive …
- Distinctive: line 20
If the agent cannot inspect rendered images, stop and explain that the environment is not capable enough for multimodal knowledge …
- Very specific: line 24
If the current sync result or workflow handoff provides a governed follow-up packet path such as lane_b_follow_up.work_path, open that …
- Very specific: line 25
prefer the bounded packet path handed off by knowledge-base-sync
- Distinctive: line 26
treat that packet as the authoritative source and unit selection scope for this pass
- Distinctive: line 27
do not scan shared-job directories to invent a job id when the bounded packet path is already available
- Very specific: line 29
If knowledge_base/staging/hybrid_work.json exists, treat that file as the authoritative hard-artifact overlay queue inside the current …
- Very specific: line 31
when both a governed packet and hybrid_work.json are present, use the packet's selected sources and units as the outer boundary and the …
- Very specific: line 45
when present, the staged interaction-specific context file such as interaction_context.json
- Very specific: line 49
when the real support is artifact-level, include artifact_id in the citation instead of citing only the parent unit_id
- Very specific: line 50
Write knowledge.json with the required bilingual fields and only cite real evidence-unit IDs from the matching source.
- Very specific: line 56
When the staged source includes high-value hybrid candidates and the environment can inspect renders, write additive …
- Distinctive: line 57
prefer overlay work where deterministic structure is already rich but cross-region or multimodal semantics are still missing
- Distinctive: line 58
keep the hard-artifact boundary intact:
- Very specific: line 59
use the queued target_artifact_ids
- Very specific: line 60
use the queued target_focus_render_assets first
- Very specific: line 61
use the queued target_render_assets and target_render_page_span
- Distinctive: line 63
if the baseline focus render is still not legible enough, use the targeted hi-res focus-render helper for that artifact instead of …
- Very specific: line 65
do not rewrite deterministic sidecars such as artifact_index.json, visual_layout/*.json, spreadsheet_*, or pdf_document.json
- Distinctive: line 72
Avoid placeholders, speculative citations, and unsupported related-source links.
- Very specific: line 73
Treat derived_affordances.json as a published sidecar rather than scratch output.
- Distinctive: line 75
if you enrich it, keep descriptors compact, evidence-backed, grouped by channel, and explicitly derived rather than source-authored fact
- Very specific: line 76
When evidence is weak, say so explicitly in known_gaps, ambiguities, confidence notes, or overlay uncertainty notes instead of inventing …
- Very specific: line 77
After all assigned staged sources are complete, return control to the main agent so it can rerun docmason sync --json or docmason …
- Distinctive: line 81
If a staged source or interaction memory requires render inspection and the environment cannot inspect renders, stop that item and report …
- Distinctive: line 82
If a cross-source relation is uncertain, omit it rather than guessing.
- Distinctive: line 83
If a chart, table, diagram, or region claim cannot be supported by the published artifacts, write the uncertainty explicitly rather than …
- Very specific: line 84
If hybrid_work.json says a source is candidate-prepared, do not declare the governed follow-up complete merely because deterministic …
- Distinctive: line 85
Do not publish, validate, or sign off the final sync result from inside this workflow.
- Very specific: line 96
If extraction is weak, record that weakness explicitly in known_gaps or ambiguities.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Knowledge Construction
Use this skill when docmason sync has prepared staged evidence and the agent must write knowledge.json, summary.md, or additive semantic_overlay/<unit-id>.json sidecars.
This is an internal follow-on workflow behind knowledge-base-sync.
In the normal path, the main agent hands this workflow a bounded governed follow-up packet from the latest sync result before any source-level authoring starts.
Ordinary users should not need to invoke it by name.
Required Capabilities
- local file access
- shell or command execution
- ability to inspect rendered images and extracted artifacts
If the agent cannot inspect rendered images, stop and explain that the environment is not capable enough for multimodal knowledge construction.
Procedure
- If the current sync result or workflow handoff provides a governed follow-up packet path such as
lane_b_follow_up.work_path, open that packet first.- prefer the bounded packet path handed off by
knowledge-base-sync - treat that packet as the authoritative source and unit selection scope for this pass
- do not scan shared-job directories to invent a job id when the bounded packet path is already available
- prefer the bounded packet path handed off by
- Read
knowledge_base/staging/pending_work.json. - If
knowledge_base/staging/hybrid_work.jsonexists, treat that file as the authoritative hard-artifact overlay queue inside the current bounded scope. - Work only on the staged items selected by the governed packet when one exists; otherwise work only on the staged items listed in
pending_work.json. Treat each pending source or interaction memory as an independent bounded write scope.- when both a governed packet and
hybrid_work.jsonare present, use the packet's selected sources and units as the outer boundary and the queued hybrid targets as the inner overlay queue
- when both a governed packet and
- For each assigned pending item, open:
work_item.jsonsource_manifest.jsonevidence_manifest.jsonknowledge_base/staging/hybrid_work.jsonwhen the current sync result reportedcandidate-preparedartifact_index.jsonwhen presentpdf_document.jsonwhen presentspreadsheet_workbook.jsonwhen presentspreadsheet_sheet/*.jsonwhen presentvisual_layout/*.jsonwhen presentderived_affordances.jsonwhen it already exists- extracted text and structure files
- rendered assets referenced by the evidence manifest
- when present, the staged interaction-specific context file such as
interaction_context.json
- Build the source semantics from the richest published evidence available instead of defaulting to flattened text:
- for spreadsheets, prefer workbook, sheet, table, chart, metric, dimension, time-axis, hidden-sheet, and formula summaries over raw cell dumps
- for PDF and PPTX, prefer section paths, captions, continuation links, procedure spans, region roles, charts, tables, pictures, connectors, groups, and major regions over page-level text alone
- when the real support is artifact-level, include
artifact_idin the citation instead of citing only the parentunit_id
- Write
knowledge.jsonwith the required bilingual fields and only cite real evidence-unit IDs from the matching source. - Write
summary.mdwith:# <title>- a line that mentions the source ID
## English Summary## Source-Language Summary
- When the staged source includes high-value hybrid candidates and the environment can inspect renders, write additive
semantic_overlay/<unit-id>.jsonsidecars only for units that are inside the current bounded scope and queued inhybrid_work.json.- prefer overlay work where deterministic structure is already rich but cross-region or multimodal semantics are still missing
- keep the hard-artifact boundary intact:
- use the queued
target_artifact_ids - use the queued
target_focus_render_assetsfirst - use the queued
target_render_assetsandtarget_render_page_span - for image-only or scanned PDF pages, treat the published
page-imageartifact as the first-class target instead of pretending the text layer is enough - if the baseline focus render is still not legible enough, use the targeted hi-res focus-render helper for that artifact instead of rerendering the whole source
- use the queued
- overlays must remain additive
- do not rewrite deterministic sidecars such as
artifact_index.json,visual_layout/*.json,spreadsheet_*, orpdf_document.json - bind overlay claims to consumed inputs, artifact ids when available, explicit uncertainty notes, and the current freshness contract:
originsource_fingerprintunit_evidence_fingerprintcovered_slotsblocked_slots
- Avoid placeholders, speculative citations, and unsupported related-source links.
- Treat
derived_affordances.jsonas a published sidecar rather than scratch output.
- the baseline affordance sidecar is generated deterministically by the repo
- if you enrich it, keep descriptors compact, evidence-backed, grouped by channel, and explicitly derived rather than source-authored fact
- When evidence is weak, say so explicitly in
known_gaps,ambiguities, confidence notes, or overlay uncertainty notes instead of inventing certainty. - After all assigned staged sources are complete, return control to the main agent so it can rerun
docmason sync --jsonordocmason validate-kb --json.
Escalation Rules
- If a staged source or interaction memory requires render inspection and the environment cannot inspect renders, stop that item and report the blocker directly.
- If a cross-source relation is uncertain, omit it rather than guessing.
- If a chart, table, diagram, or region claim cannot be supported by the published artifacts, write the uncertainty explicitly rather than laundering it through a source-level summary.
- If
hybrid_work.jsonsays a source iscandidate-prepared, do not declare the governed follow-up complete merely because deterministic publication already succeeded. - Do not publish, validate, or sign off the final sync result from inside this workflow. That judgment belongs to the main agent.
Completion Signal
- The workflow is complete when every assigned staged source in the current bounded scope has updated
knowledge.jsonandsummary.md, or when a concrete capability blocker has been surfaced to the main agent.
Notes
summary_sourcemay equalsummary_enwhen the source itself is English.related_sourcesshould stay light in Phase 3. Only add a relation when the source evidence clearly supports it.semantic_overlayis for cross-region or multimodal semantics that add value beyond the deterministic substrate. It is not a second primary truth surface.- If extraction is weak, record that weakness explicitly in
known_gapsorambiguities. Do not invent certainty. - Interaction memories should remain explicit about lower trust tier, interaction-derived provenance, and the distinction from authored source documents.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

