Skip to main content

3 posts tagged with "ai-agents"

View All Tags

· 6 min read
Arkin Eliezer Julijanto

Meta Description: Matt Pocock's "skills" repo hit 26K+ stars in days — a curated set of agent skills for planning, TDD, refactoring, and architecture. Here's what it means for real engineering workflows.

The Problem: AI Agents That Don't Think Like Engineers​

Most AI coding assistants fall into the same trap. You describe what you want, and they immediately start writing code. No planning. No questioning. No validation. It's "vibe coding" — and it produces the kind of software that looks right but falls apart under pressure.

Matt Pocock — the TypeScript educator behind Total TypeScript — dropped an open-source repo this week that takes a fundamentally different approach. Called simply skills, it's a collection of reusable agent skills designed for real engineering, not casual code generation.

The repo gained over 26,000 stars in its first week. That's not hype — that's developers recognizing a missing layer in their AI workflows.

What Are Agent Skills?​

If you've used Claude Code, you know about .claude directories — configuration files that shape how the AI agent behaves in your project. Skills take this further. They're self-contained instruction sets that give an AI agent a specific workflow, not just knowledge.

Think of it this way: a system prompt tells an agent what it knows. A skill tells an agent what to do — step by step, with guardrails, in a repeatable way.

Matt Pocock's collection targets the phases of development where most AI tools fall short: planning before code, structured refactoring, and disciplined testing.

The Planning & Design Skills (Think Before You Code)​

This is where the collection shines brightest. These five skills force the agent to slow down and think:

  • to-prd — Takes your conversation context and synthesizes it into a proper Product Requirements Document, filed as a GitHub issue. No back-and-forth interview. The agent reads what you've already discussed and writes the spec.

  • to-issues — Breaks a PRD or plan into independently grabbable GitHub issues, sliced vertically (each one delivers user value on its own). This alone solves one of the biggest problems in AI-assisted development: the agent tries to do everything at once.

  • grill-me — The agent relentlessly interviews you about your plan or design. It doesn't stop until every branch of the decision tree is resolved. It's like having a senior engineer who won't let you merge until you've answered all the hard questions.

  • design-an-interface — Generates multiple radically different interface designs for a module using parallel sub-agents. Instead of the first idea that comes to mind, you get options to compare.

  • request-refactor-plan — Walks you through a refactor via interview, creates a detailed plan with tiny commits, and files it as a GitHub issue. The plan itself is valuable documentation.

The Development Skills (Code With Discipline)​

Once planning is done, these skills enforce engineering best practices:

  • tdd — Test-driven development with a strict red-green-refactor loop. Features get built one vertical slice at a time. The agent writes a failing test, makes it pass, then refactors. This is how TDD is supposed to work, and most developers never do it manually. With an agent enforcing the loop, it actually happens.

  • triage-issue — When a bug comes in, the agent explores the codebase, identifies the root cause, and files a GitHub issue with a TDD-based fix plan. No more rubber-ducking a stack trace alone at 2 AM.

  • improve-codebase-architecture — The agent reads your CONTEXT.md and docs/adr/ (Architecture Decision Records) to find opportunities for deepening — making the codebase's structure better reflect its domain. It's like a periodic architecture review that actually produces action items.

Why This Matters for Engineering Teams​

The real insight here isn't any single skill. It's the philosophy: AI agents should enforce process, not skip it.

Here's what that looks like in practice:

  1. You talk through an idea with your agent
  2. to-prd captures it as a proper spec
  3. grill-me stress-tests the spec
  4. to-issues breaks it into grabbable work items
  5. tdd implements each one with test-first discipline
  6. triage-issue handles bugs the same way

Every step has structure. Every step produces artifacts (GitHub issues, test files, PRs) that persist beyond the conversation. The agent isn't just writing code — it's participating in your engineering workflow.

Getting Started​

Each skill installs with a single command:

