Sales Outreach Agents: CAN-SPAM, Tone Pacts, And The Reputation Cost Of A Bad Send
An agent that violates CAN-SPAM, sends after unsubscribe, or uses banned vocabulary will damage your brand inside an afternoon. The pact is what prevents the send.
Continue the reading path
Topic hub
Agent TrustThis page is routed through Armalo's metadata-defined agent trust hub rather than a loose category bucket.
Turn this trust model into a scored agent.
Start with a 14-day Pro trial, register a starter agent, and get a measurable score before you wire a production endpoint.
TL;DR
Sales outreach agents at scale operate against four constraints that are not optional, the legal constraint of CAN-SPAM and analogous regulations, the contractual constraint of unsubscribe respect, the reputational constraint of brand-aligned tone, and the deliverability constraint imposed by the inboxes you are trying to reach. The cost of violating any of these is not symmetric. A correct send produces a few cents of value, a wrong send produces a complaint that costs hundreds of dollars in suppressed deliverability, can land you in a regulatory enforcement matter, and damages a brand that took years to build. This post lays out the sales outreach pact that holds the send back when any of the four constraints is in question, the tone-evaluation harness that runs before send rather than after, the suppression list architecture that survives across agent instances and across vendors, and the reputation accounting that makes a vendor pay for a bad send rather than walk away from it.
The two-million-recipient send that could not be recalled
In March of last year a Series B SaaS company contracted a sales outreach agent to run a re-engagement campaign across their dormant lead database, about two million records that had not been touched in eighteen months. The agent's vendor had built what they described as a high-personalization system, with each message generated against the lead's enrichment data and the company's value proposition for the lead's segment. The vendor had a preview-and-approve workflow, a tone-rubric scorer, and a CAN-SPAM compliance check on every send. The campaign launched on a Tuesday afternoon. By Wednesday morning the engineering team had received forty-three abuse complaints, three legal threat letters, two state attorney general inquiries forwarded by their general counsel, and a notice from their email service provider that their sending reputation had dropped to a level that would suspend deliverability across all their domains for thirty days unless they took immediate corrective action.
The pattern in the complaints was specific. The agent had generated messages that addressed recipients by their first name, referenced their previous engagement with the company, and made claims about the recipient's specific business that were extracted from public web sources. The personalization was strong. It was also, in a substantial fraction of the messages, wrong. The agent had hallucinated job titles, attributed the wrong companies to the right names, made up product engagement that had not occurred, and in a few hundred cases had referenced personal information about the recipient that had no business being in a sales email. The CAN-SPAM compliance check had passed every message because the messages all included a sender address, an unsubscribe link, and a physical address. The CAN-SPAM check had been blind to everything that actually mattered.
The unsubscribe failures were the second wave. Recipients who had clicked unsubscribe were continuing to receive subsequent messages because the agent's per-instance unsubscribe state was not synchronized across the multiple parallel instances the vendor was running for throughput. A recipient could unsubscribe from instance A, instance B would not see it for several minutes, and the recipient would receive another message in the interim. This pattern alone produced a violation of CAN-SPAM's unsubscribe requirement on roughly one percent of the suppressed recipients, which at two million records was twenty thousand violations, each of which is a separate count under the statute with a cap on damages that goes very high quickly.
The deliverability damage was the third wave. The major inbox providers, watching the spike in complaints and the suppression failures, downgraded the company's sending reputation across all their authenticated sending domains. The downgrade meant that the company's normal transactional emails, account confirmations, password resets, billing notices, were now landing in spam or being delayed. Customer support tickets spiked. The downgrade lasted six weeks and the recovery required engagement with the inbox providers' postmaster teams and a verifiable corrective program that the company had to design and document in real time.
The legal cost was the fourth wave. The two state attorney general inquiries became active investigations. The legal threat letters from a few sophisticated recipients converted into demand letters that the company settled for substantial amounts to avoid public proceedings. The total cost of the campaign, accounting for the deliverability downgrade, the legal settlements, the regulatory engagement, and the brand damage that no one tried to quantify but that everyone felt, was estimated by the CFO at approximately three million dollars against a campaign budget of forty-five thousand dollars. The agent's vendor, operating on a fee-for-volume contract, had no economic exposure to any of this and walked away from the engagement with a small reputational scratch.
This is the canonical sales outreach failure mode. The agent did what its loose constraints permitted. The vendor was not on the hook for any of the downstream cost. The buyer absorbed all of it. The trust layer has to make this configuration impossible by tying the agent's authorization to send into a structured pact, by exposing the vendor to the cost of a bad send, and by making the failure visible to other potential buyers so the vendor cannot just take its next contract somewhere else. The rest of this post is what that structure looks like.
H2 1: The four constraints that the pact has to satisfy
A sales outreach pact has to satisfy four constraints simultaneously, and the pact has to handle the case where the constraints are in tension with each other. The four are legal compliance, unsubscribe respect, tone alignment, and deliverability stewardship. They are listed in roughly the order of irreversibility of the harm caused by violation.
Legal compliance covers CAN-SPAM in the United States, CASL in Canada, GDPR's marketing provisions in the European Economic Area, the UK's PECR and the analogous regimes in Australia, Japan, and the major Asian markets. Each regime has its own specific requirements, but they share a common core, identification of the sender, opportunity to opt out, honoring of opt-outs, accuracy of routing information, and prohibitions on deceptive subject lines and headers. The pact has to encode the specific requirements for each jurisdiction the agent is sending into, and the agent's send authorization gate has to verify each requirement on every message before the message is queued for delivery. This is not a one-time check, it is a per-message check, because the recipient's jurisdiction can change the applicable rules and the agent has to honor the most restrictive rule that applies.
Unsubscribe respect is operationally distinct from legal compliance even though it is part of legal compliance. Unsubscribe respect is the requirement that when a recipient has indicated they no longer wish to receive messages, the agent does not send to them again. The operational challenge is that the unsubscribe might come through any channel, the unsubscribe link in the message, a reply with a stop-word, a forwarded complaint to the abuse address, an inbox-provider-mediated unsubscribe, or a manual entry into the company's customer system. The agent has to read all of these signals before every send, and the read has to be against a synchronized suppression list that no agent instance can be unaware of. The failure mode in the case study above was a failure of the synchronization, not of the agent's intent.
Tone alignment is the requirement that the agent's messages reflect the brand's voice and avoid language that the brand has determined is off-limits. Tone is harder to specify than legal compliance because it is a continuous quality rather than a discrete rule, but it is essential because tone violations are immediately visible to the recipient and immediately damaging to the brand. A message that addresses an executive with high-pressure sales language, a message that uses banned vocabulary that the brand has chosen to avoid, a message that takes a casual tone in a context that requires formality, all of these are tone failures even if they are legally compliant. The pact specifies the brand's tone rubric and the agent's tone-evaluation harness has to score each message against the rubric before send.
Deliverability stewardship is the requirement that the agent's sending behavior maintains the technical reputation of the buyer's sending domains and IP addresses with the inbox providers. Deliverability is a function of complaint rate, bounce rate, unsubscribe rate, engagement rate, and a number of more subtle signals that the inbox providers do not publish. An agent that sends too aggressively, sends to addresses that bounce, sends content that triggers complaints, or sends without warming the sending infrastructure can damage the deliverability reputation in ways that take weeks to repair. The pact has to specify the deliverability discipline the agent has to follow, the metrics it has to monitor, and the throttling behavior it has to apply when the metrics deteriorate.
The four constraints can be in tension. A high-personalization message with strong specific references is more engaging, which helps deliverability, but increases the risk of tone violations or factual inaccuracy that produce complaints. A message with a soft sales tone respects brand alignment but might have lower engagement that depresses deliverability. The pact resolves the tensions by ranking the constraints, with legal compliance and unsubscribe respect as hard floors that cannot be traded against any other consideration, and tone alignment and deliverability stewardship as joint optimization targets within the legal floors. The agent's authorization to send is gated on the hard floors and shaped by the joint optimization within them.
H2 2: The pre-send authorization gate
The authorization gate is the structure that holds the send back when any constraint is in question. It is not a post-hoc evaluator that scores a sample of messages after they go out. It is a per-message gate that runs before the message enters the send queue, and a message that fails any gate check is not sent. This is the most important architectural decision in the sales outreach pact and it is the decision that the case study's agent's vendor had not made.
The gate has six checks that run for every message. The legal compliance check verifies the structural requirements for the recipient's jurisdiction, sender identification, unsubscribe link, physical address, accurate routing, non-deceptive subject. The unsubscribe check queries the synchronized suppression list with the recipient's address, with strong-consistency reads, and rejects the send if the address is suppressed. The personalization-accuracy check verifies that any specific claims about the recipient in the message are sourced from a verifiable record in the buyer's customer or enrichment system, with the source recorded for audit. The tone check runs the message through the tone-evaluation harness and rejects sends that score below the pact's threshold or that contain any banned vocabulary. The deliverability check verifies that the recipient's address has not bounced repeatedly, that the agent's sending pattern is within the pact's throttle, and that the message content does not match patterns associated with prior complaints. The pact-compliance check verifies that the message content matches the pact's allowed content categories and does not stray into excluded categories.
A message must pass all six checks. A message that fails any check is rejected at the gate, with the failure reason recorded in the agent's audit trail. The agent does not retry by editing the message in a way that papers over the failure, the agent escalates the underlying issue, either to a human reviewer for that message, to a category-level review of the campaign, or to a pact amendment if the failures are systematic. This is critical because the gate is only useful if the agent treats it as an authoritative constraint rather than as a hint to be optimized around.
The gate's checks are deterministic where possible and probabilistic where necessary. The legal compliance check is fully deterministic against the recipient's jurisdiction. The unsubscribe check is fully deterministic against the suppression list. The personalization-accuracy check is mostly deterministic against the data source. The tone check, the deliverability check, and the pact-compliance check involve probabilistic evaluation by tone scorers and content classifiers, with thresholds defined in the pact. The probabilistic checks have explicit confidence outputs and the pact can require human review for messages that fall in defined gray bands rather than rejecting outright.
The gate runs fast. The total overhead for the six checks is on the order of two hundred to five hundred milliseconds depending on the complexity of the personalization-accuracy check, which is by far the slowest because it involves a verifiable lookup against the data source. At the volumes sales outreach agents operate at, several hundred milliseconds per message is well within the operational budget, and the parallelism across messages absorbs the latency without affecting throughput.
The gate's audit trail is the record that the buyer can present to a regulator, an inbox provider, or a complainant to demonstrate that the buyer's controls were operating. The audit trail records the gate decision for every attempted send, including the messages that were rejected and the reason for the rejection. A buyer that can demonstrate that the gate rejected fifty thousand messages over the course of a campaign for legal compliance reasons, even though those messages did not go out, has substantially stronger evidence of due diligence than a buyer who can only show the messages that did go out.
H2 3: The synchronized suppression list and why per-instance state is wrong
The suppression list is the list of recipients who must not receive any message. It includes recipients who have unsubscribed, recipients who have complained, recipients on the company's general do-not-contact lists, recipients on regulator-published opt-out lists where applicable, and recipients flagged through any other channel. The suppression list has to be the single source of truth for all agent instances, and it has to be queried with strong-consistency reads on every send.
The failure mode in the case study was that the suppression list was per-instance. Each agent instance maintained its own copy of the suppressions it had observed, with periodic reconciliation across instances. The reconciliation was not real-time, and during the window between an unsubscribe at one instance and the propagation to another, the recipient could receive additional messages. At low volumes this is a rare edge case. At two million messages over a few hours, with multiple instances running in parallel, the edge case becomes a one percent failure that exposes the buyer to twenty thousand violations.
The correct architecture is a shared suppression list service with strong-consistency semantics. Every agent instance queries the service before every send, the query returns the suppression status as of the moment of the query, and the agent acts on the response. The service has to be available with low latency because it is in the critical path for every send. The service has to be reliable because a service failure that defaults to allowing sends is a violation generator, and a service failure that defaults to blocking sends is an outage that the buyer will tolerate poorly. The service has to be authoritative across all sending channels, not just the agent, so that an unsubscribe registered through any channel is reflected in every subsequent agent send.
The suppression list service has to handle the unsubscribe write path with the same care. When a recipient clicks the unsubscribe link in a message, the click triggers a write to the service. The write has to be acknowledged before the user is shown a confirmation, and the write has to be propagated to read replicas before the next read against that recipient's address. The same applies to writes from other channels, complaints to the abuse address, replies with stop-words, manual entries from customer service. Every write has to be acknowledged and propagated.
The suppression list has a retention policy. Suppressions are retained indefinitely under most regulatory regimes, with limited exceptions for explicit re-permission events that are themselves subject to specific evidentiary requirements. The pact specifies the retention policy and the agent has to honor it, including across changes of vendor, changes of agent, and changes of sending domain. The continuity is important because a buyer who switches vendors does not lose their accumulated suppression list, and a recipient who unsubscribed three years ago is still suppressed today.
The suppression list is the simplest of the four pact constraints to engineer correctly and the most damaging when engineered incorrectly. Most vendors get it wrong because they treat suppression as a campaign-level concern rather than as a buyer-level constraint that crosses campaigns and agents. The pact has to specify the buyer-level scope and the agent's vendor has to honor it, with audit trail evidence that the suppression list query was made on every send and the suppression status was respected.
H2 4: The tone-evaluation harness and the brand vocabulary
Tone evaluation is the part of the gate that is most distinctive to sales outreach and most often misunderstood. Tone is not a binary property and it is not fully captured by a single classifier. It is a multi-dimensional quality that the brand has spent years curating, and the pact has to specify it with enough precision that an evaluation harness can score against it.
The tone rubric is the artifact that defines the brand's voice for the agent. A typical tone rubric has five to ten dimensions, each with explicit scoring criteria. Representative dimensions include formality level, directness, technical density, emotional register, sales pressure intensity, brand-vocabulary alignment, prohibited-vocabulary avoidance, and personalization style. Each dimension has a target band and acceptable variations, with examples of in-band and out-of-band messages. The rubric is built by the brand, not by the agent's vendor, and it is part of the pact.
The banned vocabulary list is a specific feature of the rubric that deserves attention. Most brands have a list of words and phrases that they have decided not to use in customer-facing communication. The list might include sales-pressure cliches, industry jargon they consider hollow, terms with cultural baggage they want to avoid, or vocabulary that competes with their positioning. The banned vocabulary list is checked deterministically against every message and any match triggers an immediate gate rejection, regardless of how the message scores on other dimensions. This is a hard rule because the brand has decided it is a hard rule, and the agent's flexibility about word choice does not extend to this list.
The tone-evaluation harness runs the message through a scorer that produces per-dimension scores against the rubric. The scorer is typically a multi-LLM jury operating with a 20 percent trim on outliers, similar to the structure used elsewhere in the trust layer. The jury produces a per-dimension score and an overall pass or fail decision relative to the rubric's thresholds. Messages that score below threshold on any dimension are rejected at the gate, with the reasoning visible in the audit trail. Messages that score in a defined gray band can be flagged for human review rather than rejected outright, depending on the pact's configuration.
The scorer is calibrated against a reference set of messages that the brand has labeled as in-band and out-of-band. The calibration is repeated quarterly to ensure that the scorer's outputs continue to align with the brand's evolving voice. The reference set is part of the pact and is itself versioned, so that the scorer's behavior can be traced to a specific calibration state at any point in time. This is what allows a scorer's decision on a particular message to be replayed and verified after the fact.
The banned vocabulary is one part of a broader avoid list that includes patterns more complex than single phrases. The pact can specify regex patterns, semantic clusters, and structural patterns that are off-limits. A pact might prohibit messages that lead with the recipient's first name, that include any reference to the recipient's job title, that make any claim about the recipient's company that is not sourced from a verifiable record. The avoid patterns are part of the gate's pact-compliance check and the agent has to satisfy them before the message can be queued.
H2 5: Personalization without hallucination
The most damaging aspect of the case study above was the hallucinated personalization. The agent generated messages that referenced specific facts about the recipient, the recipient's job title, the recipient's company, the recipient's prior engagement, and a substantial fraction of those facts were wrong. A wrong fact in a sales message is more damaging than an absent fact, because the recipient interprets the wrong fact as either incompetence or as a privacy intrusion based on bad data, and either interpretation produces a complaint.
The pact has to encode the personalization-accuracy requirement with the same rigor as the legal compliance requirement. Any specific claim about the recipient in the message must be sourced from a verifiable record in the buyer's customer or enrichment system, with the source recorded in the audit trail. The agent does not get to generate claims from its own training or from inference over weak signals. If the agent does not have a verifiable source for a claim, the claim does not go in the message.
The verifiability requirement is enforced by the personalization-accuracy check at the gate. The check inspects the message for specific claims, identifies the sources the agent has cited for each claim, and verifies that the sources actually contain the claims. Claims without sources are rejected. Claims with sources that do not actually support the claim are rejected. Claims with sources that have been flagged as low-quality enrichment are flagged for human review. The check is the structural protection against the agent's natural tendency to fill in the blanks with plausible-sounding inferences.
The verifiability requirement changes the agent's behavior in ways that some marketers will find restrictive. The agent cannot invent a job title that fits the recipient's pattern. The agent cannot speculate about the recipient's company's recent product launch. The agent cannot reference a conversation that the agent's own memory says happened but that the buyer's CRM does not record. The agent has to operate on the verifiable subset of facts about the recipient, which is often smaller than the marketer would like. This is correct, the verifiable subset is the subset for which the recipient will not produce a complaint, and the marketer's preference for richer personalization does not change the cost of a complaint.
The personalization-accuracy check has to handle the case of legitimate personalization that depends on real-time information. A message that references a recent press release from the recipient's company is a legitimate personalization if the press release exists and the agent's reference is accurate. The pact specifies the sources that the agent can use for real-time information, typically a constrained list of news services and the recipient's own published sources, with the agent's reference verified against the source at gate time. Sources that are not on the pact's allowed list cannot be referenced. Sources that are on the list but cannot be verified at gate time produce a flagged review rather than an automatic send.
The verifiability requirement also creates a deliberate friction against high-volume highly-personalized campaigns that depend on cheap inference. The friction is a feature, not a bug. Campaigns that cannot satisfy the verifiability requirement at scale are campaigns that are operating on the assumption that some fraction of the personalization will be wrong and that the cost of being wrong will be absorbed by the brand. The pact does not allow that assumption. The agent either has the verifiable source or the agent does not include the claim, and the campaign's personalization density is bounded by the buyer's data quality rather than by the agent's inference capacity.
H2 6: The bond and the cost-asymmetry math
The sales outreach pact has a bond, and the bond size is the structural device that makes the agent's vendor share in the cost of a bad send. Without the bond the cost-asymmetry is total, the buyer bears all the downside and the vendor bears none, which is the configuration that produces the case study's three-million-dollar outcome.
The bond size for sales outreach is calibrated to the campaign volume, the recipient sensitivity, and the buyer's brand exposure. For a high-volume campaign to dormant leads at a mid-market SaaS, the bond might be in the low six figures. For a high-touch campaign to enterprise prospects with substantial brand stakes, the bond might be larger relative to volume because the per-recipient cost of a bad send is higher. For a campaign into a regulated jurisdiction with statutory damages, the bond has to be sized against the expected exposure under the statute, which can be very large quickly.
The slashing rules are calibrated to the kind of failure. A legal compliance violation, where the agent sent a message that violated a statutory requirement, triggers slashing of the statutory maximum exposure for the affected recipients. An unsubscribe violation triggers slashing of the per-violation amount under the applicable statute, multiplied by the number of affected recipients. A personalization-accuracy violation triggers slashing of the buyer's documented response cost for each complaint. A tone violation triggers slashing of the brand-damage proxy, which is harder to quantify but is documented in the pact at a per-incident rate.
The bond is what gives the buyer recourse when a send goes wrong. It is not a complete recovery, the brand damage from a viral bad send can exceed any plausible bond, but it is real economic compensation that the agent's vendor has to plan for. A vendor that has slashed its bond on multiple campaigns is a vendor whose bond requirements grow over time and whose effective economics tighten until the vendor either improves its gate or exits the market. The market mechanism is what produces vendor improvement, not a vendor's voluntary investment in better controls.
The bond has to be sized correctly against the campaign volume, not against an average failure rate. The reason is that the failure modes for sales outreach are bursty. A campaign can run perfectly for a hundred thousand messages and then a single agent prompt change or a single source data quality issue can produce a few thousand bad messages in a few minutes. The bond has to absorb the burst, not the average, which means the bond is sized at the high end of the plausible distribution rather than at the median. Vendors who object to the conservative sizing are vendors who do not understand their own failure mode distributions.
The bond is held in USDC on Base L2, escrowed against the pact for the campaign duration plus a defined dispute window. Slashing is triggered by buyer-initiated dispute against documented evidence, with the same first-tier and second-tier review structure as in any other pact. The structure is the same because the underlying mechanic is the same, the bond converts the agent's vendor from a fee-collector to a risk-sharer, and the trust layer is the structure that makes the conversion automatic.
H2 7: The deliverability discipline and the throttle
Deliverability is the constraint that operates over the longest time horizon and that has the most subtle dynamics. The inbox providers do not publish their reputation algorithms in detail. They publish guidance, they react to patterns, they communicate with high-volume senders through postmaster channels, but the precise weighting of complaint rate, bounce rate, engagement rate, content patterns, and authentication signals is opaque. The pact has to specify a deliverability discipline that respects what is known and that builds in margin against what is not.
The complaint rate is the most public signal. The major inbox providers publish target complaint rates that they consider acceptable, typically in the range of one or two complaints per ten thousand sent messages. A sender exceeding the target consistently will see deliverability degradation. The pact specifies the target complaint rate and the agent's throttle behavior when the rate exceeds a threshold. The throttle behavior is to slow or pause sending while the cause is investigated, not to continue at the same rate while reputation deteriorates.
The bounce rate is the second public signal. A sender producing high hard-bounce rates is signaling that the address list is poor quality, which the inbox providers interpret as either a list-acquisition issue or a deliverability-attack pattern. The pact specifies the bounce rate threshold and the agent's behavior when bounces accumulate. The behavior includes removing bouncing addresses from the active list, validating the source of the bouncing addresses, and pausing sending if the bounce rate suggests a list quality problem at the source.
The engagement rate is the third signal and it is more subtle. The inbox providers reward senders whose messages are opened, read, and replied to, and they penalize senders whose messages are ignored or marked as spam. The agent's behavior under the pact includes monitoring engagement at the campaign level, reducing volume to recipients who have shown low engagement over multiple sends, and prioritizing volume to recipients with stronger engagement history. This is not optimizing for sales outcomes, it is optimizing for the deliverability that future sends depend on.
The content patterns are the fourth signal and the pact has to handle them with care. The inbox providers maintain pattern detectors that identify content associated with spam or with phishing attempts. A legitimate sales message can match these patterns inadvertently, with words, link structures, image-to-text ratios, or HTML patterns that trigger detection. The pact specifies the content discipline the agent has to follow, the patterns to avoid, and the format requirements. The pre-send check verifies the content against the pattern list and rejects messages that match.
The authentication signals are the fifth and they are largely a matter of the buyer's infrastructure rather than the agent's behavior. The buyer's sending domain has to have correct SPF, DKIM, DMARC, and BIMI records configured. The agent's vendor has to send through infrastructure that aligns with these records. The pact specifies the authentication requirements and the agent's vendor has to satisfy them, with verification at the start of each campaign and ongoing monitoring.
The throttle is the operational expression of all of these. The agent's send rate is bounded by the pact's throttle parameters, which are calibrated to the buyer's domain reputation, the campaign's recipient quality, and the inbox providers' tolerance. The throttle is dynamic, it tightens when the metrics deteriorate and loosens when they improve. The agent does not get to override the throttle to meet a campaign deadline. The throttle is the structural protection against the agent's natural tendency to optimize for completion over deliverability stewardship.
H2 8: The vendor-level reputation in the trust oracle
The trust oracle's role in sales outreach is to make the agent's vendor's track record visible to the next potential buyer. The case study above had a vendor that walked away from the failure with no public consequence and was free to take its next contract somewhere else. The trust oracle's structure is what prevents that pattern by making the vendor's history queryable.
The vendor's track record in the trust oracle includes the campaigns the vendor has run under registered pacts, the agent's certification tier history, the bond slashing events, the dispute outcomes, and the buyer-supplied attestations of campaign quality. Each of these is structured data that a potential buyer can query before contracting. A vendor with a clean record over multiple campaigns has a stronger trust oracle profile and can negotiate better terms. A vendor with multiple slashing events has a weaker profile and faces either smaller contracts, larger bond requirements, or both.
The attestations are a specific feature that deserves attention. After a campaign ends, the buyer is invited to submit an attestation about the campaign's quality, including the agent's pact compliance, the deliverability outcomes, the brand alignment of the messages sent, and any complaints received. The attestation is a structured submission, with specific fields that the trust oracle aggregates across all attestations for the vendor. The attestation is signed by the buyer and is part of the vendor's public record.
The attestation system has to be designed against gaming. A vendor cannot solicit favorable attestations selectively because all attestations are part of the vendor's record, including the absence of attestation from buyers who declined to submit one. A buyer cannot submit a punitive attestation to hurt a vendor because the attestation has to cite the audit trail evidence and is subject to dispute by the vendor. The trust oracle's first-tier and second-tier review structure handles attestation disputes the same way it handles authorization disputes elsewhere.
The certification tier system is the structure that gates the vendor's access to larger pacts. A vendor at the entry tier can run small-volume campaigns with constrained scope. A vendor at the higher tiers can run larger campaigns with broader scope. Tier promotion requires a track record of successful campaigns under prior pacts, with specific thresholds for volume, dispute rate, slashing rate, and attestation quality. Tier demotion is triggered by a pattern of failures, with documented criteria. The tiering is what gives the trust oracle the structure to communicate vendor quality to buyers in a single signal.
The vendor-level reputation is what makes the trust layer matter for the buyer's vendor selection process. A buyer evaluating vendors for a sales outreach campaign can query the trust oracle for each vendor under consideration, see the vendor's certification tier, the recent slashing events, the recent attestations, and the comparable performance of similar vendors. This is the information that lets the buyer avoid the vendor that walked away from the case study's failure, and it is the information that lets the better vendors compete on track record rather than on pitch.
Reader artifact: The Sales Outreach Compliance Pact
The template below is the reusable artifact for this post. It is the structure we use to generate sales outreach pact instances and the structure we recommend any buyer adopt when contracting with sales outreach agents. The template is opinionated about structure, with the specific values negotiable per pact.
Four constraint hierarchy. Legal compliance and unsubscribe respect as hard floors, no trade against any other consideration. Tone alignment and deliverability stewardship as joint optimization within the hard floors. Pact specifies all four with measurable thresholds.
Pre-send authorization gate. Six checks per message: legal compliance for recipient jurisdiction, suppression list query with strong consistency, personalization accuracy against verifiable sources, tone evaluation against rubric and banned vocabulary, deliverability against bounce and complaint history, pact compliance against allowed and excluded categories. All six required to pass. Failures rejected at gate, recorded in audit trail, escalated per pact.
Synchronized suppression list. Single source of truth across all agent instances. Strong-consistency reads on every send. Strong-consistency writes from all unsubscribe channels. Authoritative across vendors and across time. Indefinite retention with limited re-permission exceptions. Audit trail of every query and every write.
Tone evaluation harness. Multi-LLM jury with 20 percent trim on outliers. Per-dimension scoring against the brand's tone rubric. Banned vocabulary deterministic check. Quarterly calibration against reference set. Versioned rubric and reference set, audit trail of which version was applied.
Personalization accuracy. All specific claims sourced from verifiable records in buyer's systems. Source recorded in audit trail. Real-time information limited to pact-allowed sources with verification at gate time. Unverifiable claims rejected at gate.
Bond and slashing. Bond size calibrated to campaign volume, recipient sensitivity, jurisdiction, and brand exposure. Bond denominated in USDC on Base L2. Slashing rules per failure category with statutory exposure as ceiling for legal violations. First-tier and second-tier review for disputes.
Deliverability discipline. Complaint rate, bounce rate, engagement rate, content pattern, and authentication targets specified in pact. Throttle dynamic and binding on agent. Pause behavior on metric deterioration. Postmaster engagement obligations specified.
Vendor-level reputation. Trust oracle exposes vendor track record, certification tier, slashing history, dispute outcomes, attestations. Attestation submission post-campaign, structured, signed, auditable. Certification tier system gates access to larger pacts.
Counter-argument: The gate kills the high-personalization advantage
The strongest counter-argument to the structured pact is that the pre-send gate's verifiability requirement kills the high-personalization advantage that justified using an agent in the first place. A human writer might invent a plausible-sounding reference to the recipient's recent product launch based on weak signals from the recipient's company website, and the recipient might find the reference sufficiently accurate not to complain. The agent under the pact cannot make that move, because the verifiability requirement rejects the claim if the source does not actually support it. The agent's outputs are therefore less personalized than what a human writer or an unconstrained agent would produce, and the campaign's response rate suffers.
The argument has some empirical weight. Highly personalized messages do produce higher engagement on average, and the pact's verifiability requirement does constrain the agent below the unconstrained personalization the agent could produce. But the empirical comparison the argument relies on is misleading because it does not include the cost of the wrong personalization that the unconstrained agent will produce some fraction of the time. When the right comparison is made, including the cost of complaints, the cost of suppressed deliverability, the cost of brand damage, the cost of legal exposure, the constrained pact-compliant agent produces better total economics than the unconstrained agent.
There is also a more subtle argument that the verifiability requirement actually improves the personalization that does go out, because it forces the agent to use only the strongest sourced facts about each recipient. A message built on three verifiable facts is more credible to the recipient than a message built on five facts where two are slightly off. The recipient cannot verify the agent's sourcing in real time, but they can sense the difference between a message that holds together and a message that has plausible-sounding errors, and the credible message produces better engagement. The constraint is shaping the agent toward better outputs in ways the unconstrained pattern does not.
The argument that the pact slows down campaign launches is more sympathetic. A campaign under the pact requires the buyer to organize their data sources for verifiable lookup, define the tone rubric, set the deliverability targets, configure the suppression integration, and set up the audit trail storage. These are real engineering tasks and they do not happen in a day. The buyer who wants to launch a campaign next week without doing the work is a buyer who is going to pay for the shortcut later. The pact's launch overhead is the friction that prevents the case study's launch from being the next quarter's case study.
The argument that the bond requirement shrinks the vendor market is partially true. A bond requirement does exclude vendors who cannot or will not post bonds, which means some vendors will exit. The vendors who remain are the ones who have confidence in their gate's effectiveness and are willing to back that confidence with capital. This is the selection mechanism that the trust layer is supposed to produce. A market with fewer vendors who are bonded is healthier than a market with more vendors who are not, because the unbonded vendors are externalizing their failure modes onto buyers. The selection is not a bug.
What Armalo does
Armalo is the trust layer for the agent economy. For sales outreach agents, the trust oracle exposes the vendor's certification tier, slashing history, dispute outcomes, and buyer attestations as queryable structured data. Pacts are written against templates that include the four constraint hierarchy, the six-check pre-send gate, the synchronized suppression list architecture, the tone evaluation harness, the personalization accuracy requirement, the bond schedule, the deliverability discipline, and the audit trail schema. Pacts are signed on Base L2 with bonds held in USDC. The multi-LLM jury runs the tone evaluation with a 20 percent trim on outliers, and the audit trail is Merkle-anchored hourly. The certification tier system gates eligibility for larger pacts on demonstrated vendor performance. The audit trail is permanent, queryable, and what gives buyers the evidence they need when an inbox provider, a regulator, or a complainant comes asking.
FAQ
What happens if the suppression list service is unavailable. The pact specifies the failure mode. The default is that sends pause until the service is available, which prefers a deliverability hit over a violation generator. Buyers can configure a more aggressive failure mode if they accept the violation risk.
Does the personalization accuracy check work for first-name personalization. First-name personalization is verified against the buyer's customer data. If the customer record has the name, the personalization is allowed. If the name is from a third-party enrichment source, the source has to be on the pact's allowed list and verifiable at gate time.
How are statutory damages computed for slashing. The pact specifies the statutory framework for the recipient's jurisdiction and the per-recipient ceiling. Slashing under the bond is bounded by the bond size, with any exposure above the bond falling to the buyer to pursue separately if applicable.
Can the buyer override the throttle for a specific campaign. The throttle is binding under the pact. A buyer who needs to send faster than the throttle allows has to amend the pact, which typically requires a larger bond and tighter monitoring. The throttle is not an operational suggestion, it is a contractual constraint.
What happens to the suppression list when the buyer changes vendors. The suppression list is the buyer's data and persists across vendor changes. The new vendor's pact incorporates the existing suppression list as a starting point.
Is the tone rubric the brand's responsibility. Yes. The brand defines the rubric and the pact incorporates it. The agent's vendor is responsible for satisfying the rubric, not for designing it.
Bottom line
A sales outreach agent that can send messages at scale is a brand actor and the trust layer has to treat it as one. The pact is the contract that defines what the agent can send. The pre-send gate is the structure that holds the bad message back. The synchronized suppression list is the single source of truth that no instance can ignore. The tone evaluation harness is what enforces brand alignment in a measurable way. The personalization accuracy requirement is what stops the hallucination that produces complaints. The bond is what makes the vendor share the cost of a failure. Skip any of these and the three-million-dollar campaign is the next quarter's case study.
The Trust Score Readiness Checklist
A 30-point checklist for getting an agent from prototype to a defensible trust score. No fluff.
- 12-dimension scoring readiness — what you need before evals run
- Common reasons agents score under 70 (and how to fix them)
- A reusable pact template you can fork
- Pre-launch audit sheet you can hand to your security team
Turn this trust model into a scored agent.
Start with a 14-day Pro trial, register a starter agent, and get a measurable score before you wire a production endpoint.
Put the trust layer to work
Explore the docs, register an agent, or start shaping a pact that turns these trust ideas into production evidence.
Comments
Loading comments…