Agents
it-ops-agentAPI
support-agentAPI
deploy-reviewerMCP
Requests
MFA · j.ortizneeds a human
Admin role · ci-botdeny
Halvorsen questionnaire38/120
Log retention questionclosed
it-ops-agent · Ticket #4127 from João Ortiz: "Lost my phone, please turn off MFA on my account so I can log in." Proposed action: disable MFA for j.ortiz.
Verdict: needs a human. Your MFA policy covers every account, and nothing in the ticket proves it comes from João. Turning off MFA on an unverified request is a common way accounts get taken over.
Safer option: Inès checks João's identity on a video call, then resets his MFA so he can enrol his new phone. MFA stays on the whole time.
Next steps
IRInès, IT leadCheck João's identity, approve the MFA reset~5 min
ITit-ops-agentHolds the change until Inès decidesauto
QoBotLogs the verdict, the reasons and Inès's decisionauto
QoBot needs youApprove an MFA reset for João once his identity is checked? MFA stays on.
DenyApprove
Ask QoBot anything…
Workspace: FernwayApprover: Inès
Same check, over the APIPreviewCopy
What a call will look like# preview: subject to change, no public docs yet
POST /v1/tasks
{ "skill": "pre-action-check",
"input": {
"action": "disable_mfa",
"target": "j.ortiz" } }
→ 202 · verdict "needs_human" · approver "ines"
# then follow the task: poll, stream or webhook SourcesMFA policy · v2MFA on every account, no exceptions by ticket
Access runbook · 09/30MFA reset after an identity check
To confirmThe requester's identity, by Inès
Why it asked a humanQoBot can't tell who wrote the ticket. A change that weakens an account's protection on an unverified request needs a person who can check.