Status: Authoritative content-writing and quality-assurance standard
Applies to: Permanent plain-language content for canonical PSYWERX Drivers
Does not modify: The PSYWERX Driver Schema or canonical taxonomy
PSYWERX plain-language content makes technical Driver constructs usable by intelligent professional practitioners who may not have specialist training in the Driver’s source discipline. It must improve comprehension without replacing, weakening, or silently changing scientific meaning.
The target is professional general-audience clarity, not child-level readability. Simpler terminology is valuable only when the same variable, scope, unit, boundaries, and uncertainty survive the simplification.
The following remain authoritative:
Plain-language content is interpretive support attached to a permanent Driver ID. It is not a substitute definition, ontology revision, measurement instrument, causal finding, or scenario assessment.
If plain-language wording conflicts with canonical content, the canonical content wins. The candidate must be revised; canonical content must not be altered to accommodate the candidate.
Schema v1.0 recommends exactly three required permanent plain-language content fields and one optional field. These fields are not yet additions to the Driver Schema.
| Field | Status | Purpose |
|---|---|---|
plainLanguageLabel |
Required | Supports scanning, navigation, search, compact displays, and rapid recognition of the variable. |
plainLanguageExplanation |
Required | Explains what the variable means while preserving its scientifically important scope and boundaries. |
analyticQuestion |
Required | Helps a practitioner investigate or assess the Driver state itself. |
whatThisDoesNotMean |
Optional | Prevents a predictable high-cost misunderstanding or collapse into a neighboring construct. |
The three required fields have different jobs. Apparent overlap is acceptable when each field remains optimized for its function. whatThisDoesNotMean is conditional, not filler; absence should mean that no concise clarification is necessary after review.
The label may use words such as “amount,” “level,” “likelihood,” “availability,” “difference,” “scope,” or “configuration” when they make the variable explicit. Do not force a single label template across all representation types.
The preferred length is approximately 40–65 words. An explanation may extend toward 80 words only when needed to preserve meaning. Its primary question is:
What does this variable actually mean?
The explanation need not repeat every caveat already available elsewhere in the canonical Driver record. It must retain the caveats that prevent a material change in meaning.
Every explanation must:
When brevity competes with fidelity, use this priority:
Every explanation must make clear that the Driver is a variable: an amount, level, degree, rate, probability, magnitude, availability, configuration, profile, prevalence, intensity, condition, duration, category, or other measurable state.
Bad:
Peer pressure
Better:
How strongly peers signal or enforce a particular behavior
Bad:
Technology visibility
Better:
How visible a user’s actions are to other people on the platform
Bad:
Sleep is important
Better:
How much sleep a person is getting relative to their need
A topic label alone is insufficient. A benefit statement, warning, or consequence is also insufficient. The wording must expose what can vary.
The analytic question helps a practitioner investigate or assess the Driver state. Its preferred length is approximately 8–25 words.
| Representation | Useful question form |
|---|---|
| Magnitude or level | How strong is …? |
| Probability | How likely is …? |
| Availability | How available is …? |
| Disparity | How much does X differ across …? |
| Network structure | How often …? / What share …? |
| Configuration | What configuration currently exists? |
| Profile | What pattern or profile is present? |
| Category | Which category applies under the defined classification? |
These are patterns, not mandatory templates. Syntactic diversity is desirable when it improves fit and avoids mechanical repetition.
whatThisDoesNotMeanUse this field when a short boundary statement prevents a likely, material misunderstanding. It is recommended when one or more of the following apply:
HIGH;Keep it concise. State the boundary directly. Do not use it to repeat the explanation, list every caveat, argue policy, or introduce new claims.
Plain-language simplification may simplify terminology; it must not simplify the causal model. Preserve causal stages and avoid converting a precursor into a consequence.
Canonical causal sequence:
system allocation → exposure → human reception
Bad simplification:
How much the algorithm makes people see something
Better simplification:
How much the system increases an item’s distribution or exposure relative to a defined baseline
Never turn:
Plain-language content must treat all eight Layers as genuine causal conditions. Psychological Drivers must not sound uniquely causal while Biological, Social, Cultural, Physical / Environmental, Institutional / Structural, Informational, and Technological Drivers are reduced to passive background.
Maintain comparable causal seriousness while preserving each Layer’s nature-of-variable boundary:
Meaning Preservation Risk measures the difficulty of simplifying a Driver without distorting it. It does not measure whether the Driver itself is socially sensitive, harmful, controversial, or important.
Assess at least:
| Risk | Definition | Typical indicators | Required treatment |
|---|---|---|---|
LOW |
The variable is comparatively direct, familiar, and bounded; ordinary-language substitution is unlikely to change its meaning. | Mostly unidimensional; obvious unit; limited nearby overlap; low causal-overclaim risk. | Standard-capability candidate, automated checks, and sampled human QA. |
MODERATE |
Meaning depends on one or more technical distinctions, context conditions, comparisons, or neighboring constructs that a reasonable simplification could lose. | Important denominator or baseline; some jargon; moderate overlap; unit or direction needs explanation. | High-capability candidate, independent critique, automated semantic checks, and larger sampled human QA. |
HIGH |
Simplification has a substantial chance of changing the variable, causal stage, unit, dimensionality, or scientific qualification. | Critical measurement dependence; counterintuitive metric; multidimensional construct; determinism or essentialism risk; network, disparity, cultural, genetic, or AI-capability interpretation risk; strong nearby overlap; nonlinear meaning. | Highest-capability candidate, deep reasoning, independent semantic critique, explicit canonical comparison, nearby-Driver and causal-overclaim checks, and targeted human review. |
Use holistic expert judgment, supported by recorded risk factors. A single critical factor may justify HIGH; several interacting moderate factors may also justify HIGH. Do not average away a severe failure mode. When classification is uncertain between two levels, route to the higher level until critique resolves the uncertainty.
Risk may be reassessed after Family review, but it must not be lowered merely because candidate prose sounds fluent.
Routing is capability-based and must not depend on a permanent product or model name.
Use for LOW-risk Drivers:
Use for MODERATE-risk Drivers:
Use for HIGH-risk Drivers:
Stronger resources are used to improve nuance retention, ambiguity detection, boundary preservation, distinction from neighboring Drivers, and detection of unintended causal claims—not merely polish or tone.
Every HIGH-risk candidate requires an independent critique. The critic must receive the canonical Driver record, relevant Family boundaries, candidate fields, and nearby Driver names or definitions. It must answer:
The critique records PASS, REVISE, or ESCALATE plus findings. Any material meaning distortion requires revision. An unresolved canonical ambiguity, boundary conflict, or scientific question requires escalation rather than stylistic guessing.
Run automated checks on every candidate. Structural checks may block publication; semantic heuristics flag records for review and must not automatically rewrite substantive wording.
whatThisDoesNotMean is either concise text or empty/null according to the eventual editorial format.Automated semantic flags are review signals, not proof of error. The system must never silently “fix” a flagged scientific distinction.
The 105 canonical Families are the primary semantic QA grouping. Review all candidate Drivers in a Family together rather than only in numerical ID order.
For every Family:
Family review may cause candidate revision or risk escalation. It must not change the canonical taxonomy in this workflow.
Manual review is risk-based rather than a requirement to approve all 762 records individually.
LOW: random and stratified sample review after automated and Family QA.MODERATE: larger stratified review; review every flagged or low-confidence item.HIGH: review all unresolved or critical-risk items; review all candidates by default unless a governed sampling exception is supported by clean independent critique and high confidence.Stratify by Layer, Family, risk, data type, and—where useful—evidence strength. Escalate canonical conflicts, material critique findings, unresolved nearby-Driver overlap, unsupported causal language, and reviewer disagreement.
Approval requires canonical fidelity, completed required fields, passed structural checks, resolution of material semantic flags, completed risk-routed critique, Family consistency, cross-Layer parity, and the required human-review disposition.
Keep editorial metadata separate from public taxonomy fields until a later schema and publication decision. Recommended metadata includes:
meaningPreservationRisk;generationConfidence;critiqueStatus;critiqueFindings;humanReviewStatus;reviewerNotes;plainLanguageVersion;reviewDate.Preferred location: a separate, versioned editorial dataset in the governed analysis layer, keyed by permanent Driver ID. Do not place provisional generation or critique metadata in source workbooks. Do not add it to public Driver JSON or the Driver Schema without explicit governance approval.
The future architecture is:
CANONICAL TAXONOMY — stable / scientific
↓
REVIEWED PLAIN-LANGUAGE CONTENT — stable / governed
↓
SCENARIO CONTEXTUALIZATION — dynamic / illustrative
Scenario inputs may later include Actor, Behavior / Objective, and Context. Dynamic outputs may include what the Driver means in that setting, why it might matter, a question to investigate, possible indicators, and an important caveat.
Scenario-generated content must:
No scenario-specific content belongs in the permanent plain-language production workflow.
The approved ten-Driver calibration established these general style preferences:
whatThisDoesNotMean for concise, high-value boundary protection.INS-075 Differential Enforcement Magnitude is the model example: it states the measurable disparity, preserves the comparison denominator and institutional context, and explicitly avoids converting observed disparity into cause, intent, legality, or moral judgment.
Plain-language content should be versioned independently from the canonical Driver Schema. A content revision must retain the permanent Driver ID and record its standard version, review status, and review date in editorial governance metadata.
Changes to this writing standard require documented governance review. Changes to canonical Driver definitions, Layers, Families, or technical fields are outside this standard and must follow ontology governance.