npx skills@latest add mattpocock/skills/<skill-name>

They work with Claude Code out of the box. The npx skills CLI handles the setup — adding the skill's instructions to your .claude configuration.

If you're using other agent frameworks (like OpenClaw, Cursor, or Windsurf), the skills are just markdown files. You can read the source and adapt the patterns to your setup. The workflows are framework-agnostic; only the installation method changes.

The Bigger Picture: Agent Skills as Infrastructure​

This repo represents something larger than a collection of prompts. It's evidence that agent skills are becoming infrastructure — the same way linters, formatters, and CI pipelines became standard.

Consider the parallels:

  • Prettier standardizes formatting. Everyone on the team writes code that looks the same.
  • Husky + lint-staged enforces checks before commits. Nobody skips the linter.
  • Agent skills standardize how AI participates in your process. The agent doesn't just generate — it follows a workflow.

As AI coding tools become ubiquitous, the teams that differentiate won't be the ones using AI the most. They'll be the ones using AI the most disciplined way. Skills are how you encode that discipline.

FAQ​

Q: Do these skills only work with Claude Code? A: They're designed for Claude Code's skill system, but the underlying patterns are markdown-based and framework-agnostic. You can adapt them for any AI coding assistant that supports custom instructions.

Q: Which skill should I start with? A: Start with grill-me. It's the fastest way to see the difference between "AI that writes code" and "AI that thinks through problems." Run it on any design decision you're currently wrestling with.

Q: Are agent skills the same as custom system prompts? A: No. A system prompt sets context and personality. A skill defines a repeatable multi-step workflow with specific inputs, outputs, and guardrails. It's closer to a CI pipeline than a prompt.

Q: Can I create my own skills? A: Yes — the repo includes a write-a-skill skill that teaches the pattern. Matt Pocock also runs a newsletter at aihero.dev where he shares new skills and updates.

· 6 min read
Arkin Eliezer Julijanto

Meta Description: Google launched Android CLI with agent-ready skills and a knowledge base, cutting LLM token usage by 70% and dev speed by 3x. Here's what founders and devs need to know.

The Terminal Just Became Your Best Mobile Developer​

Google just dropped something that should make every mobile-focused founder pay attention: a new Android CLI designed specifically for AI agents, paired with official "Android Skills" and a live knowledge base.

This isn't another VS Code extension or IDE plugin. This is Google acknowledging that a massive chunk of Android development is about to happen outside Android Studio — driven by agents like Claude Code, Codex, Gemini CLI, and whatever comes next.

The numbers from Google's internal testing are wild:

  • 70% reduction in LLM token usage for project setup tasks
  • 3x faster task completion compared to agents using standard tooling alone
  • Zero friction switching between CLI prototyping and Android Studio polish

If you're building anything on mobile, this changes how you think about AI-assisted development.

What's Actually New — Three Pillars​

Google didn't just ship a CLI. They shipped a three-part system:

1. Android CLI — The Agent Interface​

The new android command gives agents a clean, programmatic way to interact with the entire Android SDK from the terminal:

  • android sdk install — lean SDK setup, only what you need
  • android create — project scaffolding from official templates (recommended architecture baked in from line one)
  • android emulator — spin up virtual devices on demand
  • android run — build and deploy in one command
  • android update — stay current without the SDK Manager dance

This matters because agents work best with lightweight, predictable interfaces. Before this, agents had to navigate GUI-based workflows or cobble together Gradle commands with inconsistent documentation. Now they have a first-class API.

2. Android Skills — Grounding for LLMs​

Here's the clever part. Google created a GitHub repo of modular SKILL.md files — markdown instruction sets that automatically trigger when a prompt matches the skill's metadata.

Think of it as agent-readable documentation. Not the conceptual, tutorial-style docs humans read — but precise, actionable specs for specific workflows.

Initial skills cover pain points every Android dev knows:

  • Navigation 3 setup and migration
  • Edge-to-edge implementation
  • AGP 9 and XML-to-Compose migrations
  • R8 config analysis

