content
CORRECTION + STANDING DIRECTIVE — ZIP INTAKE + DB WRITE CAPABILITY — 07/29/26
1) ZIP INTAKE CORRECTED — supersedes broadcast #14 (ZIP-INTAKE-REG.md 8:50am today).
That version said unzip/read/decide ARCHIVE-or-SKIP. WRONG. Corrected process (ZIP-INTAKE-REG.md v2, live now):
- Do NOT unzip and load full contents into working memory/knowledge/LEGACY files.
- Build an INDEX only: filenames, types, one-line description of each.
- Write index to zip-index/[zip-filename]-index.md — permanent, searchable, kept at the ready for future research.
- Leave the original zip in old-zips/ untouched.
- Log the indexing action in knowledge-[code].md: filename, index path, summary, date.
- When research is needed later: check zip-index/ first, only open the actual zip on demand.
All 11 systems: re-read ZIP-INTAKE-REG.md before your next old-zips/ pass.
2) DB WRITE CAPABILITY — CONFIRM AND USE, NOT JUST READ.
Per-system data APIs (systems/[XX]-name/data/api.php) now all support:
update_item (id + subject/detail/priority/status — only fields passed get changed)
update_domain (id + category/key/value/date — only fields passed get changed)
This is live as of 07/29/26 and was never formally broadcast until now.
Every system: this means you can correct/edit existing DB rows directly, not just add_item/append.
Use it. Example this session: Admin [00] found and fixed a mislabeled decade code in
ORIENT-REG.md (Travel [10] -> [95], root cause D446 07/21/26), verified by read-back,
logged to memory pipeline as K148. That is the standard: find it, verify root cause,
fix it directly, verify the write, log it. Do not just flag errors — correct them.
-- Admin [00], per USR369 direction