Step 1: Contextual Framework Pass (Facts)

EXISTING STATE CLASSES IN ONTOLOGY (DO NOT RE-EXTRACT THESE): STATE STATES: - AI Tool Inexperience State: A state where a professional is using AI tools without prior experience or full understanding of their functionality, accuracy, and limitations - AI Tool Reliance State: A state where a professional is using AI-generated content or tools for technical work without full verification processes - Certification Required State: Checkpoint state requiring formal validation processes - Client Risk Acceptance State: A state where a client has been fully informed of specific risks to vulnerable populations but chooses to proceed without mitigation measures - Climate Resilience Policy State: A state where an organization has formal policies requiring infrastructure projects to incorporate climate change resilience and sustainability considerations - Competing Duties State: State requiring ethical prioritization between conflicting obligations - Confidentiality Breach State: A state where client confidential information has been exposed to unauthorized parties or systems without prior consent - Conflict of Interest State: Professional situation where personal and professional interests compete - Disproportionate Impact Discovery State: A state where a professional has discovered that a proposed solution would disproportionately harm a specific vulnerable population under certain conditions - Insufficient Attribution State: A state where substantial contributions to work product from AI or other sources are not properly acknowledged or cited - Make Objective Truthful Statements: Requirement for honesty in professional communications - Mentor Absence State: A state where a professional lacks access to their established mentor or supervisor for guidance and quality assurance, affecting their confidence and work processes - Non-Compliant State: State requiring compliance remediation - Non-Compliant State: Problematic state requiring immediate corrective action - Objective and Truthful Statements: Requirement for honesty in professional communications - Professional Position Statement: Official position statements from professional organizations defining key concepts and standards - Provide Objective Statements: Professional communication standard - Public Statements: Requirement for honesty and objectivity in all public communications and professional statements - Regulatory Compliance State: Legal compliance context constraining actions - Stakeholder Division State: A state where stakeholder groups have expressed conflicting preferences for different technical solutions, creating competing pressures on professional decision-making - State: A quality representing conditions that affect ethical decisions and professional conduct. This is the S component of the formal specification D=(R,P,O,S,Rs,A,E,Ca,Cs). - Technical Writing Insecurity State: A state where a professional lacks confidence in a specific technical skill area despite having expertise in other aspects of their field IMPORTANT: Only extract NEW state types not listed above! You are analyzing a professional ethics case to extract both STATE CLASSES and STATE INSTANCES. DEFINITIONS: - STATE CLASS: A type of situational condition (e.g., "Conflict of Interest", "Emergency Situation", "Resource Constraint") - STATE INDIVIDUAL: A specific instance of a state active in this case attached to specific people/organizations CRITICAL REQUIREMENT: Every STATE CLASS you identify MUST be based on at least one specific STATE INDIVIDUAL instance in the case. You cannot propose a state class without providing the concrete instance(s) that demonstrate it. KEY INSIGHT FROM LITERATURE: States are not abstract - they are concrete conditions affecting specific actors at specific times. Each state has a subject (WHO is in the state), temporal boundaries (WHEN), and causal relationships (WHY). YOUR TASK - Extract two LINKED types of entities: 1. NEW STATE CLASSES (types not in the existing ontology above): - Novel types of situational states discovered in this case - Must be sufficiently general to apply to other cases - Should represent distinct environmental or contextual conditions - Consider both inertial (persistent) and non-inertial (momentary) fluents 2. STATE INDIVIDUALS (specific instances in this case): - Specific states active in this case narrative - MUST be attached to specific individuals or organizations in the case - Include temporal properties (when initiated, when terminated) - Include causal relationships (triggered by what event, affects which obligations) - Map to existing classes where possible, or to new classes you discover EXTRACTION GUIDELINES: For NEW STATE CLASSES, identify: - Label: Clear, professional name for the state type - Definition: What this state represents - Activation conditions: What events/conditions trigger this state - Termination conditions: What events/conditions end this state - Persistence type: "inertial" (persists until terminated) or "non-inertial" (momentary) - Affected obligations: Which professional duties does this state affect? - Temporal properties: How does this state evolve over time? - Domain context: Medical/Engineering/Legal/etc. - Examples from case: Specific instances showing this state type For STATE INDIVIDUALS, identify: - Identifier: Unique descriptor (e.g., "John_Smith_ConflictOfInterest_ProjectX") - State class: Which state type it represents (existing or new) - Subject: WHO is in this state (person/organization name from the case) - Initiated by: What event triggered this state? - Initiated at: When did this state begin? - Terminated by: What event ended this state (if applicable)? - Terminated at: When did this state end (if applicable)? - Affects obligations: Which specific obligations were affected? - Urgency/Intensity: Does this state's urgency change over time? - Related parties: Who else is affected by this state? - Case involvement: How this state affected the case outcome CASE TEXT FROM facts SECTION: Engineer L, a licensed professional engineer, has many years of experience in stormwater control design. Engineer L is contracted by Client X, a private development entity, to design a stormwater management system for a large residential and commercial development near a small community. This community relies on a nearby surface water watershed as a primary drinking water source. Part of Engineer L’s scope of work for Client X includes ensuring that stormwater from the new development will not impact this primary drinking water source for the community. During the preliminary design phase, Engineer L becomes concerned that the risk of impact to the community drinking water source will potentially increase, as the likelihood of heavy stormwater flows will increase over time. But before Engineer L can quantify the increased risk, Client X encounters unexpected financial setbacks and requests that Engineer L suspend work identified in the original contract. In their communications about the suspension, Engineer L does not mention to Client X the potential increased risk of impact to the community drinking water source. Several months later, Client X’s financial situation improves and Engineer L is asked to resume work on the stormwater management system. About this same time, an historic heavy rainfall in the region leads to increased stormwater accumulation on-site, raising the risk of runoff into the watershed. Engineer L conducts additional studies and qualitatively estimates the risk that heavy rainfall could lead to stormwater runoff from the development reaching the nearby watershed and community drinking water source. Engineer L notifies Client X of this risk, advising that additional protective measures should be considered, especially as local environmental standards require steps to safeguard public water sources. However, Client X is hesitant to invest in additional protective measures, citing continuing budget limitations. Despite Engineer L’s concerns, Client X insists on proceeding without added safeguards, stating that Client X will address any compliance issues later, if needed. Respond with a JSON structure. Here's a CONCRETE EXAMPLE showing the required linkage: EXAMPLE (if the case mentions "Engineer A faced a conflict when discovering his brother worked for the contractor"): { "new_state_classes": [ { "label": "Family Conflict of Interest", "definition": "A state where a professional's family relationships create potential bias in professional decisions", "activation_conditions": ["Discovery of family member involvement", "Family member has financial interest"], "termination_conditions": ["Recusal from decision", "Family member withdraws"], "persistence_type": "inertial", "affected_obligations": ["Duty of impartiality", "Disclosure requirements"], "temporal_properties": "Persists until formally addressed through recusal or disclosure", "domain_context": "Engineering", "examples_from_case": ["Engineer A discovered brother worked for ABC Contractors"], "source_text": "Engineer A faced a conflict when discovering his brother worked for the contractor", "confidence": 0.85, "rationale": "Specific type of conflict not covered by general COI in existing ontology" } ], "state_individuals": [ { "identifier": "EngineerA_FamilyConflict_ABCContractors", "state_class": "Family Conflict of Interest", "subject": "Engineer A", "initiated_by": "Discovery that brother is senior manager at ABC Contractors", "initiated_at": "When bidding process began", "terminated_by": "Engineer A recused from contractor selection", "terminated_at": "Two weeks after discovery", "affects_obligations": ["Maintain impartial contractor selection", "Disclose conflicts to client"], "urgency_level": "high", "related_parties": ["Client B", "ABC Contractors", "Engineer A's brother"], "case_involvement": "Led to Engineer A's recusal from contractor selection process", "source_text": "Engineer A discovered his brother is senior manager at ABC Contractors during the bidding process", "is_existing_class": false, "confidence": 0.9 } ] } YOUR RESPONSE FORMAT (use the same structure with YOUR case's specific details): { "new_state_classes": [ // For each new state type you discover ], "state_individuals": [ // For each specific instance in the case (MUST have at least one per new class) ] } EXTRACTION RULES: 1. For EVERY new state class you identify, you MUST provide at least one corresponding state individual 2. State individuals MUST have a clear subject (specific person/organization from the case) 3. If you cannot identify a specific instance, do not create the state class 4. States without subjects are invalid (e.g., cannot have "general emergency" - must be "City M's water emergency") 5. Each state individual should clearly demonstrate why its state class is needed Focus on states that: 1. Are attached to specific individuals or organizations mentioned in the case 2. Have clear temporal boundaries (when initiated, when terminated) 3. Affect specific ethical obligations or professional duties 4. Show causal relationships with events in the case 5. Demonstrate the context-dependent nature of professional ethics EXAMPLE OF CORRECT EXTRACTION: State Class: "Public Health Risk State" State Individual: "City_M_PublicHealthRisk_2023" with subject="City M", initiated_by="Decision to change water source", affects_obligations=["Ensure public safety", "Provide clean water"] EXAMPLE OF INCORRECT EXTRACTION: State Class: "Emergency Situation" with NO corresponding individual (INVALID - no specific instance)