<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Mohamad Khalil Yossif</title>
    <description>The latest articles on DEV Community by Mohamad Khalil Yossif (@mohamadkhalilyossif).</description>
    <link>https://dev.to/mohamadkhalilyossif</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4237194%2Fc99f1f9b-c741-437a-b5ff-b0f3864655d8.png</url>
      <title>DEV Community: Mohamad Khalil Yossif</title>
      <link>https://dev.to/mohamadkhalilyossif</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/mohamadkhalilyossif"/>
    <language>en</language>
    <item>
      <title>Who Is Accountable When an AI Agent Acts?</title>
      <dc:creator>Mohamad Khalil Yossif</dc:creator>
      <pubDate>Tue, 10 Nov 2026 13:55:47 +0000</pubDate>
      <link>https://dev.to/mohamadkhalilyossif/who-is-accountable-when-an-ai-agent-acts-1df0</link>
      <guid>https://dev.to/mohamadkhalilyossif/who-is-accountable-when-an-ai-agent-acts-1df0</guid>
      <description>&lt;p&gt;&lt;em&gt;The company that deployed it, through an accountable person. The hard part is proving, for each action, whether the person or their agent did it, and under whose authority.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;Who is accountable when an AI agent acts? In practice, the company that deployed it, through one accountable person who set the agent's bounds. Saying so is easy. Proving it for a given action is the hard part: did the person do this, or their agent, and under whose authority?&lt;/p&gt;

&lt;p&gt;Most agent security products answer a different question: what is this agent allowed to touch? That is the right first question. Agents now edit timecards, fill shifts, issue refunds and change access inside the same products people use. Limiting what they can reach is basic hygiene.&lt;/p&gt;

&lt;h2&gt;
  
  
  Who Did This, the Person or Their Agent?
&lt;/h2&gt;

&lt;p&gt;When people and agents act in one system, every action raises two more questions. Who did this, the person or their agent? And which human answers for that agent?&lt;/p&gt;

&lt;p&gt;Access rules cannot answer either one. An agent working through a manager's browser session or shared credentials reaches exactly what the manager reaches, and the platform's record shows the manager's name on both. Where delegated tokens do log an agent ID, the entry still sits in the platform's own database. &lt;a href="https://yuthent.com/blog/why-session-logs-are-not-proof" rel="noopener noreferrer"&gt;A log is the system's account of itself&lt;/a&gt;, kept by the same system whose actions are under review.&lt;/p&gt;

&lt;h2&gt;
  
  
  Human Approval for the Few Agent Actions That Matter
&lt;/h2&gt;

&lt;p&gt;The tempting answer is to put a person in front of every agent step. It fails within a week. Reviewers start approving on reflex to clear the queue, and the agent stops being worth running.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Bounds signed once.&lt;/strong&gt; Each agent has one accountable person, who ratifies its mandate: which actions, which records, which limits. Authority is verified at the moment the human last ratified, and enforced against bounds, revocation and live actor signals thereafter. Inside the bounds the agent runs at full speed. The person can revoke the mandate at any moment.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;A short list waits.&lt;/strong&gt; The customer picks the few actions that must carry a person: a pay change, approving overtime, a timecard edit after the period closed, removing someone's access. These do not execute until the accountable person approves that exact action on their own phone. Everything else stays automatic.&lt;/p&gt;

&lt;h2&gt;
  
  
  An AI Agent Audit Trail That Says Which One Acted
&lt;/h2&gt;

&lt;p&gt;Each action leaves its own record at the moment it executes, with its place in a continuous chain. When a person approves, the record binds the exact action to the signature from their phone and the phone's verified state at that moment. When an agent acts, the record binds the exact action to the mandate a person signed. The chain runs across every action, so evidence does not exist only at the moments someone was asked to step in.&lt;/p&gt;

&lt;p&gt;Attribution is fixed when the action happens and is not reassigned later. The record verifies against published keys, so the customer's own team or an auditor can check it without trusting an export from the system that acted. A review can sort actions into three groups: approved by a person, executed inside a ratified mandate, and no record at all.&lt;/p&gt;

&lt;p&gt;The record is evidence. Deciding who is responsible stays with the people who review it, up to a court.&lt;/p&gt;

&lt;p&gt;Govern what agents can reach. Then make every action say who did it, and keep a short list that waits for a person's approval. People and agents in one system, under human authority.&lt;/p&gt;

&lt;p&gt;This post first appeared on &lt;a href="https://yuthent.com/blog/who-is-accountable-when-an-ai-agent-acts" rel="noopener noreferrer"&gt;the Yuthent blog&lt;/a&gt;.&lt;/p&gt;

</description>
      <category>ai</category>
      <category>security</category>
      <category>agents</category>
      <category>architecture</category>
    </item>
  </channel>
</rss>
