psywerx-interactives

PSYWERX Plain-Language Standard v1.0

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

1. Purpose

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.

2. Canonical authority

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.

3. Permanent content model

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.

4. Plain-language label standard

Preferred form

Avoid

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.

5. Plain-language explanation standard

Preferred length and purpose

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.

Required qualities

Every explanation must:

Editing priority

When brevity competes with fidelity, use this priority:

  1. Same variable.
  2. Same unit and scope.
  3. Same essential comparison, denominator, configuration, or probability.
  4. Same causal stage and boundary from neighboring Drivers.
  5. Same important qualifications.
  6. Stylistic compactness.

6. Mandatory variable-state rule

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.

7. Analytic-question standard

The analytic question helps a practitioner investigate or assess the Driver state. Its preferred length is approximately 8–25 words.

Requirements

Representation-sensitive patterns

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.

8. Optional whatThisDoesNotMean

Use this field when a short boundary statement prevents a likely, material misunderstanding. It is recommended when one or more of the following apply:

Keep it concise. State the boundary directly. Do not use it to repeat the explanation, list every caveat, argue policy, or introduce new claims.

9. Causal precision rule

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:

10. Cross-Layer parity

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:

11. Meaning Preservation Risk rubric

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.

Risk factors

Assess at least:

Categories

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.

Classification rule

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.

12. Model and reasoning routing

Routing is capability-based and must not depend on a permanent product or model name.

STANDARD-CAPABILITY PASS

Use for LOW-risk Drivers:

HIGH-CAPABILITY PASS

Use for MODERATE-risk Drivers:

MAXIMUM-REASONING / DEEP-REVIEW PASS

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.

13. Required HIGH-risk second-pass critique

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:

  1. Does the wording preserve the same variable as the canonical definition?
  2. Has any important qualifier disappeared?
  3. Has a multidimensional construct been reduced to one dimension?
  4. Has susceptibility become determination?
  5. Has association become causation?
  6. Has opportunity or capability become behavior?
  7. Has exposure become effect?
  8. Has a network metric become “influence” or “importance”?
  9. Has a cultural group-level construct become an individual trait?
  10. Has institutional disparity become intent or discrimination without evidence?
  11. Has an AI or technology capability become actual use or performance?
  12. Has a contextual condition become a psychological state?
  13. Has directionality been invented?
  14. Has nonlinearity or context dependence disappeared?
  15. Is the analytic question assessing the Driver itself?
  16. Could the explanation be confused with a neighboring Driver?

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.

14. Automated quality checks

Run automated checks on every candidate. Structural checks may block publication; semantic heuristics flag records for review and must not automatically rewrite substantive wording.

Identity and source fidelity

Required content

Form and length

Semantic heuristics

Automated semantic flags are review signals, not proof of error. The system must never silently “fix” a flagged scientific distinction.

15. Family-based consistency review

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.

16. Human-review and approval principles

Manual review is risk-based rather than a requirement to approve all 762 records individually.

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.

17. Editorial governance metadata

Keep editorial metadata separate from public taxonomy fields until a later schema and publication decision. Recommended metadata includes:

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.

18. Scenario-layer separation

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.

19. Calibration baseline

The approved ten-Driver calibration established these general style preferences:

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.

20. Versioning and change control

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.