Handbook
LCDL overlay: Emotional Regulation and Resilience Intelligence
Design and test-contract bundle; no runtime implementation or operational certification is claimed. The manifest, schemas, validators, test suite, and task identities are complete enough for repository-native…
Updated
Runtime boundary
Design and test-contract bundle; no runtime implementation or operational certification is claimed. The manifest, schemas, validators, test suite, and task identities are complete enough for repository-native implementation; no placeholder task code is included.
Capability contracts
| Capability ID | Candidate task ID | Required output artifacts | Release validators |
|---|---|---|---|
capability.life.emotional-regulation-resilience.check_in_and_label |
intelligence_emotional_regulation_resilience_check_in_and_label_v1 |
artifact.life.emotional-regulation-resilience.wellbeing_check_in |
validator.life.emotional-regulation-resilience.02_diagnosis_and_treatment_scope |
capability.life.emotional-regulation-resilience.map_triggers_and_load |
intelligence_emotional_regulation_resilience_map_triggers_and_load_v1 |
artifact.life.emotional-regulation-resilience.trigger_and_load_map |
validator.life.emotional-regulation-resilience.01_crisis_and_safeguarding_red_flags, validator.life.emotional-regulation-resilience.02_diagnosis_and_treatment_scope, validator.life.emotional-regulation-resilience.03_plan_load_versus_stated_capacity |
capability.life.emotional-regulation-resilience.select_regulation_option |
intelligence_emotional_regulation_resilience_select_regulation_option_v1 |
artifact.life.emotional-regulation-resilience.regulation_menu |
validator.life.emotional-regulation-resilience.04_dependency_risk_language |
capability.life.emotional-regulation-resilience.build_coping_plan |
intelligence_emotional_regulation_resilience_build_coping_plan_v1 |
artifact.life.emotional-regulation-resilience.coping_plan |
validator.life.emotional-regulation-resilience.01_crisis_and_safeguarding_red_flags, validator.life.emotional-regulation-resilience.02_diagnosis_and_treatment_scope, validator.life.emotional-regulation-resilience.03_plan_load_versus_stated_capacity |
capability.life.emotional-regulation-resilience.prepare_for_stressor |
intelligence_emotional_regulation_resilience_prepare_for_stressor_v1 |
artifact.life.emotional-regulation-resilience.stressor_plan |
validator.life.emotional-regulation-resilience.03_plan_load_versus_stated_capacity |
capability.life.emotional-regulation-resilience.activate_support |
intelligence_emotional_regulation_resilience_activate_support_v1 |
artifact.life.emotional-regulation-resilience.support_map, artifact.life.emotional-regulation-resilience.support_activation_record |
validator.life.emotional-regulation-resilience.01_crisis_and_safeguarding_red_flags, validator.life.emotional-regulation-resilience.02_diagnosis_and_treatment_scope, validator.life.emotional-regulation-resilience.03_plan_load_versus_stated_capacity |
capability.life.emotional-regulation-resilience.recognize_escalation |
intelligence_emotional_regulation_resilience_recognize_escalation_v1 |
artifact.life.emotional-regulation-resilience.escalation_route |
validator.life.emotional-regulation-resilience.01_crisis_and_safeguarding_red_flags |
Each capability contract in the manifest defines inputs, outputs, preconditions, postconditions, method-selection rules, invariant references, failure states, risk gate, metrics, and the existing forge-lcdl tasks/operators to compose.
Artifact schemas
| Artifact type | Schema reference | Required payload fields | Sensitivity |
|---|---|---|---|
artifact.life.emotional-regulation-resilience.wellbeing_check_in |
../schemas/artifacts/emotional-regulation-resilience.schema.json#/$defs/wellbeing_check_in |
subject_or_scope, purpose, facts_or_observations, preferences_and_constraints, source_refs, uncertainty, date_range, next_questions | restricted |
artifact.life.emotional-regulation-resilience.trigger_and_load_map |
../schemas/artifacts/emotional-regulation-resilience.schema.json#/$defs/trigger_and_load_map |
purpose, scope, entities_or_nodes, relations_or_edges, assumptions, boundary, validation_evidence | restricted |
artifact.life.emotional-regulation-resilience.regulation_menu |
../schemas/artifacts/emotional-regulation-resilience.schema.json#/$defs/regulation_menu |
purpose, context, content, assumptions, evidence_refs, status, next_actions | restricted |
artifact.life.emotional-regulation-resilience.coping_plan |
../schemas/artifacts/emotional-regulation-resilience.schema.json#/$defs/coping_plan |
objective, scope, steps, dependencies, constraints, owners, timing, contingencies, review_triggers | restricted |
artifact.life.emotional-regulation-resilience.stressor_plan |
../schemas/artifacts/emotional-regulation-resilience.schema.json#/$defs/stressor_plan |
objective, scope, steps, dependencies, constraints, owners, timing, contingencies, review_triggers | restricted |
artifact.life.emotional-regulation-resilience.support_map |
../schemas/artifacts/emotional-regulation-resilience.schema.json#/$defs/support_map |
purpose, scope, entities_or_nodes, relations_or_edges, assumptions, boundary, validation_evidence | restricted |
artifact.life.emotional-regulation-resilience.escalation_route |
../schemas/artifacts/emotional-regulation-resilience.schema.json#/$defs/escalation_route |
decision_id, decision_or_question, options_or_routes, governing_constraints, evidence_refs, rationale, status, owner, next_action, review_or_reopen_triggers | restricted |
artifact.life.emotional-regulation-resilience.support_activation_record |
../schemas/artifacts/emotional-regulation-resilience.schema.json#/$defs/support_activation_record |
entries, entry_ids, owners, status, source_refs, updated_at | restricted |
Validators
| Validator ID | Kind | Automation | Severity | Failure action |
|---|---|---|---|---|
validator.life.emotional-regulation-resilience.01_crisis_and_safeguarding_red_flags |
policy_and_classifier | hybrid | blocker | escalate |
validator.life.emotional-regulation-resilience.02_diagnosis_and_treatment_scope |
policy | hybrid | blocker | escalate |
validator.life.emotional-regulation-resilience.03_plan_load_versus_stated_capacity |
heuristic | hybrid | major | repair |
validator.life.emotional-regulation-resilience.04_dependency_risk_language |
interaction_policy | hybrid | minor | conditional_pass |
Validator checks return itemized evidence and support pass, conditional_pass, fail, inconclusive, or a governed repair/escalation path. Generation does not self-certify.
Existing execution substrate
Tasks to reuse: contradiction_scan, decompose_problem, extract_schema_from_text, llm_boolean_gate, llm_enum_route, plan_decision_pack
Operators to reuse: branch, fallback_chain, for_each, optional_step, seq, try_catch, until_ok
Cross-intelligence handoff
- artifact_id, type, version, producer capability, provenance, scope, assumptions, uncertainty, sensitivity, validation status, and next action
- No free-text handoff may replace a required typed artifact when a downstream validator depends on structure.
Information-loss checks: - all hard constraints preserved - all blocker findings preserved - source scope and date preserved - assumptions and dissent preserved - units, time zones, identifiers, and uncertainty preserved
Evaluation and release
Suite: ../evaluation_suites/emotional-regulation-resilience.yaml
- 100% schema validity for released artifacts
- 100% material traceability
- no unresolved blocker validator
- no missed critical escalation in the approved benchmark
- documented conditional-pass limits and human gates
Promotion to implementation maturity I1
- Create repository-native input and output contracts for every candidate task ID.
- Implement deterministic portions of validators and declare independent human or model review for semantic portions.
- Connect a provenance-preserving source resolver and enforce freshness and jurisdiction rules.
- Pass the per-pack suite and dependency regression suites at release thresholds.
- Complete security, privacy, accessibility, and domain-owner review appropriate to risk.
- Publish LMETA/LCDL exact-overlay links and CI parity checks.
Exact-overlay identity
The LMETA and LCDL pages share the concept ID, semantic version, capability IDs, and invariant IDs. tools/validate_pack.py checks this parity.
Paired overlay
Runtime maturity
- Capabilities: 7
- Technical floor→ceiling:
I1_runtime→I1_runtime - Autonomy floor→ceiling:
A0_assisted→A0_assisted - I1_runtime count: 7
- Evidence class:
contract: 7 - Full hierarchy: MATURITY-HIERARCHY.md
Evaluation suite status
- CI status:
pass - Suite:
evaluation_suites/emotional-regulation-resilience.yaml - Cases defined: 7
- Capabilities under test: 7