$15,000/month. Month to month, no minimum. We help your team build the machinery around AI-written code — patterns, worked examples, and a read on your gate design before you spend a sprint on it. Then a probe you run in your own CI reports, every month, on whether any of it held.
The licenses are already bought. What almost never follows is a change in how code actually reaches production. Buying a tool is a purchase order; changing how a team ships is org change — and that second thing is the whole job.
Courses and plugins teach individuals. They don't govern AI output, harden the pipeline, or change how a team delivers. That's an org-change problem.
Big-4 engagements are junior-staffed and process-heavy, thin on current agentic-DevSecOps practice. The gap is one senior practitioner working with your team, not writing for them.
Two ways in, priced on this page rather than on a call. Neither one needs repo write access, production credentials, or SSO.
Fifteen questions → a readiness score across the three pillars, the patterns to apply, and a 30-day action plan. Emailed instantly.
Help building the harness — patterns, worked examples, and a read on your gate design before your team spends a sprint on it. Plus a monthly drift report from a probe you run in your own CI, so you can see whether any of it held.
Rules get bypassed under deadline. Hooks get disabled just for this one PR. Permissions widen, gates get skipped, and none of it surfaces anywhere — the harness you agreed on and the harness actually running drift apart quietly. So the retainer does two things: helps your team build the machinery, then measures whether it held.
You run the container yourself, in your own pipeline. It emits metadata-only JSON: gate coverage, hook execution, permission scope, traceability. No repo write access, no production credentials, no SSO.
Month one sets your baseline. Every month after says what moved against it, what regressed, and what to do about it in priority order. It arrives whether or not you booked the session, opened the channel, or thought about us at all.
A monthly session on what you're actually building — patterns to apply, worked examples from harnesses already running, and a read on your gate design before your team spends a sprint on it. Plus a private channel in between.
What the retainer is not: a review of your application code. The subject is everything around the code — the rules and hooks your agents work inside, the gates in CI, the permissions, the traceability. Your domain logic is your business; the machinery that decides what reaches production is ours. And nothing we hand you should reach production on our say-so: it clears your review and your gates like any other change.
Agents are already writing code that reaches production — or soon will. Someone owns the rules, hooks and CI gates by name, and can act on a report when it lands. And you would rather be handed a number than be reassured — including in the months the number is worse.
You want your application code reviewed — that stays your team's job, deliberately. Or nobody owns your gates, in which case the report arrives every month with no one to act on it. Or you want it built for you: we advise and show worked examples, but your engineers do the building.
The harness is the engineered Claude Code environment your engineers work inside, built on the open Agentic Continuous Delivery ↗ operating model. It outlasts us because your team builds with it daily.
CLAUDE.md standards, plus .claude/ PreToolUse / PostToolUse hooks that enforce them automatically on every change.
Reusable agents, skills, and slash commands — with MCP wiring that gives them your internal context.
OIDC identity, SAST / SCA / secret-scan gates on every change, versioned delivery-contract artifacts, and small-batch sessions.
Security appears in the headline of every AI-coding pitch and then disappears into a bullet. These are the specific things that go wrong when agents write code, and the specific gate that catches each one. Every control below is one your team owns and can audit — not a promise about our tooling.
A code comment, a README, an issue body, a dependency's docs — the moment
an agent reads any of it, it is untrusted input. Instructions buried in
content you already trust get executed with your engineer's permissions.
The control: treat repo content as data, never as
instruction — PreToolUse hooks that gate what an agent is
allowed to act on, and a permission scope narrow enough that "helpfully"
running a shell command isn't available in the first place.
An agent runs as whoever launched it. Left alone, that means the full developer credential set — cloud, registry, CI, production read access — available to every action it decides to take. The control: scoped OIDC identity per session instead of long-lived keys, and an explicit allow-list evaluated per tool call, so the blast radius of any single action is bounded before it runs and logged after.
Agents install packages, add MCP servers, and pull CI actions. Each one is new code running with your permissions, selected by something optimizing for task completion rather than for provenance. The control: SCA gates on every change, pinned action SHAs, and a human review step for any new MCP server or dependency — because an MCP server is an unreviewed integration with tool access, not a config line.
A .env read "for context" is now in a transcript, a prompt
cache, and possibly a vendor's logs. It will not show up in a code review,
because it never reached the code.
The control: secret-scan gates that fire pre-commit
and pre-tool-use, deny-lists on file reads, and a rotation trigger
for the times one lands anyway — because sometimes one will.
When an auditor asks which agent made which change, under which rules, with which gates in force — "we think so" is not an answer, and neither is a git blame pointing at a human who pressed accept. The control: versioned delivery-contract artifacts, so every change ties back to the exact rule, hook, and gate versions that were active when it was made. Evidence you can hand over, not reconstruct.
Mapped to frameworks your auditors already accept. Controls are tracked against OWASP DSOMM for maturity and NIST SSDF for secure development practice; the agent-specific failure modes above are classified against MITRE ATLAS, which covers adversarial technique against AI systems — prompt injection included. Nothing here asks you to accept a new standard, and nothing here reaches production without clearing your existing review.
The goal is shipping faster and more safely by adopting agentic techniques — not generating more code. So success is measured the way you'd measure any high-performing team. No agent-vs-human comparisons, no lines-of-code vanity. Targets are agreed and baselined up front.
The DORA four keys: deployment frequency, lead time for changes, change failure rate, and failed-deployment recovery time.
OWASP DSOMM / NIST SSDF: mean time to remediate critical findings, critical vulns escaping to production, and security-gate coverage.
What you keep: ACD guardrails in place, and teams operating the harness on their own.
The patterns that took Continuous Integration from contrarian to standard practice now apply to AI-assisted engineering.
Jolt Award-winning Continuous Integration: Improving Software Quality and Reducing Risk (Martin Fowler Signature Series) helped grow the discipline.
Scaled from zero to nearly 100 enterprise customers and AWS Premier Partner status as founder and CTO. Sold his stake in 2017, then co-led the company's sale to Mphasis in 2018.
Customers served: Sony Pictures · Verizon · Citi · 3M · Prudential · Macy's · Northwestern Mutual · Commonwealth Bank of Australia · National Cancer Institute · CollegeBoard, and many others.
Led security engineering teams at AWS, building services and patterns that helped Fortune 500 customers operationalize DevSecOps across hundreds of engineering teams.
Founded Redacted Ventures to do for AI-native development what CI/CD did for software delivery: make the discipline repeatable, measurable, and teachable. Wrote Security for Agentic Engineering (Pearson) on the failure modes of agent-written code. Daily, hands-on AI coding practice since early 2023, visible in the open-source patterns we publish.
Every pattern we install is public — free to read and build on. More writing at paulmduvall.com ↗.
A working reference for AI-assisted engineering. Context files, rules, multi-agent orchestration, and testing patterns.
View repository →Transforms Claude Code into a complete development platform with AI-powered commands that automate your software development workflow.
View repository →A single source-of-truth rules system for AI-assisted development. Version-controlled, reviewable, and enforceable across every tool your team already uses.
View repository →So why pay for what you can read for free? You shouldn't, if reading is all you need — take the patterns and run. What the repos can't tell you is which of them your team quietly stopped following last quarter, which hook someone disabled to get a release out, or which gate has been failing open since a migration in March. That isn't in any repository, because it's a fact about your pipeline on a particular Tuesday. Reading the patterns is free. Knowing whether yours still hold is the part that needs measuring.
Answered here so you don't have to book a call to find out whether this is a fit — or whether it isn't.
Month one is the baseline month: harness-probe runs in your CI
and the first report describes where you actually are, not where you moved.
Every month after measures against that. Nothing to buy first, and nothing
to finish building before the number means something — if the machinery is
half-built, that's what month one tells you.
No repo write access, no production credentials, no SSO.
harness-probe runs inside your CI, under your
credentials, and emits metadata-only JSON — gate coverage, hook execution,
permission scope, traceability. Your source never leaves your perimeter,
and nothing we hand you reaches production without clearing your review
and your gates like any other change.
The monthly session and the Slack channel are screen share and client-chosen excerpts only. You decide what context we see.
Starting the retainer, or just stress-testing the idea before you bring it to your team? One call to confirm whether this is the right thing for you — including telling you if it isn't. Typical response within one business day.