Install via android skills and they live alongside your own custom skills or community-created ones. This is the "grounding" problem being solved at the platform level.

3. Android Knowledge Base — Live, Authoritative Context​

The android docs command gives agents access to a frequently updated knowledge base sourced from Android developer docs, Firebase, Google Developers, and Kotlin docs.

Why this matters: most LLMs have training cutoffs that are months or years old. Without live grounding, agents suggest deprecated APIs and outdated patterns. The knowledge base ensures agents work with the latest guidance — not what was correct when their training data was frozen.

Why This Is Bigger Than Just Android​

This launch is a signal, not just a tool drop. Three things every founder and developer should read into it:

Google is designing for agent-native development. Not "AI-assisted" where you still do most of the work. Agent-native, where an AI does the heavy lifting and you review and refine. The CLI is built for programs, not humans.

The skills pattern is going to spread. Google basically open-sourced a framework for "how to teach LLMs your platform." Expect Firebase skills, AWS skills, Stripe skills. Every platform with complex documentation should be thinking this way.

Mobile dev velocity is about to spike. If you're a startup deciding between web-first and mobile-first, the gap just got smaller. An agent that can scaffold, build, test, and deploy an Android app from the terminal means small teams can ship mobile faster than ever.

How to Actually Use This Today​

Getting started is straightforward:

  1. Download the Android CLI from d.android.com/tools/agents
  2. Install skills with android skills — pick the ones relevant to your project
  3. Point your agent at it — whether that's Gemini CLI, Claude Code, Codex, or anything else
  4. Prototype fast, then transition to Android Studio for UI refinement and deep debugging

The workflow Google envisions: use an agent + CLI for scaffolding, boilerplate, and iteration, then move to Android Studio for the polish that requires visual tools and advanced profiling.

The Catch? Context Matters​

This isn't magic. The CLI and skills handle the mechanics of Android development — setup, scaffolding, migration patterns. They don't replace understanding UX, performance optimization, or platform-specific design patterns.

Agents with Android CLI will produce correct, best-practice code. But "correct" and "great" are still different things. The human in the loop matters more than ever — just at a higher level of abstraction.

What Founders Should Do Right Now​

  • If you have a mobile app or are planning one: set up Android CLI + an agent this week. Even if you're not using it in production, understanding the workflow puts you ahead.
  • If you're hiring mobile devs: ask about AI-assisted workflows. The devs who can leverage these tools will be 3-5x more productive than those who can't.
  • If you're building dev tools: the skills pattern (SKILL.md files that auto-trigger) is worth studying. It's becoming a standard.

Conclusion​

Google's Android CLI isn't just a developer tool — it's a bet on how software gets built going forward. Agents as first-class developers. CLI as the primary interface. Skills as the bridge between LLM capabilities and platform-specific expertise.

Three takeaways:

  • Android CLI + Skills reduces token waste by 70% and ships 3x faster — real numbers, not marketing
  • The skills pattern is a template every platform should copy for agent-readiness
  • Mobile development just became accessible to any team with a good agent workflow

The future of mobile dev isn't one developer and one IDE. It's one developer orchestrating multiple agents, each grounded in the latest platform knowledge, shipping at a pace that would've seemed impossible two years ago.

Google just made that future easier to reach.

FAQ​

Q: Do I need Android Studio to use the Android CLI? A: No. The Android CLI works independently from the terminal. You can prototype and build entirely with an agent + CLI, then optionally open the project in Android Studio for visual editing and advanced debugging.

Q: Which AI agents work with the Android CLI? A: Any agent that can execute terminal commands — Gemini CLI, Claude Code, Codex, Antigravity, and custom agents all work. The CLI is agent-agnostic by design.

