The feedback loop
The feedback loop is the concept-side companion.
Feedback is mandatory in two ways: the system writes it automatically when a decision lands, and admins must write it themselves when they override a decision. There is no path to a closed idea without feedback.
When the auto-decision rule fires, the system writes feedback as part of the same step that records the outcome. There's no second moment where a human might forget. The submitter sees the decision and the feedback at the same time.
Auto-feedback is built deterministically from data already on the idea. Its structure:
4.1).For anonymous submissions, feedback is still delivered to the submitter; their identity stays hidden from peers.
When an admin uses the override form, the feedback text area is required. Submitting with empty or whitespace-only text fails with a clear error and the override doesn't save.
This is the single hardest gate in the pipeline. It is not configurable. It applies to every override path:
Once an admin records feedback, the wording is final. There is no edit button on the feedback row.
If you need to revise, run another override. Submit a new outcome (or the same outcome again, if the system permits) with new feedback text. The new override:
The previous feedback is preserved in the timeline so the audit trail stays intact.
The submitter of an anonymous idea sees their feedback exactly as a non-anonymous submitter would. The system delivers feedback to the submitter without revealing who they are to anyone else. Coordinators and admins write feedback without seeing the submitter's name.
The feedback loop
The feedback loop is the concept-side companion.
Three outcomes
The three outcomes covers Approved, Rejected, and Needs discussion.
Users and roles
Users and roles explains who can override.