What this page is for
The UAI AI Memory Package Wizard turns the supported starter configurations from AI Memory into a guided package planning surface. It uses the same canonical template registry, generated manifest, and deterministic ZIP download routes already used by the public starter bundle page.
Current support boundary
- Current: choose a supported preset, add package metadata, generate a populated operating profile, generate a receiver startup brief, generate a one-file startup packet, optionally answer whether the project uses an LLM Wiki, set advanced audience, sensitivity, deck-scope, review gates, collaboration model, UAI-only or UAI plus Wiki architecture, unit and integration test posture, test timing, deployment posture, code review strategy, release gate, source-authority policy, memory-update policy, evidence ledger path, conflict-resolution policy, change-risk level, and rollback strategy, inspect a readiness checklist, copy individual files, download a package model JSON, download a manifest overlay JSON, download
UAI_MEMORY_SYSTEM_PROFILE.md, downloadUAI_MEMORY_RECEIVER_BRIEF.md, downloadUAI_MEMORY_STARTUP_PACKET.md, download the optionalLLM_WIKI_MEMORY_PLAN.mdfile, and fetch the canonical starter ZIP for the selected preset. - Current ZIP boundary: ZIP files are generated from canonical starter templates. Wizard metadata, system profiles, receiver briefs, startup packets, overlays, and generated plan files travel beside them as JSON or Markdown so the page does not pretend to be a general hosted repository writer.
- System profile boundary:
UAI_MEMORY_SYSTEM_PROFILE.mdis a generated local operating file. It defines collaboration, memory architecture, source authority, memory update rules, testing, deployment, code review, evidence ledger, conflict handling, risk escalation, rollback, and placeholder-population rules for the receiver; it still requires the receiver to inspect the actual codebase, CI, deployment docs, owners, and environment before acting. - Receiver boundary:
UAI_MEMORY_RECEIVER_BRIEF.mdis a local startup instruction file for the next human, team, or AI. It names read order, first-response expectations, support boundaries, and targeted-check expectations; it is not an importer, repository writer, automatic sync system, certification, endorsement, or UAI-1 conformance result. - Startup packet boundary:
UAI_MEMORY_STARTUP_PACKET.mdis a local operator packet that embeds generated instructions and selected-file indexes for easier handoff. It is still not a hosted importer, automatic repository writer, automatic wiki sync, SDK, CLI, certification, endorsement, or UAI-1 conformance result. - LLM Wiki boundary: LLM Wiki is not required by UAI specs or standards. When a project also uses an LLM Wiki long-memory layer, the wizard can add an exact-root
LLM_WIKI_MEMORY_PLAN.mdplanning file. That file explains what gets saved along the way, when to update long-term memory, which source-authority and conflict rules apply, which archive-transfer evidence to record, which promotion gates apply, and why wiki memory remains background until promoted into project truth. Use Using UAI Packages With An LLM Wiki for the practical package/wikimemory operating path, and use LLMWikis.org-style guidance for the deeper wiki layer rather than treating UAIX.org as the wiki host. Learn more at LLMWikis.org. - Not current: hosted upload or import validation, WordPress admin installation, automatic site writes, automatic LLM Wiki writes or bidirectional sync, SDKs, CLIs, certification, endorsement, or broad package-manager support.
Wizard
Package Wizard
Build a UAI AI Memory starter package
Start with a supported preset and leave with a one-file startup packet, system profile, receiver brief, populated operating protocols, manifest overlay, copyable file deck, optional LLM Wiki plan, and canonical starter ZIP link.
Review package model
Live build preview
Watch the generated memory files update as each choice changes. This preview is local to the page and does not upload, import, sync, certify, or write to a repository.
Manifest overlay preview
This local overlay records the wizard choices that travel beside the canonical ZIP; it is not an upload, import, certification, or endorsement result.
Copy-paste file deck
Canonical ZIP output
The ZIP download is generated on request from the canonical starter templates and generated manifest. Local metadata from this wizard travels beside it in the package model JSON, the manifest overlay file named UAI_MEMORY_WIZARD_OVERLAY.json, the system profile named UAI_MEMORY_SYSTEM_PROFILE.md, the receiver brief named UAI_MEMORY_RECEIVER_BRIEF.md, the startup packet named UAI_MEMORY_STARTUP_PACKET.md, and the optional exact-root file LLM_WIKI_MEMORY_PLAN.md when enabled.
WordPress planning checklist
- Use the package model JSON as the admin/import planning record.
- Require capabilities, nonces, server-side validation, ZIP traversal checks, and a refusal path before any site write.
- Treat plugin import and automatic site application as future controlled tooling, not as current public support.
How this connects to Project Handoff
Use Project Handoff when the chosen package needs to become a repository-local AGENTS.md, readme.human, and .uai transfer bundle. Use the UAIX Agents Protocol page only for the experimental WordPress package dogfood record; it does not widen the wizard into a public plugin importer.
Before widening a support claim
Check the Roadmap and Changelog before describing any future admin plugin, upload validator, source-control writer, automatic LLM Wiki sync, SDK, CLI, certification, or endorsement behavior as current UAIX support.