Account – Settings – Comment Responder – Shield
- Path:
/account/settings/comment-responder/shield(TBD) - Parent:
settings-comment-responder.md
Purpose (business goal)
Section titled “Purpose (business goal)”Configure safety, compliance, and risk controls applied to generated replies (blocking, disclaimers, redaction).
User roles & permissions
Section titled “User roles & permissions”- Workspace Admin
- Permissions:
comment_responder.manage,compliance.manage(TBD)
Reference: Roles & Permissions Model
Layout structure
Section titled “Layout structure”- Policy toggles
- Block/allow lists (TBD)
- Required disclaimer rules (TBD)
Components used
Section titled “Components used”TBD
States
Section titled “States”- Empty: TBD
- Loading: fetch policies
- Error: invalid policy / save failure
- Complete: policies updated
Business logic (high-level)
Section titled “Business logic (high-level)”Shield policies are enforced at reply generation and before send.
Domain refs:
API dependencies
Section titled “API dependencies”GET /apps/comment-responder/settings/shieldPUT /apps/comment-responder/settings/shield
Enterprise constraints
Section titled “Enterprise constraints”- Shield policies are part of enterprise compliance posture; changes must be auditable and access-controlled.
- Policies must be consistently enforced across channels/apps for the workspace (TBD).
Edge cases
Section titled “Edge cases”- Policies conflict (e.g., allow-list vs block-list); precedence rules are TBD.
- Policy change affects in-flight queues; rollout behavior is TBD.
Security & compliance considerations
Section titled “Security & compliance considerations”- Enforce least-privilege access; prevent policy bypass.
- Audit all policy changes and surface who/when/what changed.
Reference: Security & Compliance
Analytics events (if applicable)
Section titled “Analytics events (if applicable)”TBD
Reference: Analytics Events (MVP)