<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>ArcYou</title><description>Source-backed maps for builders choosing tools.</description><link>https://arcyou.ai/</link><item><title>How emilkowalski/skills Turns Motion Taste into an Agent System</title><link>https://arcyou.ai/teardowns/emilkowalski-skills-motion-design-system/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/emilkowalski-skills-motion-design-system/</guid><description>A source-level teardown of how five motion-design skills separate vocabulary, principles, review, planning, and execution—and where two important workflow exceptions keep the architecture honest.</description><pubDate>Sun, 12 Jul 2026 00:00:00 GMT</pubDate></item><item><title>CodexBar Is Not Really a Menu Bar App. It Is a Provider Metering Runtime.</title><link>https://arcyou.ai/teardowns/codexbar-provider-metering/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/codexbar-provider-metering/</guid><description>CodexBar looks like a tiny macOS utility for AI coding limits. Read at v0.41.0, the real architecture is a curated provider catalog: compile-time provider IDs, descriptors, strategy pipelines, and separate app hooks that turn uneven vendor quota signals into one usage surface.</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate></item><item><title>LazyCodex Is the Doorway, Not the Whole Agent House</title><link>https://arcyou.ai/teardowns/lazycodex-codex-harness/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/lazycodex-codex-harness/</guid><description>LazyCodex is marketed as an agent harness for complex codebases. Read at v4.15.1, the source says something narrower and more useful: the root package is a small Codex install alias, the concrete product is the bundled omo plugin, and the deeper harness ownership points back to OmO.</description><pubDate>Mon, 06 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Vector Search Is Not One Thing: Server, Extension, or Embedded Files</title><link>https://arcyou.ai/compare/vector-search-existence-models/</link><guid isPermaLink="true">https://arcyou.ai/compare/vector-search-existence-models/</guid><description>Vector search splits first by where it exists: Qdrant is a dedicated vector engine, pgvector is a PostgreSQL index access method, and LanceDB/Lance is an embedded file-backed stack. That operational home decides filtering, durability, consistency, and failure shape before benchmark tuning starts.</description><pubDate>Mon, 06 Jul 2026 00:00:00 GMT</pubDate></item><item><title>How AI Coding Agents Feed Your Codebase to the Model: Three Camps</title><link>https://arcyou.ai/compare/ai-coding-agent-context/</link><guid isPermaLink="true">https://arcyou.ai/compare/ai-coding-agent-context/</guid><description>The AI coding agents split by one design choice — how they get your code into the model&apos;s context. I read the source of three: Aider ranks a static graph, Continue embeds and retrieves, Cline gives the model tools and lets it read on demand. That single choice decides determinism, token cost, privacy, and how each behaves on a big repo.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>How Aider&apos;s Repo Map Actually Reads Your Codebase — PageRank, Not Embeddings</title><link>https://arcyou.ai/teardowns/aider-repo-map/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/aider-repo-map/</guid><description>Aider is pitched as AI that reads your whole codebase. Read at v0.86.3.dev, the repo map is a ranking problem, not an AI one: tree-sitter pulls the symbols, a PageRank over the reference graph ranks them, and a binary search packs the top ones into a token budget. No embeddings, no vector store, no network call.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>How Continue Indexes Your Codebase — and Whether Your Code Leaves Your Machine</title><link>https://arcyou.ai/teardowns/continue-codebase-indexing/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/continue-codebase-indexing/</guid><description>Continue is the embedding-first counterpart to Aider. Read at v2.1.0, the answer to the question everyone actually asks — does my proprietary code get shipped to an embeddings API? — is: not by default. It embeds locally with a bundled all-MiniLM-L6-v2, stores vectors in a local LanceDB, and only sends code out if you configure a remote embeddings provider.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>How LanceDB Puts a Vector Database in a File — IVF-PQ Over the Lance Columnar Format, No Server</title><link>https://arcyou.ai/teardowns/lancedb-embedded-ivfpq/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/lancedb-embedded-ivfpq/</guid><description>LanceDB is a library and a file format, not a server: connect() opens a local path or object-store URI in-process, and only URIs starting with the literal prefix `db` route to the Cloud HTTP client. Storage is the Lance columnar format with append-only manifest versioning, and the index family is IVF-first with PQ compression — not an HNSW graph. Read at lance v8.0.0 / lancedb v0.30.0.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>How LiteLLM&apos;s Router Picks a Deployment — Weighted Random by Default, Smart Only If You Ask</title><link>https://arcyou.ai/teardowns/litellm-router/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/litellm-router/</guid><description>LiteLLM is sold as a smart load balancer across your model deployments. Read at v1.92.0-dev.1, the default is a weighted coin flip: simple-shuffle picks a random healthy deployment, weighted by rpm/tpm if you set it. The intelligence — least-busy, latency, usage-based routing — is opt-in, and it works only because LiteLLM meters every key. On failure it runs a retry-cooldown-fallback ladder.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>How Ollama Loads a Model — and Why It Doesn&apos;t Actually Decide Your GPU Layers</title><link>https://arcyou.ai/teardowns/ollama-model-scheduler/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/ollama-model-scheduler/</guid><description>Everyone assumes Ollama estimates your model&apos;s memory and computes how many layers to put on the GPU. Read at v0.31.1, that&apos;s not what happens: Ollama is a scheduler that spawns an upstream llama.cpp llama-server, lets it auto-detect the GPU split by default, and reads the offloaded layer count back from its logs. Ollama&apos;s own memory math is a deliberately rough proxy used only to decide what fits and what to evict.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>How pgvector Puts HNSW Inside Postgres — Vector Search as an Index Access Method</title><link>https://arcyou.ai/teardowns/pgvector-hnsw/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/pgvector-hnsw/</guid><description>pgvector is the &apos;just use Postgres&apos; answer to vector search, and the contrast with a dedicated engine like Qdrant is the home, not the algorithm. Both are HNSW; pgvector implements it as a Postgres index access method. Read at v0.8.4 — the graph lives in WAL-logged Postgres pages, a search is plain SQL, and filtering is Postgres&apos;s job, patched by a new iterative scan.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>How Qdrant Does Filtered Vector Search: HNSW That Survives Your Payload Filters</title><link>https://arcyou.ai/teardowns/qdrant-filtered-hnsw/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/qdrant-filtered-hnsw/</guid><description>Adding a metadata filter is where naive vector search breaks — post-filtering wrecks recall, pre-filtering can&apos;t use the graph. Read at v1.18.2, Qdrant&apos;s answer is two moves: it estimates the filter&apos;s cardinality to choose between an exact scan and a graph search, and at build time it adds payload-aware links so a filtered subgraph stays connected — a fix it justifies with percolation theory.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>How vLLM Serves So Many Requests at Once: PagedAttention and Continuous Batching</title><link>https://arcyou.ai/teardowns/vllm-paged-attention/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/vllm-paged-attention/</guid><description>vLLM&apos;s throughput comes from two linked ideas, read here at v0.24.0rc2 (the v1 engine). PagedAttention pages each request&apos;s KV cache into fixed 16-token blocks from a shared pool, so memory is non-contiguous, tightly packed, and shareable across identical prefixes. Continuous batching rebuilds the batch every forward step from a token budget, mixing prefills and decodes and preempting when blocks run out.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>LLM Gateways: Three Camps — Pool Subscriptions, Route Keys, or Run a Production Gateway</title><link>https://arcyou.ai/compare/llm-gateway-camps/</link><guid isPermaLink="true">https://arcyou.ai/compare/llm-gateway-camps/</guid><description>The tools called LLM gateways split by what they route and who they&apos;re for. CLIProxyAPI pools your subscription logins. LiteLLM routes your API keys with metering and failover. Portkey is a stateless edge gateway driven by a declarative config. I read the source of all three, and the deciding axis is what state each one keeps.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Running LLMs Locally: llama.cpp vs Ollama vs vLLM — Three Camps</title><link>https://arcyou.ai/compare/local-inference-engines/</link><guid isPermaLink="true">https://arcyou.ai/compare/local-inference-engines/</guid><description>Self-hosting an open model splits into three camps by the layer you operate at. llama.cpp is the raw engine — a self-contained binary that loads GGUF and offloads layers to whatever hardware you have. Ollama is the friendly manager that wraps it. vLLM is the throughput server that replaces it. I read the source of all three to compare portability, convenience, and throughput.</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item><item><title>How CLIProxyAPI Load-Balances Your AI Subscriptions — and What Its Scheduler Reveals About Quota Limits</title><link>https://arcyou.ai/teardowns/cliproxyapi-account-scheduler/</link><guid isPermaLink="true">https://arcyou.ai/teardowns/cliproxyapi-account-scheduler/</guid><description>CLIProxyAPI is sold as an OpenAI-compatible proxy that round-robins across your Claude, ChatGPT/Codex, and Gemini subscriptions. Read the source and it&apos;s a reactive cooldown scheduler: it doesn&apos;t track your quota, it waits for a 429 — and only for Codex does it actually know when your limit resets.</description><pubDate>Wed, 01 Jul 2026 00:00:00 GMT</pubDate></item></channel></rss>