Lighthouse AdvisorySLED AI Adoption Intelligence
← Back to results

From the Local Government edition of September 28, 2026

Public-sector association guidanceEmergingNewly relevant · Jun 2026

Mississippi MAIN local-government AI policy template adds Sept. 26 software-created-with-AI governance clause

Mississippi Artificial Intelligence Network (MAIN) / Mississippi Gulf Coast Community College · Smaller local-government AI policy / capacity templates · Mississippi, USA (template for cities, counties, and other local governments)

Publisher
Mississippi Artificial Intelligence Network (MAIN)
Original publication
June 3, 2026 (page); MAIN editorial recommendation added September 26, 2026
Source retrieved
2026-09-29
Event date
2026-09-26
Read original source

What happened

MAIN’s AI Policy and Guidance Template for Local Government (published June 3, 2026) gives Mississippi cities and counties a proportionate framework covering acceptable use, public records, procurement, public safety, high-risk human oversight, resident-facing disclosure, and accessibility. Sample language states AI must not make final decisions affecting permits, code enforcement, benefits, utility billing or shutoffs, employment, public safety, or legal rights without authorized human review. Why-now: on Sept. 26, 2026 MAIN added an editorial recommendation that software, scripts, websites, integrations, low-code workflows, and agents created with AI—including software with no AI at runtime—must follow organization software/data/change-control rules; permission to use a coding tool does not authorize deployment.

Why it matters

Directly addresses smaller-government implementation capacity: a lean-staff template plus a fresh Sept. 26 clause on AI-generated software deployment—the gap beside this week’s city AI policies and chatbot launches.

Evidence and measured results

Opened MAIN template page; June 3 publication stamp and Sept. 26 editorial recommendation verified in page text. Template is explicitly not legal advice or a mandatory model.

Limitations and uncertainty

Template/guidance, not an adopted ordinance; Mississippi-centric references (ITS, Public Records Act); no measured outcomes from adopting jurisdictions in the page itself; Sept. 26 clause is editorial recommendation with NIST SSDF foundation, not a legal mandate.

Put this evidence to work

Lighthouse Advisory interpretation, grounded in this source. Enriched 2026-09-28; this does not change the original publication date. Each role follows the same checklist so takeaways compare across sources.

Sales

Role takeaway
Customer problem
Staff already use generative AI and AI coding aids while the jurisdiction lacks a proportionate adopted policy and deployment gate.
Stakeholders
  • Mayor/administrator
  • Council/board
  • Attorney
  • Clerk
  • IT or IT vendor
Discovery questions
  • Has the governing body adopted any AI policy?
  • Who owns AI exceptions and the tool inventory?
  • How are AI-built scripts reviewed before production?
  • Which decisions are barred from AI finalization?
Value hypothesis
Adapting MAIN’s template—including the Sept. 26 AI-created-software clause—gives lean governments a human-oversight and change-control baseline without a large PMO.
Potential engagement
Three-week small-city AI policy sprint: gap map to MAIN sections, draft resolution, approved-tool list, and AI-built software review checklist.
Unsupported claims
  • That using the template equals legal compliance
  • Guaranteed staffing savings
  • That MAIN endorsement replaces local counsel

Pre-sales engineering

Role takeaway
Fit
Strong for FAQ assistants and internal drafting under human review; weak for autonomous permitting or enforcement.
Architecture and integration
Approved-tool pathway; local/self-hosted exploratory lane offline; production AI and AI-built automations under change control and identity access.
Prerequisites
  • Policy adoption
  • Named AI owner
  • Data classification
  • Change-control hook for AI-built code
Constraints
  • Lean IT
  • Vendor-managed systems
  • State-law localization needed outside Mississippi
Security
Keep restricted data out of public models; review vendor training rights; treat downloaded model weights as supply-chain code.
Proof of value
  • Adopted policy on file
  • Approved-tool inventory current
  • AI-built deployment reviews logged
  • High-risk uses have manual fallback

Delivery

Role takeaway
Work
Workshop template sections, draft local policy, train staff, stand up inventory, and insert AI-software review into release process.
Dependencies
  • Attorney
  • Clerk/records
  • IT vendor
  • Department heads
  • MAIN training (optional)
Ownership
Administrator-designated AI governance owner; departments own use-case accuracy.
Skills and adoption
Employees learn approved uses and that coding-tool permission is not production authority.
Governance checkpoints
  • Governing-body adoption
  • Annual policy review
  • Incident routing test
  • Procurement AI questions in purchasing
Acceptance criteria
  • Resolution or ordinance adopted
  • Staff owner named
  • Approved/prohibited use list published internally
  • First AI-built software review completed
Risks
  • Template copied without counsel
  • Shadow tools continue
  • Accessibility and records duties ignored

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?

Separates exploratory local/self-hosted model use from production; requires review before AI-built code hits shared deployment, privileged access, or resident-facing services.

Governance

Who approves, reviews and stays accountable for outcomes?

Governing-body adoption, named staff owner, inventory of approved tools, and human oversight for high-risk decisions; Sept. 26 clause extends governance to AI-authored software change control.

Security and privacy

What data, permissions and controls need testing?

Bans entering restricted/confidential/regulated data into unapproved AI; CJIS caution for public safety; public-records treatment of prompts/outputs; vendor training-rights scrutiny in procurement.

Accessibility and workforce

Who is affected, and what skills or accommodations follow?

Template ties AI tools to ADA Title II / WCAG expectations and role-based training—critical for small staffs and resident equity.

Procurement

What should contracts, pricing and exit terms secure?

Adds AI-specific purchasing questions (training rights, storage, audit logs) and treats quiet AI features in existing software as review triggers.

Operating model

Which teams own the service once it runs?

Proportionate governance for lean governments: short policy plus procedures, human final authority on high-risk services, and change control for AI-built automations.

Publication history

  1. 2026-09-28Local Government · Issue 234 resources
Read preserved resource versions (JSON)

Stable resource ID: main-ai-policy-template-software-clause-20260926