{"resourceId":"kentucky-ai-in-action-inventory-2025","versions":[{"version":"external-0f7ba3af5c24bc8dfb145808953ea3ebf21e019d27f09f5f9675e630644ef6d8","resource":{"id":"kentucky-ai-in-action-inventory-2025","title":"Kentucky inventory connects school AI to existing student and workforce systems","organization":"Kentucky Department of Education","sector":"K–12 education","geography":"Kentucky, United States","publishedAt":"December 2025 document; linked from state guidance updated September 3, 2026","publicationDate":null,"eventDate":null,"sourceName":"AI in Action Across Kentucky","sourceLabel":"Official implementation inventory","sourceUrl":"https://www.education.ky.gov/districts/tech/Documents/AIKentucky.pdf","evidenceClass":"standards-guidance","outcomeClass":"emerging","topics":["knowledge-work","developers-agents","infrastructure","data-security","governance-procurement","accessibility-workforce","operating-model"],"finding":"KDE lists an Infinite Campus early-warning report, the Diego educator-navigation bot, and professional learning within its existing education technology framework.","sledRelevance":"Interpretation: An older implementation inventory newly added as fall planning context; it identifies workflows worth evaluating rather than proven benefits.","evidence":"Descriptive agency inventory, not a controlled evaluation. No measured workload, attendance or retention effect is established.","architectureImplications":"Interpretation: Map the student information system and public information assistant separately. The latter does not establish a need for autonomous write access; hosting specifications remain unknown.","governanceImplications":"Interpretation: Approve each workflow according to its consequence for students, with accountable human review.","securityPrivacyImplications":"Interpretation: Keep student-risk data restricted to authorized support staff and minimize what a public navigation assistant can access.","caveats":"Document mixes implementation descriptions and aspirational benefits. Status of each initiative needs current confirmation; exact publication day is unknown. No evaluated baseline, sample or error rates are supplied.","streamIds":["k12"],"roles":{"sales":"Interpretation: Separate the district's student-support problem from its educator-service navigation problem. Ask counselors what happens after an alert and ask workforce staff which information requests generate repeat contacts. A bounded engagement could map one existing workflow and establish its baseline before adding an assistant. The value hypothesis is better routing or more timely human follow-up, subject to testing. Include the student-services director, IT and the staff who actually handle exceptions in discovery. KDE's inventory supplies examples, not evidence of savings or improved retention. Do not turn an implementation list into a claim that the same intervention will work in another state or district.","engineering":"Interpretation: For early warning, validate source data, refresh timing and role permissions before exposing a score to staff. For educator navigation, use approved public content with visible source links and a maintained human contact route. These are separate engineering proofs with different sensitivity and failure consequences. Prerequisites include a documented current process and a representative test set. Test stale information, missing records, ambiguous questions and unavailable downstream services. Measure false alerts and missed cases where suitable labels exist; measure answer accuracy and handoff completion for navigation. Neither the inventory nor its use of the word agent demonstrates a validated autonomous architecture, model choice or hosting requirement.","delivery":"Interpretation: Appoint a student-services owner for the alert workflow and a separate educator-services owner for navigation. Inventory dependencies, document the current handoff and train staff on exceptions before a small pilot. Establish privacy approval and a review calendar with IT. Proposed acceptance criteria: sampled alerts reach an authorized person with a recorded disposition, navigation answers cite approved current material, and users can reach staffed support when the tool fails. Agree targets after collecting a baseline. Measure staff effort alongside completion, and evaluate any claimed learning benefit separately with independent assessment. Risks include stale data, extra alerts without response capacity and historical descriptions being mistaken for current operational assurance."},"retrievedAt":"2026-09-10T03:02:14Z","enrichedAt":"2026-09-10T03:04:22Z","enrichmentBasis":"retrieved source","accessibilityWorkforceImplications":"Interpretation: Test educator-navigation tasks with assistive technology and varied language needs; account for training and escalation workload.","procurementImplications":"Interpretation: Request workflow-level costs, evaluation access and support responsibilities before purchasing an equivalent capability.","operatingModelImplications":"Interpretation: Student-support leaders own early-warning decisions; educator-service owners maintain navigation content and human escalation.","updateExplanation":"Absent from the full 151-resource archive. The live September 3 state guidance links this December 2025 inventory, making it useful newly archived implementation context, not a new September deployment or substantive update to a repeated source.","sourceVerification":{"openedUrl":"https://www.education.ky.gov/districts/tech/Documents/AIKentucky.pdf","referenceExcerpt":"AI-assisted student early warning insights in Infinite Campus.","promptVersion":"sled-research-v3.1","model":null,"basis":"agent-reported inspection"}}}]}