<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>AI-Assisted Development on Axelerant Engineering Handbook</title>
    <link>/docs/how-we-work/ai-practices/</link>
    <description>Recent content in AI-Assisted Development on Axelerant Engineering Handbook</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <atom:link href="/docs/how-we-work/ai-practices/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Project Configuration</title>
      <link>/docs/how-we-work/ai-practices/project-setup/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/docs/how-we-work/ai-practices/project-setup/</guid>
      <description>&lt;h1 id=&#34;project-level-ai-configuration&#34;&gt;Project-Level AI Configuration&lt;a class=&#34;anchor&#34; href=&#34;#project-level-ai-configuration&#34;&gt;#&lt;/a&gt;&lt;/h1&gt;&#xA;&lt;p&gt;Claude Code reads configuration from the project directory. When this configuration is committed to the repository, every team member starts with the same context, permissions, and tool integrations. This is no different from how we treat DDEV configuration or linting rules — it&amp;rsquo;s part of the project, not a personal preference.&lt;/p&gt;&#xA;&lt;p&gt;See the &lt;a href=&#34;https://docs.anthropic.com/en/docs/claude-code/memory&#34;&gt;official documentation on memory and project configuration&lt;/a&gt; for how these files work.&lt;/p&gt;&#xA;&lt;h2 id=&#34;what-every-project-should-have&#34;&gt;What every project should have&lt;a class=&#34;anchor&#34; href=&#34;#what-every-project-should-have&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;h3 id=&#34;claudemd&#34;&gt;CLAUDE.md&lt;a class=&#34;anchor&#34; href=&#34;#claudemd&#34;&gt;#&lt;/a&gt;&lt;/h3&gt;&#xA;&lt;p&gt;A project-level &lt;code&gt;.claude/CLAUDE.md&lt;/code&gt; (or &lt;code&gt;CLAUDE.md&lt;/code&gt; at the repo root) gives Claude context about the project: the stack, architecture patterns, conventions, and common pitfalls.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Skills and Workflows</title>
      <link>/docs/how-we-work/ai-practices/skills-and-workflows/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/docs/how-we-work/ai-practices/skills-and-workflows/</guid>
      <description>&lt;h1 id=&#34;skills-and-automated-workflows&#34;&gt;Skills and Automated Workflows&lt;a class=&#34;anchor&#34; href=&#34;#skills-and-automated-workflows&#34;&gt;#&lt;/a&gt;&lt;/h1&gt;&#xA;&lt;p&gt;The difference between using Claude Code conversationally and using it effectively is skills. A skill is a structured instruction set that tells Claude exactly how to approach a specific type of work on a project. Instead of explaining your project&amp;rsquo;s conventions every session, you encode them once and invoke them by name.&lt;/p&gt;&#xA;&lt;p&gt;For how skills work technically, see the &lt;a href=&#34;https://docs.anthropic.com/en/docs/claude-code/skills&#34;&gt;official skills documentation&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;h2 id=&#34;our-approach-skills-as-institutional-knowledge&#34;&gt;Our approach: skills as institutional knowledge&lt;a class=&#34;anchor&#34; href=&#34;#our-approach-skills-as-institutional-knowledge&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;We treat skills as the place where project-specific knowledge lives. A good skill encodes:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Development Practices</title>
      <link>/docs/how-we-work/ai-practices/development-practices/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>/docs/how-we-work/ai-practices/development-practices/</guid>
      <description>&lt;h1 id=&#34;how-we-use-ai-in-development&#34;&gt;How We Use AI in Development&lt;a class=&#34;anchor&#34; href=&#34;#how-we-use-ai-in-development&#34;&gt;#&lt;/a&gt;&lt;/h1&gt;&#xA;&lt;p&gt;AI tools are powerful but they require discipline. These are our expectations for how engineers at Axelerant work with AI.&lt;/p&gt;&#xA;&lt;h2 id=&#34;human-in-the-loop&#34;&gt;Human in the loop&lt;a class=&#34;anchor&#34; href=&#34;#human-in-the-loop&#34;&gt;#&lt;/a&gt;&lt;/h2&gt;&#xA;&lt;p&gt;AI augments your capability. It does not replace your judgment. Always review AI-generated code — it&amp;rsquo;s rare not to find something to fix or improve.&lt;/p&gt;&#xA;&lt;p&gt;Be aware of cognitive biases that come with AI assistance:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;Automation bias&lt;/strong&gt; — over-relying on AI suggestions because they look confident&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Anchoring&lt;/strong&gt; — difficulty thinking beyond the AI&amp;rsquo;s initial suggestion&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Framing effect&lt;/strong&gt; — accepting the AI&amp;rsquo;s phrasing or approach at face value&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;Sunk cost fallacy&lt;/strong&gt; — reluctance to discard AI-generated code you&amp;rsquo;ve already invested time reviewing&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;If a solution from the AI isn&amp;rsquo;t quickly helping or you feel you&amp;rsquo;re losing control, revert the changes and try a different approach. Sometimes writing the code yourself is faster.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
