Solutions · Governed Data Delivery
Delivery You Can Audit, Repeat, and Trust.
Commit configuration changes to Git, run them under role-based access, and keep development, test, acceptance, and production apart, each with its own source and platform credentials.
How It Works
Change Management Your Auditors Will Recognize.
Configure in Git
Edits in the app stay in a working copy until you commit them, and a commit goes straight to the Git branch bound to the environment. From there it is diffable and revertible like any other commit; the app opens no pull request. Until an environment has a deployed commit, a run uses the latest saved edits instead.
Separate DTAP environments
Development, test, acceptance, and production are separate environments, each with its own credentials. There is no promotion step in the app yet: changes move between them through your Git repository.
Observe your runs
Each run shows its status, what it moved, and, for a step that failed, a classified error and hint; the full error stays in the agent’s log. Metrics across runs show whether your jobs in development are healthy.
Governance Without the Friction.
Role-based access separates who manages the organization, who configures and runs pipelines, and who only observes. Credentials live in a vault project of their own per organization, the agent moves your records on your infrastructure, and changes to projects, environments, data platforms, sources, jobs, schedules, and contracts are recorded in an audit log that owners and admins can read. The contracts, and the docs Amfelt generates when you switch them on, sit in the same Git repository for your AI tools to read; a governed endpoint for AI tools is on the roadmap (see AI-ready data).
From the Blog
Stop Asking AI to Guess. Make Your Pipelines Deterministic.
Pipelines must reproduce, not predict. Where deterministic ingestion belongs, where LLMs actually help, and why blurring the line is how data projects quietly go wrong.
FAQ
Common Questions.
Rank roles (owner, admin, operator, viewer) govern who manages the organization, who runs data operations, and who observes. A separate billing-only role is on the roadmap.
In a project of its own per organization in Amfelt’s vault, reached through a machine identity scoped to that project. The agent resolves credentials through the control plane at run time, and Amfelt strips them from everything it commits to Git. For an agent without a control plane,
amfelt add-target --store-login-in-file keeps a target’s login in the local project file instead, and amfelt commit refuses to push that file.Yes, for configuration. From an environment’s history in the app you can restore its jobs, runs, and contracts to an earlier commit; sources and the data platform stay as they are. Data already loaded into history stays as it is.
Ship Data Changes Like Software.
Join the waitlist to hear when Amfelt opens to more teams.