WFGY/ProblemMap/GlobalFixMap/Governance/prompt_policy_and_change_control.md

5.5 KiB
Raw Permalink Blame History

Prompt Policy and Change Control — Guardrails and Fix Patterns

🧭 Quick Return to Map

You are in a sub-page of Governance.
To reorient, go back here:

Think of this page as a desk within a ward.
If you need the full triage and all prescriptions, return to the Emergency Room lobby.

A governance fix page for prompt stability, approval flows, and change control.
Use this page when uncontrolled prompt edits, hidden overrides, or missing approval gates destabilize your RAG or reasoning pipeline.


When to use this page

  • Prompts are edited directly in production without sign-off.
  • Fine-tuned prompts drift from documented baseline.
  • Multi-agent pipelines apply different prompt rules with no central approval.
  • No version history or rollback path exists for prompt changes.
  • Waivers for unsafe prompt edits lack expiry or owner.

Acceptance targets

  • Prompt policy coverage ≥ 0.95 across live agents, RAG steps, and evaluation sets.
  • ΔS(question, retrieved) ≤ 0.45 after prompt edits (no semantic drift).
  • λ_observe remains convergent across 3 paraphrases and 2 seeds.
  • Each prompt edit has recorded owner, approval, and expiry date.
  • Version rollback possible in under 60 seconds.

Typical breakpoints and WFGY fix

  • Live edits destabilize outputs
    retrieval-traceability.md
    Require citation schema and provenance anchors before prompt rollout.

  • Hidden prompt injection bypasses control
    prompt-injection.md
    Enforce structural schema locks to prevent drift into unsafe states.

  • Baseline prompts vanish after fine-tuning
    policy_baseline.md
    Require reference to immutable baseline for audit and rollback.

  • Conflicts between agents (different policies in orchestration)
    Multi-Agent Problems
    Use role namespaces and explicit prompt slots to enforce alignment.

  • No audit trail for prompt changes
    audit_and_logging.md
    Require immutable logging of who changed what, when, and why.


Minimal governance checklist

  1. Immutable baselines — Store canonical prompt versions in a controlled repo.
  2. Approval required — Every change must be signed off before rollout.
  3. Waivers expire — Unsafe or experimental prompts must auto-expire.
  4. Rollback path — 1-click restore of previous prompt version.
  5. Drift checks — Run ΔS/λ probes after every edit; block rollout if drift > 0.45.
  6. Audit logs — Immutable records joinable to governance lineage.

🔗 Quick-Start Downloads (60 sec)

Tool Link 3-Step Setup
WFGY 1.0 PDF Engine Paper 1 Download · 2 Upload to your LLM · 3 Ask “Answer using WFGY + <your question>”
TXT OS (plain-text OS) TXTOS.txt 1 Download · 2 Paste into any LLM chat · 3 Type “hello world” — OS boots instantly

Explore More

Layer Page What its for
Proof WFGY Recognition Map External citations, integrations, and ecosystem proof
⚙️ Engine WFGY 1.0 Original PDF tension engine and early logic sketch (legacy reference)
⚙️ Engine WFGY 2.0 Production tension kernel for RAG and agent systems
⚙️ Engine WFGY 3.0 TXT based Singularity tension engine (131 S class set)
🗺️ Map Problem Map 1.0 Flagship 16 problem RAG failure taxonomy and fix map
🗺️ Map Problem Map 2.0 Global Debug Card for RAG and agent pipeline diagnosis
🗺️ Map Problem Map 3.0 Global AI troubleshooting atlas and failure pattern map
🧰 App TXT OS .txt semantic OS with fast bootstrap
🧰 App Blah Blah Blah Abstract and paradox Q&A built on TXT OS
🧰 App Blur Blur Blur Text to image generation with semantic control
🏡 Onboarding Starter Village Guided entry point for new users

If this repository helped, starring it improves discovery so more builders can find the docs and tools.
GitHub Repo stars