Q: What are Android Skills exactly? A: Modular SKILL.md files containing precise, actionable instructions for specific Android development workflows. They auto-trigger based on your prompt, so agents automatically follow Google's recommended patterns without you manually attaching documentation.

Q: Is the Android CLI free to use? A: Yes. Download it from the official Android developer site at d.android.com/tools/agents. Skills are open-source and available on GitHub.

Q: Can I create my own Android Skills? A: Yes. Skills are markdown-based and designed to coexist with custom skills and community-created ones. Google provides a framework, not a closed system.

· 7 min read
Arkin Eliezer Julijanto

Meta Description: Cloudflare launched a unified AI inference platform with 70+ models from 12+ providers, one API, automatic failover, and edge-optimized latency. Here's why it matters for anyone building AI agents.

The Multi-Model Problem Nobody Solved — Until Now​

If you're building AI agents in 2026, you already know the pain. Your support agent needs a fast model for classification, a heavy reasoning model for planning, and a lightweight model for task execution. That's three different providers, three different APIs, three different billing dashboards, and three potential points of failure.

A chatbot makes one inference call per prompt. An agent chains ten or more. When one provider goes down, it's not a retry — it's a cascade of failures that kills the entire workflow. When one provider is slow, 50ms of latency becomes 500ms across the chain.

Cloudflare just shipped something that addresses all of this head-on.

What Cloudflare Actually Launched​

On April 16, 2026, Cloudflare announced a unified AI inference layer built on top of AI Gateway and Workers AI. Here's what's in it:

One API, 70+ Models, 12+ Providers​

The core pitch: one AI.run() call to access any model from any provider. Switching from a Cloudflare-hosted open-source model to Claude Opus 4.6 or GPT-5 is literally a one-line change.

const response = await env.AI.run('anthropic/claude-opus-4-6', {
input: 'Analyze this support ticket',
}, {
gateway: { id: "default" },
});

The catalog now includes models from Alibaba Cloud, AssemblyAI, ByteDance, Google, InWorld, MiniMax, OpenAI, Pixverse, Recraft, Runway, and Vidu — covering text, image, video, and speech. That's multimodal access through a single endpoint.

Centralized Cost Management​

Here's the silent killer for AI startups: cost visibility. Most companies use an average of 3.5 models across multiple providers. No single provider can give you a holistic view of your AI spend.

Cloudflare fixes this by letting you attach custom metadata to requests. Want to see spend broken down by free vs. paid users? By individual customers? By specific workflows? It's built in.

const response = await env.AI.run('@cf/moonshotai/kimi-k2.5', {
prompt: 'What is AI Gateway?'
}, {
metadata: { "teamId": "AI", "userId": 12345 }
});

One billing dashboard. One set of credits. All your AI spend in one place.

Bring Your Own Model (BYOM)​

This is the sleeper feature. Cloudflare is leveraging Replicate's Cog technology to let you containerize and deploy your own fine-tuned models on Workers AI.

Write a cog.yaml, define your predict function, run cog build, push to Cloudflare. They handle GPU provisioning, CUDA dependencies, and cold starts (with GPU snapshotting coming soon). Your custom model gets the same AI.run() interface as everything else.

For teams with domain-specific fine-tuned models, this is huge. No more managing your own GPU infrastructure.

Edge-Optimized Latency for Agents​

Cloudflare operates in 330+ cities worldwide. When you call a Cloudflare-hosted model through AI Gateway, your code and inference run on the same global network. No extra hop over the public internet.

For agents, the metric that matters most is time to first token (TTFT). Even if total inference takes 3 seconds, getting the first token 50ms faster is the difference between an agent that feels snappy and one that feels broken. Cloudflare's edge network minimizes the network time before streaming begins.

Automatic Failover​

When you're chaining 10 inference calls in an agent workflow, reliability isn't optional — it's existential. AI Gateway now includes automatic retries on upstream failures. One provider goes down? Traffic reroutes. Your agent keeps running.

Why This Matters More Than You Think​

