A changed price is a knowledge problem.
When a business changes its prices, timings or policies, a fluent response can still be wrong. The application needs a way to know which information is approved and current.
The IMFIT source reviewed in October 2026 includes knowledge submissions, review states, approval and versioning. Its documented lead workflow separates approved business facts from examples and supports staff handoff.
- Submit a change
- Review and approve
- Version the knowledge
- Use current context
This is not automatic model training.
Changing the information supplied at runtime is different from changing model weights. The important operational question is who can approve information and how the application uses the approved version.
What should be tested next?
A proposed evaluation would ask the same representative questions before and after an approved change, then inspect the answer and its source. Include ambiguous questions, missing information and conflicting records.
- Does a newly approved fact reach the response?
- Can an unapproved change influence an answer?
- Does the system ask for help when a source is missing?
- Can a reviewer identify and correct a wrong answer?
Selected local backend tests now verify knowledge availability and source references; the case study records those checks. The broader response-quality evaluation above remains proposed. Neither establishes production answer accuracy or business impact.
Evidence for this note
IMFIT lead workflow documentation and backend knowledge-management implementation, reviewed October 2026. Private source code is not published here.
Read the full implementation case study