AtlasWork, planned itself.

    The AI-native, all-in-one work platform. Tasks, projects, CRM, contracts, and analytics in one calm workspace.

    System status
    • SSO
    • SCIM
    • Two-factor sign-in
    • Audit log

    Product

    • Overview
    • PDF tools
    • Diagram tools
    • People & HR
    • Integrations
    • Marketplace
    • Pricing

    Resources

    • Guides
    • Glossary
    • Compare
    • Docs
    • API reference
    • Support
    • Changelog
    • Status

    Company

    • About
    • Careers
    • Press
    • Contact

    Legal & trust

    • Trust center
    • Security
    • Privacy
    • Terms
    • DPA
    • GDPR
    • SLA
    • Refunds
    • Google API data
    Atlas, a product by wrxstack.com·© 2026 wrxstack·All rights reserved
    PrivacyTermsSecurityStatus

    You are in control of your cookies

    Atlas uses strictly necessary cookies to keep you signed in. With your consent, we add anonymized product analytics, conversion attribution, and remembered preferences. Change your mind any time at /privacy/cookies.

    Off until you agree · Change it any time

    • NecessaryAlways on
    • AnalyticsOpt-in
    • MarketingOpt-in
    • PreferencesOpt-in
    Still loading. Try again in a moment.Still loading. Try again in a moment.Still loading. Try again in a moment.
    Skip to documentation
    Docs
    Back to Atlas

    Start here

    • Overview

    Developer

    • REST API guide
    • Authentication
    • API reference
    • MCP (AI agents)
    • MCP tools reference
    • SDKs
    • Quick actions
    • Changelog

    Webhooks

    • Overview
    • Quickstart
    • Events
    • Payloads and headers
    • Security and signing
    • Delivery and retries
    • Managing via API

    Connect

    • Connectors
    • Integrations

    Product

    • Collaboration and chat
    • Signing in and security
    • Client portal
    • Client portal domains

    Reference

    • Glossary
    • Keyboard shortcuts
    • Module reference
    Module reference

    Module guide

    Agent governance

    Human-in-the-loop approvals, memory, and an activity log for AI agents.

    Open module/settings/agents
    ai-nativeadmin

    Overview

    Agents in Atlas request human sign-off before taking consequential actions. An approval is a stored request that is decided once, memory is explicit key and value, and recent agent runs are listed for audit. Owners and administrators work from the Approvals and governance screen, and Settings, then Agent governance, adds Teammates, Approvals, Memory and Activity tabs.


    Highlights

    The capabilities worth knowing before you dive in.

    • Approval gate: a request moves once from pending to approved or rejected, and the decision records who decided and when
    • Memory kept per person, per agent, and per workspace
    • Double-decide guarded: a decided approval cannot be re-decided
    • The Activity tab lists recent runs of every agent, with the trigger, the tokens used and any error

    Important to know

    Limits, permissions, and sharp edges to keep in mind.

    • Saving a memory fact with the same scope, key, agent and person replaces its value instead of adding a second fact.
    • Approvals survive a service restart because they are DB-backed rows, not in-memory queues.
    • Approvals can be listed and decided, and teammates enabled or disabled, only by workspace owners and administrators. A template here starts the agent builder. Apart from the Day planner, whose schedule changes wait for approval, a template is never run directly, and no run is recorded without a model.

    How to use it

    The primary workflow, start to finish.

    1. 1Run an agent from the Agents screen. When the run reaches a step that changes data, it stops and shows the step with Approve and Reject.
    2. 2Approve or reject the step on the run page. Approving runs the step and the run continues, and rejecting ends the run as failed.
    3. 3Approvals raised by governed templates, such as the Day planner, and approved actions waiting to be replayed are handled on the Approvals and governance screen, which only owners and administrators can open. A step that belongs to a run can also be decided from the Approvals queue: approving it there runs the step and resumes the run, exactly as approving it on the run page does.

    FAQ

    What stops an agent doing something consequential without me?
    An approval gate. A new agent waits for a person's approval on every tool that changes data, unless its builder chose otherwise. The agent proceeds only on approval.
    Can an approval be reversed after somebody decides it?
    No. A decided approval cannot be decided again. That is deliberate, so the record of who allowed an action and when cannot be rewritten afterwards.
    Does an agent forget everything if the service restarts?
    No. Memory and approvals are saved records rather than temporary queues, so both survive a restart. Memory is an explicit key and value, kept per person, per agent, or per workspace, and writing the same key replaces the value.

    Automate this module

    Everything on this screen is scriptable. Drive it from the REST API, or let an AI agent run it through the MCP server.
    All modules
    Was this page helpful?
    About this page

    On this page

    • Overview
    • Highlights
    • Important to know
    • How to use it
    • FAQ