It's just for the weekend but the promotion is active. You just have to download the app. https://zcode.z.ai/en

​​the grokbot usage limit is crazy low right ?

The official video is out and the full write up is in the classroom. https://youtu.be/kAR91DlnCKQ

I built this project to test Grok Bot and Atomic. I believe I went overboard lol still this is a good sample case of my weaknesses. It is far from over. It does not auto update yet and I'm still working on it. https://battle-harnesses.vercel.app/ 1. What are you trying to make happen? I want to use one real project, **Battle Harnesses**, to learn how a senior developer would frame and organize a software project from the beginning. Battle Harnesses is intended to be a public guide to AI coding harnesses. Behind the website, there is a private research system that gathers and evaluates source-backed information about the products. The website then publishes a useful view of that research. There is also a separate public pack containing only the material that is safe and appropriate to distribute. For this session, I am not mainly asking for help fixing the current repository. I want to reconstruct how I should have thought about the project before building it: - how to turn the product idea into clear system boundaries; - how to choose the smallest useful version; - how to define sources of truth and the data flow; - how to separate private research, public product output, and local AI working memory; - how to decide what belongs in GitHub and what must remain local; - how to define tests and proof before delegating work to AI agents. I would like to leave with a simple project-start method that I can reuse on future projects. 2. What have you tried already? I began by researching the product landscape and building the website with AI coding agents. Over time, the project developed several layers: - source-backed research ledgers and product dossiers; - generated website data; - a React/Vite website with product, comparison, and guidance views; - a private development repository; - a separate public distribution pack; - a local-only `AI_OS` layer intended to preserve decisions, current state, and instructions for AI agents.

I started using T3 Code for a very practical reason: the computer in front of me isn’t always the best computer for the work I need to do. My everyday company computer is a Lenovo Legion with an Intel i9-14900HX, 32 GB of RAM, and an RTX 4070 Laptop GPU. It’s a capable machine, but it still has limits. When I’m running an application, compiling projects, reviewing UI, keeping several coding sessions open, and working on multiple things at once, the Legion can quickly become the bottleneck. At the same time, I have legitimate access to other computers that are often sitting idle. At the company, there’s an iMac with only 12 GB of RAM. It’s useful when I need macOS, but it isn’t the machine I would choose for heavier parallel workloads. We also have a dedicated Windows GPU workstation with 64 GB of RAM and a Radeon RX 7600 XT with 16 GB of VRAM. That machine has considerably more headroom for large builds, multiple simultaneous tasks, local models, and GPU-intensive work—especially at night, when nobody else is using it. At home, I also have my personal Linux machine. It has its own role: persistent services, Linux-native tooling, background processes, and projects that make more sense in a Linux environment. Before T3, these felt like separate computers. Every machine had its own files, terminals, dependencies, running processes, and unfinished work. Moving between them meant rebuilding context, copying things around, or trying to make one computer handle everything. T3 Code—and especially T3 Connect—changed that for me. Now I can sit at the Legion and connect to whichever environment makes the most sense for the task. The repository, terminal, dependencies, Git state, and running processes remain on the machine actually doing the work. I don’t need to move the entire project just because I moved to a different desk or opened a different laptop. This means I can review an application’s UI from the Legion while the application itself runs on the 64 GB GPU workstation. I can leave a build or a long-running task working there while I continue something else on my Linux machine. If I need macOS, I can move to the iMac environment without disrupting everything else.