This isn't just a developer convenience play. It's infrastructure that enables a specific architectural pattern: multi-model agent orchestration.

The Pattern Emerging in Production​

The most sophisticated agent systems in 2026 don't use one model for everything. They use a routing layer:

  1. Lightweight model → classify intent, route request
  2. Reasoning model → plan multi-step actions, handle complex logic
  3. Fast execution model → run individual tasks at scale
  4. Specialized model → domain-specific tasks (image gen, speech, etc.)

This pattern requires seamless switching between providers. Before Cloudflare's unified layer, you'd build this routing yourself — with custom error handling, billing aggregation, and latency optimization for each provider. Now it's one API.

The Vendor Lock-In Question​

Here's what makes this different from using AWS Bedrock or Azure AI: Cloudflare doesn't make the models. They're a neutral layer. Switching from GPT-5 to Claude Opus to Kimi K2.5 doesn't change your infrastructure — it changes one string in your code.

For startups, this is strategic. You're not locked into Anthropic's pricing or OpenAI's rate limits. You can optimize for cost, speed, or quality per-task without rewriting your agent logic.

What Builders Should Do Now​

  • If you're building agents: Start routing inference through AI Gateway. Even if you only use one provider today, the failover, cost tracking, and one-line model switching future-proofs your architecture.
  • If you have fine-tuned models: Watch the BYOM program closely. Deploying custom models on Cloudflare's edge without managing GPU infra is a game-changer for domain-specific AI products.
  • If you're managing AI costs: The centralized billing with custom metadata tagging is worth adopting immediately. Most teams have zero visibility into per-customer or per-workflow AI spend.

The Catch​

REST API support is coming "in the coming weeks" — right now the unified endpoint is Workers-only. If you're not on Cloudflare's ecosystem, you'll need to wait or wrap it in a Worker.

BYOM is still in design partner phase. The vision is right, but the execution needs to catch up before it's generally available.

And while 70+ models sounds like a lot, the catalog is still missing some niche providers. Expect this to grow fast given Cloudflare's track record.

Conclusion​

Cloudflare is positioning itself as the infrastructure layer for the agent era. Not the model maker. Not the agent framework. The plumbing that makes multi-model, multi-provider agent architectures actually work in production.

Three takeaways:

  • One API for 70+ models with automatic failover eliminates the biggest operational headache in agent development
  • Centralized cost management with custom metadata solves the visibility problem that's killing AI margins
  • Edge-optimized inference + BYOM means your agents can be fast, reliable, and use custom models without managing infrastructure

The agent economy needs infrastructure that's provider-agnostic, latency-optimized, and cost-transparent. Cloudflare just shipped all three. If you're building with AI agents, this should be in your stack.

FAQ​

Q: What is Cloudflare's AI Gateway? A: AI Gateway is Cloudflare's unified inference layer that lets developers call AI models from 70+ providers through a single API endpoint, with built-in failover, cost tracking, and edge-optimized latency.

Q: Do I need to use Cloudflare Workers to access the AI platform? A: Currently, the unified AI.run() binding is Workers-only. Cloudflare has announced REST API support coming in the following weeks, which will enable access from any environment.

Q: How does Cloudflare handle model failover? A: AI Gateway includes automatic retries on upstream provider failures. If one model provider goes down, traffic is rerouted to alternative providers without your agent workflow breaking.

Q: Can I deploy my own fine-tuned models on Cloudflare? A: Yes, through the Bring Your Own Model (BYOM) feature. You containerize your model using Replicate's Cog technology, push it to Workers AI, and access it through the same AI.run() interface. The feature is currently in design partner phase.

Q: How does this compare to AWS Bedrock or Azure AI? A: Unlike AWS or Azure, Cloudflare is provider-neutral — they don't make their own models. This means no vendor lock-in. Switching between models is a one-line code change, and the edge network (330+ cities) provides lower latency than centralized cloud regions.