<?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: Alain Prasquier</title>
    <description>The latest articles on DEV Community by Alain Prasquier (@alain_pra).</description>
    <link>https://dev.to/alain_pra</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.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F2975333%2Fae1612ca-1b0e-4fd6-93a8-8e3b57b3de68.png</url>
      <title>DEV Community: Alain Prasquier</title>
      <link>https://dev.to/alain_pra</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/alain_pra"/>
    <language>en</language>
    <item>
      <title>I created OAT to help maintaining consistency of coding-agent rule across projects , orgs, and personal preferences</title>
      <dc:creator>Alain Prasquier</dc:creator>
      <pubDate>Sat, 24 Jan 2026 15:35:51 +0000</pubDate>
      <link>https://dev.to/alain_pra/i-created-oat-to-help-maintaining-consistency-of-coding-agent-rule-across-projects-orgs-and-2kj0</link>
      <guid>https://dev.to/alain_pra/i-created-oat-to-help-maintaining-consistency-of-coding-agent-rule-across-projects-orgs-and-2kj0</guid>
      <description>&lt;p&gt;Coding agents are great.&lt;/p&gt;

&lt;p&gt;But maintaining rules across projects and within an organization is not easy. &lt;/p&gt;

&lt;p&gt;Org policies, repo conventions, and developer personal preferences end up scattered across Cursor/Claude Code configs and random &lt;code&gt;AGENTS.md&lt;/code&gt; files… and slowly contradict each other. Agents become inconsistent (and sometimes unsafe) because nobody knows what’s canonical.&lt;/p&gt;

&lt;p&gt;So I created &lt;strong&gt;Org Agentic Toolkit (OAT)&lt;/strong&gt;: an open-source CLI to manage &lt;strong&gt;agent rules across org → project → user&lt;/strong&gt;, and compile them into deterministic, validated outputs.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fbna47h0q0mwq4mqpqhmu.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fbna47h0q0mwq4mqpqhmu.png" alt=" " width="633" height="384"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fglc0q7iyrljiegrq31zt.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fglc0q7iyrljiegrq31zt.png" alt=" " width="529" height="123"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F1ci2q9z5bculp4cbfhgd.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F1ci2q9z5bculp4cbfhgd.png" alt=" " width="800" height="585"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Org baseline&lt;/strong&gt; (“constitution”) stays authoritative
&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Projects&lt;/strong&gt; inherit explicitly
&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Users&lt;/strong&gt; can add preferences as an overlay (without overriding org rules)
&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Compile + validate&lt;/strong&gt; so it’s diffable, reviewable, and maintainable&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Repo: &lt;a href="https://github.com/alain-sv/org-agentic-toolkit" rel="noopener noreferrer"&gt;https://github.com/alain-sv/org-agentic-toolkit&lt;/a&gt;&lt;br&gt;&lt;br&gt;
PyPI: &lt;a href="https://pypi.org/project/org-agentic-toolkit/" rel="noopener noreferrer"&gt;https://pypi.org/project/org-agentic-toolkit/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Contributions welcome.&lt;/p&gt;

</description>
      <category>ai</category>
      <category>opensource</category>
      <category>python</category>
    </item>
    <item>
      <title>Announcing Org Agentic Toolkit (OAT): sane rule management for coding agents (Cursor, Claude Code, etc.)- Open Source</title>
      <dc:creator>Alain Prasquier</dc:creator>
      <pubDate>Fri, 23 Jan 2026 11:51:03 +0000</pubDate>
      <link>https://dev.to/alain_pra/announcing-org-agentic-toolkit-oat-sane-rule-management-for-coding-agents-cursor-claude-code-2lj1</link>
      <guid>https://dev.to/alain_pra/announcing-org-agentic-toolkit-oat-sane-rule-management-for-coding-agents-cursor-claude-code-2lj1</guid>
      <description>&lt;p&gt;Open-source CLI to compile, validate, and ship consistent agent rules across every repo—deterministic, auditable, and IDE-ready.&lt;/p&gt;

