From the K–12 edition of September 9, 2026
Kentucky inventory connects school AI to existing student and workforce systems
Kentucky Department of Education · K–12 education · Kentucky, United States
- Publisher
- AI in Action Across Kentucky
- Original publication
- December 2025 document; linked from state guidance updated September 3, 2026
- Source retrieved
- 2026-09-10
What happened
KDE lists an Infinite Campus early-warning report, the Diego educator-navigation bot, and professional learning within its existing education technology framework.
Why it matters
An older implementation inventory newly added as fall planning context; it identifies workflows worth evaluating rather than proven benefits.
Evidence and measured results
Descriptive agency inventory, not a controlled evaluation. No measured workload, attendance or retention effect is established.
Limitations and uncertainty
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.
Put this evidence to work
Lighthouse Advisory interpretation, grounded in this source. Enriched 2026-09-10; this does not change the original publication date. Labels below come from the analysis itself.
Sales
Role takeaway
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.
Pre-sales engineering
Role takeaway
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
Role takeaway
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.
Implementation considerations
Lighthouse Advisory interpretation across the operating dimensions a public-sector buyer must settle before this evidence becomes a design. Each note answers the question under its heading for this specific source.
Architecture and integration
What must connect, and where does the AI sit in the workflow?
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.
Governance
Who approves, reviews and stays accountable for outcomes?
Approve each workflow according to its consequence for students, with accountable human review.
Security and privacy
What data, permissions and controls need testing?
Keep student-risk data restricted to authorized support staff and minimize what a public navigation assistant can access.
Accessibility and workforce
Who is affected, and what skills or accommodations follow?
Test educator-navigation tasks with assistive technology and varied language needs; account for training and escalation workload.
Procurement
What should contracts, pricing and exit terms secure?
Request workflow-level costs, evaluation access and support responsibilities before purchasing an equivalent capability.
Operating model
Which teams own the service once it runs?
Student-support leaders own early-warning decisions; educator-service owners maintain navigation content and human escalation.
What changed
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.
Publication history
- 2026-09-09K–12 · Issue 043 resources
Stable resource ID: kentucky-ai-in-action-inventory-2025