Website review
This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.
What is Thinkwee's Blog?
Thinkwee's Blog is a personal technical blog focused on large language models, reasoning research, and agent systems, written in English and organized around long-form posts rather than news briefings. Its tagline, "Failed Better," and its archive of 56 posts across 9 categories and 66 tags suggest a working notebook: ideas developed at length, revised over time, and grouped by research theme.
What a reader finds there
The page evidence shows two main kinds of content:
- Research-oriented essays. Posts such as "Towards General Reasoning," "Scaling the Environment," and "What is the Next Step for Scaling in the Era of RL for LLM?" examine where LLM reasoning and scaling are heading. Several run 10k–26k words, so they reward a committed reading session rather than a quick skim.
- Project write-ups. "HiMe: A Personal Health Agent in the Wild" introduces a personal health agent, while "Lessons from Burning 1.7B tokens: Harnessing Personal Agent" describes itself as practical notes on an agent harness from building HiMe. "Deep Data Research — Database as Hunting Ground, LLMs as Hunters" introduces DDR-Bench, a benchmark for evaluating deep data research with LLMs.
There is also a more reflective strand: "(Welcome) to the Era of Wild" connects ideas across topics, and a recurring "questions to myself" series tracks the author's own open questions over time.
Who it suits
This is a good fit for graduate students, research engineers, and technically fluent builders who want sustained argument and first-hand building notes on agents and reasoning. A reader deciding whether to start with the 23-minute agent-harness post or the 24-minute reasoning essay should pick based on immediate need: the harness notes if you are building an agent, the reasoning essay if you are orienting yourself in the research landscape. Readers looking for short tutorials, product reviews, or beginner introductions will find the format and depth mismatched to that purpose.
For adjacent reading, Lilian Weng's Blog covers similar LLM and agent research topics in long-form essay style.
What does the post 'Lessons from Burning 1.7B tokens' teach about building a personal agent harness?
The post is a practitioner's field report: Thinkwee draws on building HiMe, a personal health agent, to explain what an "agent harness"—the scaffolding around a model that turns it into a working agent—actually demands. Its central lesson is that the harness, not the model alone, determines whether a personal agent is usable: you spend most of your effort on orchestration, memory, tool interfaces and failure handling rather than on prompt wording.
What the post emphasizes
- Harness as the real engineering surface. The model is one component; the surrounding loop of planning, tool calls, state and recovery is where reliability is won or lost.
- Personal context is the product. For a health agent, the value comes from carrying the user's history and preferences across sessions, so memory design matters as much as reasoning quality.
- Cost and iteration are concrete. The "1.7B tokens" framing signals that harness quality is learned empirically—by running, observing failures and revising—not by design on paper.
- Failure is expected. The blog's tagline, "Failed Better," reflects an iterative stance: instrument the agent, study where it breaks, and improve the loop.
How to apply it
If you are building a personal agent (health, finance, scheduling), start by mapping the loop end to end—input, context retrieval, tool calls, verification, response—and log every step. Treat memory and tool schemas as first-class design decisions, and budget for repeated runs to expose failure modes before polishing prompts.
For adjacent perspectives on agent and reasoning research, see Thinkwee's Blog itself for the companion HiMe post, and general agent-design writing from Anthropic and OpenAI.
How does HiMe function as a personal health agent, and what can readers learn from its real-world deployment?
HiMe is presented as a personal health agent built and deployed "in the wild," with the blog's later post on "Harnessing Personal Agent" drawn from the practical lessons of building it. The health-agent post introduces the project's aims; the agent-harness post (a much longer piece) focuses on the engineering and operational notes behind running a personal agent. So readers get two views: what a personal health agent is meant to do, and what it actually takes to run one.
What the two posts cover
| Post | Focus | Best for |
|---|---|---|
| HiMe: A Personal Health Agent in the Wild | Introducing HiMe as a personal health agent | Readers new to the concept who want the framing |
| Lessons from Burning 1.7B tokens: Harnessing Personal Agent | Practical notes on the agent "harness," drawn from building HiMe | Builders who care about the operational side |
The split matters: the first post is the "what and why," the second is the "how it held up." If you only read one, pick based on whether you're evaluating the idea or planning to build something similar.
What a reader can take away
For someone considering a personal agent in a sensitive domain like health, the useful lessons are less about model choice and more about the surrounding harness—the scaffolding that turns a model into a dependable assistant. Concretely, that means thinking about:
- Scope and trust: a health agent handles personal, high-stakes information, so boundaries on what it will and won't advise deserve early design attention.
- Cost of iteration: the token figure in the title signals that getting an agent to behave well is an expensive, iterative process, not a one-shot build.
- Deployment realities: "in the wild" implies real usage surfaced problems that a demo wouldn't.
These are general design considerations for personal agents; the posts are where the author's specific HiMe experience lives.
A practical next step
Start with the HiMe introduction for the concept, then read the harness post if you're building. As you read, keep a short list of the failure modes the author hit and ask which would apply to your own use case—that turns a project write-up into a checklist. For broader context on agent and reasoning research, the same blog's Thinkwee's Blog archive collects related essays.
What is DDR-Bench, and how does it evaluate deep data research with LLMs?
DDR-Bench is a benchmark introduced on Thinkwee's Blog for evaluating "deep data research" with large language models. The framing in the post title, "Database as Hunting Ground, LLMs as Hunters," captures the core idea: instead of having a model answer a question from a static passage, the benchmark treats a database as a space the model must actively explore to find evidence and build an answer.
What it tests
The design shifts evaluation from waiting to hunting—the model is not handed the relevant data but has to locate, query and assemble it. That makes DDR-Bench a test of research behavior (searching, filtering, iterating) rather than single-shot recall. The blog post introducing it is short (about 4.7k words, roughly a 4-minute read), so it is best treated as an orientation to the benchmark's motivation rather than an exhaustive specification.
How to use it
If you are choosing an evaluation for an agent or retrieval pipeline, DDR-Bench is most relevant when your task involves multi-step data discovery over a structured store. A practical next step is to read the DDR-Bench post alongside the blog's related agent write-ups—"Lessons from Burning 1.7B tokens" on agent harness design and "HiMe" on a personal agent—to see how the author connects benchmark design to real agent construction. Compare DDR-Bench against static QA benchmarks only if your application actually requires the model to search; for straightforward question answering, the hunting setup adds cost without adding signal.
What does 'Scaling the Environment' mean for LLM training, and why does it matter for the next phase of scaling?
"Scaling the environment" is the idea that the next bottleneck in LLM training is no longer the model or the dataset alone, but the environments in which models learn and act. Instead of only adding parameters or tokens, you scale the world the model interacts with: richer tasks, tools, feedback loops and evaluation settings. On Thinkwee's Blog this is treated as a parallel to earlier scaling eras, with the argument that once redundant pre-LLM designs are stripped away, the next gain comes from scaling the environment rather than just the model.
Why it matters for the next phase
- Reward signal quality: reinforcement learning only improves as far as the environment can distinguish good from bad behavior. A thin environment gives noisy or gameable rewards.
- Generalization: varied environments expose the model to more situations, which is closer to how general reasoning is tested in practice.
- Evaluation realism: if environments stay narrow, benchmark gains can overstate real capability. The blog's work on deep data research and personal agents reflects this concern with "in the wild" settings.
A practical way to apply it
Take your current training or evaluation loop and ask whether the environment, not the model, is the limiting factor. If your tasks are few, static and easy to score, invest in environment diversity and harder feedback before adding compute. The blog's agent and benchmark write-ups are a useful reference for what that looks like concretely.
What open questions does the author raise about LLM reasoning in 2025, and how have they progressed since?
The page evidence for Thinkwee's Blog does not reproduce the open questions themselves. It shows a post titled "LLM Reasoning in 2025" (dated 2025-05-30, edited 2025-07-16, filed under "MyQuestion") described only as "What LLM Reasoning be like in the first half of 2025," plus a later 17k-word follow-up, "[Some Questions asking Myself 2025.5]," whose summary says that more than a year of academic and industry progress has "partially solved" the earlier questions, that the author introduces those works, and that new questions are posed. So the specific questions and the item-by-item progress belong to the author's own posts, not to the material available here.
What the page does support
- The author treats LLM reasoning as an evolving set of personal questions revisited over time, with a "MyQuestion" category for that series.
- Progress is framed as partial: some earlier questions are answered by later research, and the exercise generates new ones.
- Related posts trace the author's shifting focus: "Towards General Reasoning" (Sept 2025), "Scaling the Environment" and "What is the Next Step for Scaling in the Era of RL for LLM?" (July 2025), and "Deep Data Research" (Nov 2025), which introduces DDR-Bench for evaluating LLMs on data research.
A practical next step
If you want the actual questions and the progress account, read the two "MyQuestion" posts in order at Thinkwee's Blog and note, for each question, which later post or benchmark it connects to. As a reader exercise, list each question, mark it "answered," "partially answered" or "open," and cite the follow-up post that moved it. That produces a concrete progress map rather than a summary of one.
User reviews (0)