&lt;p&gt;Cursor, Claude Code, Windsurf, Continue, Copilot-ish variants… they all &lt;em&gt;work&lt;/em&gt; — until they don’t. And when they don’t, it’s often not the model. It’s the &lt;strong&gt;rules&lt;/strong&gt;:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;“Do we run tests by default?”&lt;/li&gt;
&lt;li&gt;“What’s our repo structure and conventions?”&lt;/li&gt;
&lt;li&gt;“What’s allowed to be auto-refactored vs not?”&lt;/li&gt;
&lt;li&gt;“How do we handle secrets, migrations, CI, code style, PR etiquette?”&lt;/li&gt;
&lt;li&gt;“What does ‘done’ mean in &lt;em&gt;this&lt;/em&gt; org?”&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Right now, most teams manage this with:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;copy/paste prompt blobs across repos&lt;/li&gt;
&lt;li&gt;half-updated &lt;code&gt;AGENTS.md&lt;/code&gt; files&lt;/li&gt;
&lt;li&gt;tribal knowledge + “please read the README”&lt;/li&gt;
&lt;li&gt;silent drift&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;So I’m releasing an open source tool that treats agent instructions like real configuration:&lt;/p&gt;

&lt;h2&gt;
  
  
  Org Agentic Toolkit (OAT)
&lt;/h2&gt;

&lt;p&gt;&lt;strong&gt;OAT&lt;/strong&gt; is a lightweight CLI that helps you &lt;strong&gt;manage and ship consistent rules for coding agents&lt;/strong&gt; across an organization.&lt;/p&gt;

&lt;p&gt;It’s built around a simple idea:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Org-level agent rules should be authored once, inherited explicitly, compiled deterministically, and validated.&lt;/strong&gt;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;h3&gt;
  
  
  What OAT gives you
&lt;/h3&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;One authoritative org “constitution”&lt;/strong&gt; for coding agent behavior (security, style, testing, repo conventions, etc.)&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Explicit inheritance per project&lt;/strong&gt; (no mystery “where did this rule come from?”)&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Deterministic compilation&lt;/strong&gt; into a single output artifact (diffable + reviewable)&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Validation&lt;/strong&gt; so missing/invalid rule references fail fast (before your agent improvises)&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Targets for IDE coding agents&lt;/strong&gt; (Cursor today; more coming)&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;strong&gt;PyPI:&lt;/strong&gt; &lt;a href="https://pypi.org/project/org-agentic-toolkit/" rel="noopener noreferrer"&gt;https://pypi.org/project/org-agentic-toolkit/&lt;/a&gt;&lt;br&gt;&lt;br&gt;
&lt;strong&gt;GitHub:&lt;/strong&gt; &lt;a href="https://github.com/alain-sv/org-agentic-toolkit" rel="noopener noreferrer"&gt;https://github.com/alain-sv/org-agentic-toolkit&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  The problem: prompt drift is a real engineering tax
&lt;/h2&gt;

&lt;p&gt;If you have more than ~2 repos, prompt drift becomes inevitable:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;repo A says “run tests”&lt;/li&gt;
&lt;li&gt;repo B says “don’t run tests, too slow”&lt;/li&gt;
&lt;li&gt;repo C says “use uv”&lt;/li&gt;
&lt;li&gt;repo D uses poetry&lt;/li&gt;
&lt;li&gt;half the team is on Cursor rules, half on Claude Code conventions, nobody knows what’s canonical&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;OAT makes the &lt;strong&gt;org policy&lt;/strong&gt; canonical, and projects and users can add their own specifics &lt;em&gt;without mutating the org baseline&lt;/em&gt;.&lt;/p&gt;

&lt;p&gt;That last bit matters: personal preferences are great — but they shouldn’t silently weaken org safety rules.&lt;/p&gt;

&lt;p&gt;Contributions welcome (seriously).&lt;/p&gt;

&lt;p&gt;This is useful today, and it’ll be much better with community help. &lt;/p&gt;

&lt;p&gt;If you’ve ever thought: “we need a source of truth for agent behavior” — you’re the target audience.&lt;/p&gt;

&lt;p&gt;Repo: &lt;a href="https://github.com/alain-sv/org-agentic-toolkit" rel="noopener noreferrer"&gt;https://github.com/alain-sv/org-agentic-toolkit&lt;/a&gt;&lt;br&gt;
Issues/PRs: very welcome.&lt;/p&gt;

&lt;p&gt;⸻&lt;/p&gt;

&lt;p&gt;Agents will write more of our code.&lt;/p&gt;

&lt;p&gt;It’s time we managed their rules like we manage everything else: versioned, compiled, validated, reviewable.&lt;/p&gt;

</description>
      <category>ai</category>
      <category>python</category>
      <category>productivity</category>
      <category>opensource</category>
    </item>
  </channel>
</rss>
