Lighthouse AdvisorySLED AI Adoption Intelligence
← Back to results

From the K–12 edition of September 9, 2026

Standards or public-body guidanceEmergingUndated source

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
Read original source

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

  1. 2026-09-09K–12 · Issue 043 resources
Read preserved resource versions (JSON)

Stable resource ID: kentucky-ai-in-action-inventory-2025