@vd_i
iAccount based inSingapore!
About this account
- Account based in
- Singapore
- Connected via
- Singapore App Store
! X says this location may be affected by a proxy or VPN.
Account-level information from X, not a live location or the device used for a specific post.
Singapore
Joined April 2008
- Tweets55.1K
- Following7.5K
- Followers927
- Likes149K
Vikram Dutt retweeted
This will be a bigger battle than anyone anticipates. It is only a matter of time before there is an Apple and Google version of Muse and possibly TikTok, in addition to the frontier LLM agents. Maybe a commerce agent from Amazon.
Every app that is a services, marketplace or commerce app will need to existentially decide to open APIs for consumer agents to interact. Smaller players have no choice. Ad revenues are more than transaction fees, either the consumer benefits or distribution aggregators will demand a higher transaction fare.
I know I don't want an agent for each app. I would like my agent to be able to do tasks I require. We can already see consumers getting trained on that behavior by the frontier labs.
Those with network moats - restaurants, groceries, drivers might be able to withstand for a while, over time convenience and end user experience will win and they will have to align. Content moats (protected by copyright) could decide to allow agents or chose to hold on to the consumer interaction. I suspect other than the feeling of a lack of control, it won't change their economics.
Commoditized back ends will need to worry, insurance, tickets, hotels, services - if they don't adapt new players will.
Vikram Dutt retweeted
Take a break from AI and read this fun post by master teacher @garyrubinstein -- it's the story of the "pons asinorum", the first tricky proof in Euclid's Elements. So much fun, with very conversational writing, and brilliant explaining and stories. geometrycurriculum.wordpress…
The absolutely beautiful free hands-on book "Physics-Based Deep Learning Book" by Thuerey et al. (2026) is now in @ChapterPal's collection.
The textbook is an applied guide to physics-based deep learning, also known as scientific machine learning, which blends numerical physical simulations with modern artificial intelligence architectures.
Designed for researchers, engineers, and students with a working knowledge of deep learning fundamentals and basic partial differential equations, the book focuses on practical implementations using deep learning frameworks such as PyTorch, JAX, and the differentiable simulation library ΦFlow.
The textbook, at 350 pages, has 163 illustrations and 39 hands-on coding exercises.
Read the book with an AI tutor: chapterpal.com/book/4d08ce3b…
All books on ChapterPal are free to read with a free account.
Table of contents:
Chapter 1: Introduction
- Welcome ...
* Coming up
* Comments and suggestions
* Thanks!
* Citation
* Time to get started
- A Teaser Example
* Differentiable physics
* Finding the inverse function of a parabola
* A differentiable physics approach
- A Probabilistic Generative AI Approach
* Discussion
* Next steps
- Overview
* Motivation
* Categorization
* Looking ahead
* Implementations
- Models and Equations
* Deep learning and neural networks
* Partial differential equations as physical models
* Some example PDEs
* Preliminaries
* Newton's method
* Approximating the Hessian
* Broyden's method
* BFGS
* Gauss-Newton
* Gradient Descent
Chapter 2: Neural Surrogates and Operators
- Supervised Training
* Problem setting
Chapter 3: Physical Losses
- Physical Loss Terms
* Using physical models
Chapter 4: Differentiable Physics
- Introduction to Differentiable Physics
* Differentiable operators
* Jacobians
* Learning via DP operators
* A practical example
* Backpropagation through solver steps
* Alternatives: noise
* Complex examples
- Reducing Numerical Errors with Neural Operators
* Problem formulation
* Getting started with the implementation
* Simulation setup
* Network and transfer functions
* Training setup
* Interleaving simulation and NN
* Test evaluation
* Next steps
- Solving Inverse Problems with NNs
* Formulation
* Control of incompressible fluids
* Data generation
* Supervised initialization
* CFE pretraining with differentiable physics
* End-to-end training with differentiable physics
* Next steps
- Discussion of Differentiable Physics
* Integration
* Reducing data shift via interaction
* Generalization
Chapter 5: Probabilistic Learning
- Introduction to Probabilistic Learning
* Uncertainty
* Forward or Backward?
* Simulation-based Inference
- Learning a Probability Distribution
* Fundamentals: A Training Objective
* From Unconditional to Conditional
* Learning Distributions with Normalizing Flows
* Practical Example: Learning Gaussians
* A Simple Normalizing Flow based on Affine Couplings
* Neural ODEs: Making Normalizing Flows Continuous
* Summary of Normalizing Flows
- Score Matching
* Gaussian Toy Dataset with Analytic Scores
* Learning the Score
* Langevin Dynamics
* Full Denoising Algorithm
* Training with DDPM
- Flow Matching
* Learning Flows with Velocities
* Mappings and Conditioning
* Score Matching with Differentiable Physics
* Summary of Physics-based Diffusion Models
- Probabilistic Inverse Problem with Differentiable Simulations
* Toy Problem setup
* Conditioning
* Implementation
* Backbone Network Definition
* Variance Schedule
* Diffusion Model Definition
* Training
* Test Dataset
* Test Inference
* Accuracy of the Prediction
* Summarizing Time Predictions with Diffusion Models
- Unconditional Stability
* Main Considerations for an Evaluation
* Comparing Architectures
* Stability Criteria
* Batch Size vs Rollout
* Summary
- Graph-based Diffusion Models
* Diffusion Graph Net (DGN)
* Diffusion on Graphs
* Diffusion in Latent Space
* Turbulent Flows around Wings in 3D
* Distributional accuracy
* Computational Performance
- Distributional Accuracy of Diffusion Graph Nets
* Implementation
* Sample-wise Accuracy
* Evaluating Distributional Accuracy
- Discussion of Probabilistic Learning
Chapter 6: Reinforcement Learning
- Introduction to Reinforcement Learning
Chapter 7: Improved Gradients
- Scale-Invariance and Inversion
* The crux of the matter
* Traditional optimization methods
* Quasi-Newton methods
* Inverse simulators
* NN training
* Loss functions
* Iterations and time dependence
* SIP training in action
* Discussion of SIP Training
- Learning to Invert Heat Conduction with Scale-invariant Updates
* Problem Statement
* Implementation
* Data generation
* Differentiable physics and gradient descent
* Stable SIP gradients
* Neural network and loss function
* Training
* Evaluation
* Next steps
- Half-Inverse Gradients
* Derivation
Chapter 8: Fast Forward Topics
- Additional Topics
- Model Reduction and Time Series
* Reduced order models
* Time series
* End-to-end training
* Source code
- Unstructured Meshes and Meshless Methods
* Types of computational meshes
* Unstructured meshes and graph neural networks
* Meshless and particle-based methods
* Continuous convolutions
* Learning the dynamics of liquids
* Source code
- Generative Adversarial Networks
* Maximum likelihood estimation
Chapter 9: Outlook
- Outlook
* Some specific directions
* Closing remarks
References
Notation and Abbreviations
- Math notation:
- Summary of the most important abbreviations:
Meet Husky: a Model-Specific Inference (MSI) engine up to 4.5× faster than Apple's MLX
Woof, Underdog's Pareto frontier model, now runs up to 730 tokens/sec on a MacBook
Finally local models are as fast & capable. Try it now in underdog.ai - your personal private AI
Vikram Dutt retweeted
SOTA inference engine that beats Apple’s MLX on Apple Silicon inference. kudos @0xSigil 🫡
Meet Husky: a Model-Specific Inference (MSI) engine up to 4.5× faster than Apple's MLX
Woof, Underdog's Pareto frontier model, now runs up to 730 tokens/sec on a MacBook
Finally local models are as fast & capable. Try it now in underdog.ai - your personal private AI
Astra is an incredible bargin compared to Fable! And look at Luna on max too!! @openai's return to the top is something else. Maybe this is why Anthropic finally agreed to do AGENTS.md? 😄
Agents on Rails: You asked, so we turned every model in Agents on Rails up to its max effort level.
The result: more effort/reasoning doesn’t always mean better results.
@OpenAI's models made the biggest gains, costs nearly doubled overall...and the newest agent in the benchmark, DeepSeek 4.1 Flash, figured out it was being benchmarked and tried to hack its way to a better score. What an entry.
Here’s what we learned and what max effort gets you with each model: rubyonrails.org/2026/9/21/ag…
Vikram Dutt retweeted
Training models is becoming easier and easier - just look at this and TRL - especially with agents!
You're missing out if you're still using off the shelf models for all your tasks!
Introducing Halo, the best framework for post-training of open-source models.
Halo delivers up to 2.8x the throughput of stock TRL with less peak memory, while models stay in their native HuggingFace format.
Star us on GitHub: github.com/whitecircle/halo
Vikram Dutt retweeted
It's Monday. A lot changed in agents last week.
I went through everything from xAI, Meta, OpenAI, Anthropic, Google, Apple, OpenClaw, GitHub and Perplexity.
Here's what matters, in one thread:
Vikram Dutt retweeted
brief break from regularly scheduled muse programming, but great progress by @scale_AI on RSI benchmark
600+ proposals in 🤯 We're reaching out to top contributors to start building in our public repo.
We’ve also welcomed @SchmidhuberAI, a pioneer of RSI, as a senior advisor to RSI Bench.
New blog on our setup and verification pipeline: rsi-benchmark.com/blog/verif…
The "High-Level System Design Handbook" by Aayush Soni (2026) is now in @ChapterPal's collection of free books.
The book is a comprehensive guide intended for software engineers, system architects, and technical leaders who design, scale, and maintain large-scale distributed platforms or prepare for technical design interviews.
The text assumes a baseline familiarity with programming, basic operating system mechanics such as processes and threads, fundamental data structures, relational database concepts, and networking protocols such as TCP and HTTP.
From this foundation, the book covers the full architectural lifecycle of distributed software, ranging from single-machine performance limits to planet-scale multi-region topologies and modern artificial intelligence platforms.
Read the book with an AI tutor: chapterpal.com/book/9bc8434f…
All book on ChapterPal are free to read with a free account.
The table of contents:
Here’s the ToC with all level-three headings removed.
Chapter 0: Prerequisites
* 0.0 Networking Fundamentals for System Design
* 0.1 Operating System Essentials for System Design
* 0.2 Data Structures for Distributed Systems
* 0.3 Database Fundamentals for System Design
* 0.4 API Design Basics: REST, GraphQL, gRPC, and the Hard Parts
* References
Chapter 1: Core Fundamentals
* 1.0 Scalability: Growing a System Without Breaking It
* 1.1 Latency and Throughput: The Two Numbers That Matter
* 1.2 Availability and Reliability: Nines, SLOs, and Staying Up
* 1.3 Consistency Models: What Readers Actually See
* 1.4 Back-of-the-Envelope Estimation
* 1.5 How to Approach a System Design Question
* 1.6 Trade-off Thinking
* References
Chapter 2: Building Blocks
* 2.0 Load Balancers: Spreading Traffic, Absorbing Failure
* 2.1 Reverse Proxies and API Gateways: The Smart Edge
* 2.2 Content Delivery Networks: Moving Bytes Closer to Users
* 2.3 Caching: From Browser to Database
* 2.4 SQL Databases: The Boring Technology That Wins
* 2.5 NoSQL Databases: Picking the Right Non-Relational Tool
* 2.6 Database Partitioning and Sharding: When One Node Is Not Enough
* 2.7 Database Replication: Keeping Copies in Sync
* 2.8 Message Queues and Streaming: Decoupling at Scale
* 2.9 Pub/Sub: Fan-Out and Event-Driven Systems
* 2.10 Real-Time Communication: WebSockets, SSE, and Long Polling
* 2.11 Rate Limiting: Protecting Systems from Themselves
* 2.12 Service Discovery and Service Mesh: Finding and Talking to Services
* 2.13 Blob and Object Storage: Storing the Big Stuff
* 2.14 Geospatial Indexing: Geohash, Quadtree, R-tree, S2, and H3
* 2.15 Edge Computing (Cloudflare Workers, Lambda@Edge, Deno Deploy)
* References
Chapter 3: Distributed Systems Theory
* 3.0 Consensus Protocols: How Distributed Systems Agree
* 3.1 Consistency Deep Dive: Linearizability, Serializability, and the Spectrum Between
* 3.2 Quorums and Replication: The Math of R + W > N
* 3.3 CAP and PACELC: The Tradeoff That Keeps Confusing People
* 3.4 Clocks and Ordering: Lamport, Vector, and Hybrid Logical Clocks
* 3.5 CRDTs: Conflict-Free Replicated Data Types
* 3.6 Distributed Transactions: 2PC, Saga, and When to Avoid Both
* 3.7 Idempotency and Exactly-Once: The Honest Truth About Delivery Guarantees
* 3.8 Failure Detection: Deciding a Node Is Dead
* 3.9 Consistent Hashing: Keys to Nodes Without Global Reshuffles
* 3.10 Merkle Trees and Anti-Entropy: Keeping Replicas in Sync Cheaply
* References
Chapter 4: Data Systems
* 4.0 Storage Engines: B-Trees, LSM-Trees, and Why Your Database Feels the Way It Does
* 4.1 OLTP vs OLAP: Row Stores, Column Stores, and Matching Shape to Workload
* 4.2 Data Warehouses and Data Lakes: Structure, Schema, and the Lakehouse
* 4.3 Stream vs Batch Processing: Lambda, Kappa, and the End of That Debate
* 4.4 Change Data Capture: Streaming the Database's Inner Monologue
* 4.5 Search Systems: Inverted Indexes, BM25, and Running Elasticsearch in Production
* 4.6 Time-Series Databases: Metrics, Events, and Retention at Scale
* 4.7 Graph Databases: Property Graphs, Cypher, and When Joins Are the Problem
* 4.8 Vector Databases: Embeddings, ANN Indexes, and the Retrieval Layer for AI
* 4.9 Key-Value Stores: Redis, Memcached, DynamoDB, and Picking the Right Hash Table
* References
Chapter 5: Architecture Patterns
* 5.0 Monolith vs Microservices: Team Topology, Conway's Law, and the Distributed System Tax
* 5.1 Event-Driven Architecture: Notifications, State Transfer, and Choreography
* 5.2 CQRS: Separating Reads from Writes Without Losing Your Mind
* 5.3 Event Sourcing: Events as the Source of Truth
* 5.4 Serverless: Functions, Cold Starts, and When FaaS Actually Saves Money
* 5.5 Backend for Frontend: Per-Client API Aggregation Done Right
* 5.6 Strangler Fig: Incremental Migration Without a Big Bang
* 5.7 Hexagonal and Clean Architecture: Keeping Business Logic Independent
* 5.8 Multi-Region Architecture: Active-Passive, Active-Active, and CRDTs
* 5.9 Multi-Tenancy: Silo, Pool, and the SaaS Isolation Spectrum
* 5.10 CRDT Applications (Yjs, Automerge, Local-First Software)
* References
Chapter 6: Reliability & Operations
* 6.0 Observability: Metrics, Logs, Traces, and the OpenTelemetry Standard
* 6.1 SLI, SLO, SLA, and Error Budgets: Making Reliability Quantitative
* 6.2 Resilience Patterns: Timeouts, Retries, Circuit Breakers, and Bulkheads
* 6.3 Graceful Degradation: When Partial Service Beats No Service
* 6.4 Auto-Scaling and Capacity Planning: From HPA to Predictive Scaling
* 6.5 Deployment Strategies: Blue-Green, Canary, Rolling, and Feature Flags
* 6.6 Chaos Engineering: Breaking Things on Purpose
* 6.7 Incident Management: From Detection to Blameless Postmortem
* 6.8 Health Checks and Readiness: Telling the Truth About Whether You're Up
* 6.9 Cost Optimization and FinOps
* 6.10 Platform Engineering: IDPs, Golden Paths, and DX
* References
Chapter 7: Security at Scale
* 7.0 Authentication vs Authorization: Identity, Permissions, and Access Models
* 7.1 OAuth 2.0 and OpenID Connect: Delegated Authorization and Identity Done Right
* 7.2 JWT Deep Dive: Signed Tokens, Claims, and the Revocation Problem
* 7.3 mTLS and Service-to-Service Authentication: SPIFFE, Service Mesh, and Zero Trust
* 7.4 Secrets Management: Vault, KMS, and the End of Secrets in Config Files
* 7.5 DDoS Protection and WAFs: Mitigating Volumetric and Application Attacks
* 7.6 Data Residency and Compliance Architecture (GDPR, DPDP, CCPA, Right-to-Erasure)
* 7.7 Supply Chain Security: SBOM, SLSA, Sigstore, and Defending Against xz-utils
* 7.8 Privacy-Preserving Systems (Differential Privacy, Federated Learning)
* 7.9 Post-Quantum Cryptography: Migrating to ML-KEM, ML-DSA, and a Crypto-Agile Future
* References
Chapter 8: Case Studies
* 8.0 Design a URL Shortener (TinyURL / bit.ly)
* 8.1 Design a Pastebin (Paste Sharing Service)
* 8.2 Design a Distributed Rate Limiter
* 8.3 Design a Distributed Key-Value Store (Dynamo / Cassandra / Riak)
* 8.4 Design a Notification System (Push, SMS, Email at Scale)
* 8.5 Design a Chat System (WhatsApp / Messenger / Signal)
* 8.6 Design a Social Media Feed (Twitter / Instagram / LinkedIn)
* 8.7 Design a Photo Sharing Service (Instagram)
* 8.8 Design a Web Crawler (Googlebot-style)
* 8.9 Design Search Autocomplete (Typeahead Suggestions)
* 8.10 Design a Video Streaming Service (YouTube / Twitch / TikTok)
* 8.11 Design Netflix (End-to-End)
* 8.12 Design a Ride-Hailing Service (Uber / Lyft)
* 8.13 Design Google Maps (Routing and Tile Rendering)
* 8.14 Design a File Sync Service (Dropbox / Google Drive)
* 8.15 Design Collaborative Editing (Google Docs / Figma / Notion)
* 8.16 Design a Distributed Cache (Memcached / Redis Cluster)
* 8.17 Design a Recommendation System (Netflix / YouTube / TikTok)
* 8.18 Design a Ticketing System (BookMyShow / Ticketmaster)
* 8.19 Design a Payment System (Stripe / PayPal)
* 8.20 Design a Stock Exchange (Matching Engine)
* 8.21 Design a Food Delivery Service (DoorDash / Swiggy)
* 8.22 Design a Metrics Pipeline (Prometheus / InfluxDB / Thanos)
* 8.23 Design Ad-Click Aggregation (Real-Time Stream Processing)
* 8.24 Design a Logging Platform (ELK / Loki / Splunk)
* 8.25 Design a Proximity Service (Nearby Friends / Yelp)
* 8.26 Design a Real-Time Leaderboard
* 8.27 Design a Unique ID Generator (Snowflake, ULID, TSID, UUIDv7)
* 8.28 Design a Hotel Reservation System (Booking.com / Airbnb)
* 8.29 Design a Distributed Job Scheduler (Airflow / Temporal / Distributed Cron)
* 8.30 Design ChatGPT (Conversational AI at Scale)
* 8.31 Design an Enterprise RAG System
* 8.32 Design a Coding Agent (Claude Code / GitHub Copilot / Cursor)
* 8.33 Design Perplexity (AI Search with Citations)
* 8.34 Design a Voice Agent (Alexa / Siri-Class Realtime)
* 8.35 Design a Content Moderation System at Scale
* 8.36 Design a Semantic Cache for LLM Applications
* 8.37 Design a Model Router and Gateway (OpenRouter / LiteLLM)
* 8.38 Design a Feature Flag Service (LaunchDarkly / Harness FME / Unleash)
* 8.39 Design a DNS Service (Cloudflare 1.1.1.1 / Google 8.8.8.8)
* 8.40 Design a Dating App (Tinder / Hinge / Bumble)
* 8.41 Design an Online Auction (eBay / Catawiki)
* 8.42 Design a Multi-Tenant SaaS Platform
* 8.43 Design a Video Conferencing System (Zoom / Google Meet)
* 8.44 Design an Email Service at Gmail Scale (1.8B Users, 300B Messages/Day)
* 8.45 Design Live Comments at Scale (FB Live / YouTube Live / Twitch Chat)
* 8.46 Design a Fraud Detection System (Stripe Radar / PayPal / Feedzai)
* 8.47 Design a Fitness Tracking Service (Strava / MapMyRun)
* 8.48 Design an Online Judge (LeetCode / Codeforces / HackerEarth)
* 8.49 Design a Price Tracking Service (CamelCamelCamel / Honey / Keepa)
* 8.50 Design an API Gateway at Scale (Kong / AWS API Gateway / Apigee / Envoy)
* 8.51 Design a CI/CD Platform (GitHub Actions / GitLab CI / CircleCI)
* 8.52 Design an Observability Platform (Datadog / New Relic / Honeycomb)
* 8.53 Design a Search Engine (Google-Scale / Brave Search)
* 8.54 Design a Brokerage Platform (Robinhood / E*TRADE / Interactive Brokers)
* 8.55 Design Channel-Scale Chat (Discord / Slack)
* References
Chapter 9: AI & ML System Design
* 9.0 LLM Serving Architecture (vLLM, TGI, TensorRT-LLM)
* 9.1 RAG Pipelines (Retrieval-Augmented Generation)
* 9.2 Vector Search at Scale (HNSW, IVF-PQ, DiskANN)
* 9.3 AI Agent Architectures (ReAct, Reflection, Planning, Tool Use, Memory)
* 9.4 Multi-Agent Orchestration (LangGraph, OpenAI Agents SDK, AutoGen, Swarm)
* 9.5 LLM Evaluation and Observability (Ragas, LangSmith, TruLens, LLM-as-Judge)
* 9.6 LLMOps and Prompt Engineering (Versioning, Guardrails, Red-Teaming)
* 9.7 LLM Cost Optimisation (Semantic Cache, Model Routing, Cascading, Prompt Caching)
* 9.8 LLM Safety and Guardrails (OWASP LLM Top 10, Prompt Injection, PII, Jailbreaks)
* 9.9 ML System Design Fundamentals
* 9.10 Feature Stores and Model Serving (Feast, Tecton, KServe, BentoML, MLflow)
* 9.11 Recommendation Systems Deep Dive (DLRM, Two-Tower, Embedding Retrieval, Cold Start)
* 9.12 Realtime AI and Voice Agents (Streaming Inference, WebRTC, LiveKit, Deepgram)
* 9.13 Multimodal AI Systems (CLIP, Whisper, LayoutLM, Document AI)
* 9.14 Data Infrastructure for AI (Embedding Pipelines, Chunking, Unstructured ETL, MCP)
* References
Chapter 10: Emerging Patterns
* 10.0 Green Computing (Carbon-Aware Scheduling, PUE, Sustainable Systems)
* References
Chapter 11: Interview Framework
* 11.0 Interview Frameworks Compared (RESHADED, PEDALS, ADEPT)
* 11.1 Requirements Scoping: Functional, Non-Functional, and MoSCoW
* 11.2 Diagramming Skills for System Design Interviews
* 11.3 Trade-off Articulation: Saying 'It Depends' Well
* 11.4 Company-Specific Interview Flavors (Amazon, Google, Meta, Netflix)
* 11.5 Design Doc Authoring: RFCs, ADRs, and the Staff Engineer's Written Output
* References
Trade-offs Library
* 1. Strong vs Eventual Consistency
* 2. ACID vs BASE
* 3. SQL vs NoSQL
* 4. Latency vs Throughput
* 5. CAP and PACELC Applied
* 6. Cache Strategies: Cache-Aside vs Write-Through vs Write-Behind
* 7. Batch vs Stream Processing
* 8. Load Balancer vs Reverse Proxy vs API Gateway
* 9. REST vs gRPC vs GraphQL
* 10. Polling vs Long-Polling vs SSE vs WebSockets vs Webhooks
* 11. Rate Limiting Algorithms: Token Bucket vs Sliding Window
* 12. Optimistic vs Pessimistic Concurrency Control
* 13. Partitioning Schemes: Range, Hash, Consistent Hash, Directory
* 14. B-tree vs LSM-tree Storage
* 15. Monolith vs Microservices
* 16. Replication Topologies: Leader-Follower, Multi-Leader, Leaderless
* 17. Distributed Transactions: 2PC vs Saga vs TCC
* 18. Push vs Pull (Fan-out, Messaging, Feed)
* 19. Lambda vs Kappa Architecture
* 20. Vertical vs Horizontal Scaling
* 21. Normalization vs Denormalization
* 22. Single-Region vs Multi-Region Deployment
* References
I've been using Hyper3D inside Codex to create 3D assets, especially ultra-detailed models for my landing pages.
It's pretty crazy how fast the market is moving now that Astra, Opus 5, and Fable are getting so good at 3D.
My current workflow is procedural three.js for environments, then Blender + Hyper3D for the more detailed models.
dynamic UI from your existing design system with Jev
some great examples that use multi-step jev - exactly what I was talking about on stream today
Designing at the speed of voice.
Speaking the layout into existence into existence with Jev, @shadcn and a local transcription model.
Vikram Dutt retweeted
video editors are cooked
only way forward is to become a wizard with AI
Now you can create videos the way you vibe-code.
Meet Pexo, your AI video agent.
Share your vision and references. Work through the details with Pexo like you’re messaging a friend.
No complex prompts. No new tools to learn.
Want to change something?
Mark it on the video and tell Pexo what to change, just like leaving a comment in a doc.
Everything in this video was made with Pexo:
the visuals, the motion graphics, the music, the captions, and the voiceover.
Even our founder @evanLiaoQ appears on screen.
You vibe-coded what you built.
Now vibe-create how the world sees it.
#Pexo #AIVideoAgent #VibeCreate #MadewithPexo
Vikram Dutt retweeted
The slides from my talk at Microsoft Bluehat Singapore are public here:
thomasdullien.github.io/abou…
It's my first BlueHat talk since the Vista days.
Vikram Dutt retweeted
Introducing Codos: The first virtual Chief AI Officer.
AI is crushing all benchmarks but real companies still struggle to see P&L impact.
Codos interviews employees, deploys automations across all functions and gets smarter over time while running on your own servers.
Our NASDAQ-listed and PE-backed customers are adding millions to their bottom line months ahead of schedule and we are proud of the first results we deliver.
It’s time to turn the 500BN AI-transformation market into software and unlock the impact for the real economy.
Vikram Dutt retweeted
Over the summer, @sh_reya and I hosted 13 sessions on AI Engineering topics like retrieval, post-training, inference, and evals.
I've summarized all the sessions, organized by theme, with links to the source materials.
Warning: I've tried to pull the most important ideas from each talk, so some notes are short (9.5 hours of sessions comes out to about 20 minutes of reading).
Enjoy! hamel.dev/notes/llm/ai-produ…
Vikram Dutt retweeted
Or put more simply:
- binary classification
- multi-class classification
- multi-label classification
Welcome back to the old days, my friends
Vikram Dutt retweeted
Replying to @anshnanda
we built muse from scratch, but it is definitely heavily inspired as a product by openclaw. After I used openclaw in january I bought hundreds of mac minis for the MSL team and lots of us fell in love with using openclaw (and other personal agents). @steipete is a genius and his harness was pioneering from the jump. I think a lot of people were inspired by it. our goal with muse was to build something like openclaw that we could make safe and secure and easy to use and scale to billions of people.
Vikram Dutt retweeted
Replying to @musedivision @geoffreyhinton
I said "auto-regressive LLMs, in and of themselves, will not lead human-level AI"
That statement is still totally true.
First, the reasoning abilities of current AI systems are based non-auto-regressive search (which is what I have always advocated for). But AFAICT, they do it in token space, which is limited and inefficient. I have claimed that human-like reasoning must be a search in continuous representation space. It looks like the industry is moving towards that.
Second, the self-improvement methods, as currently practiced, only work for domains where the quality of outputs can be scored without human intervention, such as mathematics, code, and scenarios that can be simulated accurately. Not anything else. Humans and animals learn new skills way more efficiently than current RL methods.
Third, the multimodal capabilities of current AI assistants generally use separately-trained encoders (that are not LLMs). This is also what I've been advocating. Except that I think the best way to do this is with JEPA trained with self-supervised learning. The research community is clearly moving towards that (3000 papers on JEPA in just 4 years).
Fourth, if LLMs were a path to human-level AI, we would have domestic robots and Level-4 or Level-5 self-driving cars for consumers by now. And we don't. We certainly don't have cars that can learn to drive in 20 hours or practice like any teenager. We're still missing something pretty huge to claim human-level intelligence (let alone superhuman).
Sure, we now have computer systems that are impressive, very useful, and whose performance is superhuman in an increasing number of domains (coding being one of them).
But that's true of the entire history of progress in computer technology.
Lastly, there is a basic confusion about what intelligence actually is.
It is not the mere accumulation and regurgitation of existing declarative knowledge (which is essentially what LLMs do).
As Jean Piaget famously said, "intelligence is not what you know, it is what you do when you don't know."
It is your ability to solve new problem without any prior training, to act in previously-unknown scenarios, and to adapt very quickly to new situations with minimal training.
We're still far from that.