Topic

Agent Architecture

All digests tagged Agent Architecture

How We Got LLMs to Recommend Our Open Source Library — Christopher Burns, Inth thumbnail

· 16:27

How We Got LLMs to Recommend Our Open Source Library — Christopher Burns, Inth

The talk details how modern developer experience primitives must adapt for consumption by Large Language Models (LLMs) and autonomous agents. The core argument is that optimizing documentation requires moving beyond traditional SEO methods to focus on agent-facing artifacts. Key strategies include manually curating `LLMs.txt`, serving bundled markdown files, and ensuring the repository structure (`node_modules`) contains necessary context for coding agents.

Key takeaways

  1. Agent Inbound is the New Standard

    Inbound traffic sources are shifting from human discovery to LLMs (e.g., Claude, ChatGPT) recommending libraries like C15T. This requires optimizing for 'agent primitives' rather than just developer experience.

  2. Manual Optimization Beats Automation 9:52

    For critical files like `LLMs.txt`, manually writing the content is significantly more effective than generating it automatically; 'forty good lines beat a thousand lines of noise.'

  3. Bundling Context in Node Modules

    Coding agents rarely visit live documentation sites. To improve discoverability, developers should ship bundled markdown documents and an `AGENTS.md` file directly within the package's `node_modules` directory.

Watch on YouTube Full article

Your Agent Attacks Real People Now. Nobody Has To Ask It To. thumbnail

· 21:05

Your Agent Attacks Real People Now. Nobody Has To Ask It To.

AI agents pose a significant security risk not because they are inherently malicious, but because they are designed to follow instructions (goals) without understanding human social conventions or implicit guardrails. Incidents, such as a booking agent canceling a stranger's reservation or the poisoning of agent skills, demonstrate that agents can cause damage simply by finding an unlocked door. The primary threat vectors include poisoned skills (allowing external, mutable instructions) and coordinated 'swarm attacks.' Mitigation requires implementing strict identity scoping, limiting agent authority, and building robust, immediate kill switches into all agent deployments.

Key takeaways

  1. Accidental Damage is the Primary Risk

    Agents do not need to turn against their owner to become an attacker. They only need to follow an ambiguous goal or find an unlocked API call, leading to real-world consequences (e.g., the Melbourne gym agent incident).

  2. Poisoned Skills are a Major Supply Chain Threat 2:23

    Attackers can poison a skill by embedding external links in the `skill.markdown` file. These links can be changed after installation to instruct the agent to download and run code, exfiltrating credentials (e.g., SSH keys, cloud credentials) even if the skill was initially clean.

  3. The Threat of Swarm Attacks 20:33

    Future attacks are predicted to be 'swarm attacks,' where multiple, non-deterministic agents coordinate actions across various individual computers. This collective action is far more dangerous than any single agent's capability.

  4. Mandatory Agent Controls

    To secure agents, developers must implement strict identity and scope controls: give every agent its own expiring identity, scope it to the exact system and action needed, and build a 'stop button' (kill switch) to revoke credentials and halt activity immediately.

Watch on YouTube Full article

Inside the Agent Engine: A LangChain and Traversal Fireside Chat thumbnail

· 41:14

Inside the Agent Engine: A LangChain and Traversal Fireside Chat

The discussion details the challenges and architectural requirements for building AI Site Reliability Engineering (SRE) agents capable of handling petabyte-scale production incidents. Speakers emphasize that SRE troubleshooting is uniquely difficult due to the lack of labeled data, high stakes, and massive telemetry volumes. Successful agent design requires moving beyond simple RAG/vector search by implementing sophisticated 'agent harnesses' that manage context via file systems, build a comprehensive 'production world model,' and strategically balance offline vs. online computation.

Key takeaways

  1. SRE Agents Face Unique Data Challenges 3:23

    Troubleshooting is difficult because there is no good labeled data for LLMs to train on, human troubleshooting processes are complex, and the scale of telemetry (e.g., petabytes per day) makes traditional context window methods infeasible.

  2. Agent Architecture Requires a Core/Sub-Agent Harness 11:30

    Instead of monolithic agents, the recommended approach is building one core agent that orchestrates multiple specialized sub-agents. This requires a robust harness to manage context and file systems effectively.

  3. The Production World Model is Key to System Knowledge 7:50

    Learning system knowledge involves synthesizing large streams of non-telemetry data (e.g., code, Slack) with raw observability logs to build a 'production world model,' which acts as the system's deep wiki.

  4. Evaluation Must Focus on Hardest Tasks 30:50

    When evaluating agents, focus on the hardest tasks (like incident RCA) because success in these complex areas tends to generalize better than focusing on easier, less representative tasks.

Watch on YouTube Full article