Skip to content
AI Code Governance

AI Coding Tool Categories and Governance

A taxonomy of AI coding tools — from LLM APIs to autonomous agents — with risk levels, governance requirements, and maturity models.

Intermediate 10 min read Updated May 2026

AI tools in software development range from simple API calls to fully autonomous agent systems. Understanding the categories, their risk profiles, and governance requirements is essential for any organisation adopting AI-assisted development.

AI Technology Categories

The risk levels below (Low / Medium / High) are a qualitative, illustrative assessment to help you triage categories for review—they are not derived from an external benchmark or standard. Calibrate them to your own threat model.

LLM APIs

Large Language Model API providers (OpenAI, Anthropic, Google AI, Cohere, Mistral).

  • Risk Level: Medium
  • Governance: May process sensitive data via API calls. Requires data classification review.

AI Coding Assistants

AI-powered code generation and assistance tools (GitHub Copilot, Cursor, Codeium, Tabnine, Amazon Q Developer).

  • Risk Level: Medium
  • Governance: May expose code context to external services. Requires security review.

AI Frameworks

AI/ML application frameworks and orchestration (LangChain, LlamaIndex, Haystack).

  • Risk Level: Low
  • Governance: Standard dependency management applies.

Vector Databases

Vector storage for embeddings and RAG applications (Pinecone, Weaviate, Qdrant, ChromaDB, pgvector).

  • Risk Level: Low
  • Governance: Document embeddings may contain sensitive content.

AI Agents

Autonomous AI agent frameworks with tool use capabilities (LangChain Agents, CrewAI, AutoGPT, Claude Agent SDK).

  • Risk Level: High
  • Governance: Agents can execute code, access files, and make network requests autonomously. Requires strict resource limits.

Agent Orchestration

Multi-agent coordination and workflow systems (LangGraph, CrewAI Crews, AutoGen GroupChat).

  • Risk Level: High
  • Governance: Multi-agent systems multiply attack surfaces. Require strict resource limits and audit logging.

Usage Patterns and Maturity

The two tables below are an illustrative, proposed model—not an industry standard or a published benchmark. Use them as a starting point for an internal conversation, not as a normative framework.

PatternMaturityKey Indicators
Simple API CallExperimentalSingle API call, basic error handling
Tool/Function CallingEmergingtools= parameter, function definitions
Basic RAGEmergingVector store queries, context assembly
Advanced RAGStandardisedMultiple retrievers, reranking
Single AgentStandardisedAgent executor, tool chain
Multi-Agent SystemOptimisedAgent orchestration, role specialisation
Autonomous SystemStrategicContinuous execution, goal decomposition

Maturity Levels

LevelNameDescription
1ExperimentalIndividual developers testing AI APIs. Hardcoded keys, single-file usage.
2EmergingTeam-level AI adoption. Environment variables, basic retry logic.
3StandardisedOrganisation-wide AI standards. Shared libraries, proxy/gateway usage.
4OptimisedAI Centre of Excellence. Custom abstractions, caching layers, usage analytics.
5StrategicAI-native architecture. Multi-model routing, agentic workflows, RAG infrastructure.

Governance Framework

Categories Requiring Approval

  • LLM APIs (ai-ml/apis)
  • AI Agents (ai-ml/agents)
  • Agent Orchestration (ai-ml/patterns/orchestration)

Categories Requiring Security Review

  • LLM APIs — data classification and API key management
  • AI Agents — autonomous execution capabilities
  • Tool/Function Calling — input validation requirements
  • AI Coding Assistants — code context exposure

Data Classification

CategoryRisk
LLM APIsMay process sensitive data via API calls
AI AgentsAutonomous execution with external access
RAGDocument embeddings may contain sensitive content
Coding AssistantsMay expose proprietary code to external services

Risk Mitigation

For AI Agents

  1. Implement least-privilege tool access — Only grant the permissions each agent needs
  2. Add rate limits and circuit breakers — Prevent runaway execution
  3. Log all agent actions for audit — Every tool call, every decision, every output
  4. Implement kill switches — Ability to terminate autonomous agents immediately

For Tool/Function Calling

  1. Validate all tool inputs — Never trust LLM-generated arguments without validation
  2. Avoid eval/exec with tool arguments — Treat tool inputs as untrusted user input
  3. Implement rate limiting — Prevent excessive tool calls

For Agent Orchestration

  1. Set iteration and time limits — Prevent infinite loops
  2. Authenticate agent-to-agent communication — Don't assume internal messages are trustworthy
  3. Monitor resource consumption — CPU, memory, network, and API call budgets

Tracking AI Tool Adoption

Most organisations have no visibility into which AI tools developers are using. Build inspection and desktop monitoring can identify:

  • Which AI coding assistants are in use (and which are unsanctioned)
  • How much code is AI-generated vs human-written
  • Which teams are early adopters and which need support
  • Whether AI-generated code follows the same review standards as human code

This visibility is the prerequisite for effective governance. You cannot govern what you cannot see.

This article is part of the AI Code Governance knowledge series (6 articles) Browse all AI Code Governance articles →
Related Use Case

AI Code Traceability — Your developers don't write the code

Nobody has control anymore. Leaders have visibility.

Explore Use Case →