<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="3.10.0">Jekyll</generator><link href="https://kevinchunye.github.io/kevinhcw.github.io/feed.xml" rel="self" type="application/atom+xml" /><link href="https://kevinchunye.github.io/kevinhcw.github.io/" rel="alternate" type="text/html" /><updated>2026-10-22T00:12:14+00:00</updated><id>https://kevinchunye.github.io/kevinhcw.github.io/feed.xml</id><title type="html">Kevin Haochuan Wang</title><subtitle>Thoughts on machine learning, quantitative finance, and intelligent systems.</subtitle><author><name>Kevin Haochuan Wang</name></author><entry><title type="html">What Happens If the Money Stops</title><link href="https://kevinchunye.github.io/kevinhcw.github.io/2026/09/07/what-happens-if-the-money-stops.html" rel="alternate" type="text/html" title="What Happens If the Money Stops" /><published>2026-09-07T00:00:00+00:00</published><updated>2026-09-07T00:00:00+00:00</updated><id>https://kevinchunye.github.io/kevinhcw.github.io/2026/09/07/what-happens-if-the-money-stops</id><content type="html" xml:base="https://kevinchunye.github.io/kevinhcw.github.io/2026/09/07/what-happens-if-the-money-stops.html"><![CDATA[<p>I came to AI safety from markets, not AI.</p>

<p>My background is in quantitative trading and portfolio construction.</p>

<p>Markets teach you pretty quickly that being right is not enough.</p>

<p>You can have the correct thesis and still lose because you run out of capital before the thesis pays off.</p>

<p>A lot of finance is really about surviving the path: sizing, leverage, drawdowns, liquidity, financing.</p>

<p>That habit has affected how I read AI strategy.</p>

<p>One assumption kept standing out to me. A lot of discussion about frontier AI implicitly assumes that the capital keeps coming.</p>

<p>That may be reasonable. But it is still an assumption.</p>

<p>Frontier AI is extremely capital intensive, so I became interested in what changes during a serious funding contraction.</p>

<p>My main concern is that everything probably does not slow equally.</p>

<p>Capability work, product work, and safety work sit in different economic positions inside a company. Some are easier to connect to near term revenue than others.</p>

<p>During a contraction, that matters.</p>

<p>I would not claim that safety automatically gets cut first. But I do think its funding structure deserves more attention.</p>

<p>There is another asymmetry I find interesting.</p>

<p>Capital can disappear much faster than infrastructure does.</p>

<p>The GPUs remain. The trained models remain. The people and strategic incentives remain.</p>

<p>So a downturn can change who owns or controls frontier AI assets without making those assets disappear.</p>

<p>That could mean acquisitions, consolidation, government support, asset sales, or some combination of them.</p>

<p>The state involvement case is especially interesting to me.</p>

<p>We usually discuss centralized AI development as a deliberate policy choice. Financial distress could create concentration for much more mundane reasons.</p>

<p>You could end up with a more centralized system without having designed the governance around that concentration in advance.</p>

<p>This feels very familiar from finance.</p>

<p>During good times, funding structure looks boring. During stress, it suddenly becomes the whole story.</p>

<p>Institutions that looked independent turn out to share lenders, counterparties, infrastructure, or incentives.</p>

<p>I suspect AI has similar hidden dependencies.</p>

<p>This is probably the part of AI safety where my markets background is most useful.</p>

<p>I am interested in the assumptions underneath a strategy and what happens when one of them breaks.</p>

<p>Capital is one of those assumptions.</p>

<p>I do not think we understand the failure modes around it very well yet.</p>]]></content><author><name>Kevin Haochuan Wang</name></author><summary type="html"><![CDATA[What changes in frontier AI during a serious funding contraction. Capital can disappear much faster than infrastructure does.]]></summary></entry><entry><title type="html">The Quiet Capture of Expertise</title><link href="https://kevinchunye.github.io/kevinhcw.github.io/2026/09/06/quiet-capture-of-expertise.html" rel="alternate" type="text/html" title="The Quiet Capture of Expertise" /><published>2026-09-06T00:00:00+00:00</published><updated>2026-09-06T00:00:00+00:00</updated><id>https://kevinchunye.github.io/kevinhcw.github.io/2026/09/06/quiet-capture-of-expertise</id><content type="html" xml:base="https://kevinchunye.github.io/kevinhcw.github.io/2026/09/06/quiet-capture-of-expertise.html"><![CDATA[<p>The AI risk I think about most is fairly boring.</p>

<p>Expertise becomes easier to capture.</p>

<p>A good analyst working with an AI system is not only producing an answer. She is also showing the system around her how she works.</p>

<p>What does she check first? Which result makes her suspicious? Which objections matter? When is something good enough to send?</p>

<p>Do this every day and parts of that judgment gradually become prompts, evaluation rules, software, and workflow.</p>

<p>The company becomes better at reproducing the work.</p>

<p>I think this is more important than the usual image of AI suddenly replacing a job.</p>

<p>The transition can be much quieter.</p>

<p>A team starts using better tools. One person can cover more work. A junior role is not replaced. Another process gets automated. Two years later, the organization needs fewer people to produce the same output.</p>

<p>Nobody had to do anything obviously wrong.</p>

<p>In fact, the employee doing a great job can help accelerate the process.</p>

<p>That is the uncomfortable part.</p>

<p>I sometimes think of this as organizational distillation. The analogy is imperfect, but the direction is useful: knowledge that used to live mainly inside a person becomes encoded in something cheaper to reproduce.</p>

<p>Attribution then becomes messy.</p>

<p>If an internal AI system improves after two years of interaction with a research team, it is hard to separate what came from the base model, the engineers, the firm’s data, and the experts who repeatedly corrected it.</p>

<p>For the worker, that distinction matters a lot.</p>

<p>For the firm, maybe less so.</p>

<p>This is why I care more about distribution than the headline number of jobs created or destroyed.</p>

<p>AI can make an economy much more productive while making some forms of knowledge work less valuable in the labor market.</p>

<p>Those two things are completely compatible.</p>

<p>And if expertise increasingly becomes an asset owned by institutions rather than something workers rent to institutions through their labor, the economic consequences could be large.</p>

<p>I do not have a confident forecast for how large.</p>

<p>But I think the mechanism is already worth paying attention to.</p>

<p>The change may look less like mass replacement and more like slow compression: smaller teams, fewer entry level roles, and more of the firm’s knowledge living in software.</p>

<p>No dramatic moment.</p>

<p>Just a different labor market a few years later.</p>]]></content><author><name>Kevin Haochuan Wang</name></author><summary type="html"><![CDATA[Expertise becomes easier to capture: judgment gradually becomes prompts, evaluation rules, software, and workflow, and the labor market changes without a dramatic moment.]]></summary></entry><entry><title type="html">The Model Is Brilliant. The Plan Is Yours.</title><link href="https://kevinchunye.github.io/kevinhcw.github.io/2026/09/05/the-model-is-brilliant.html" rel="alternate" type="text/html" title="The Model Is Brilliant. The Plan Is Yours." /><published>2026-09-05T00:00:00+00:00</published><updated>2026-09-05T00:00:00+00:00</updated><id>https://kevinchunye.github.io/kevinhcw.github.io/2026/09/05/the-model-is-brilliant</id><content type="html" xml:base="https://kevinchunye.github.io/kevinhcw.github.io/2026/09/05/the-model-is-brilliant.html"><![CDATA[<p>I spend a slightly unreasonable amount of time working with AI models.</p>

<p>One lesson has become pretty consistent: the biggest improvement in output often comes from improving my plan, not changing the model.</p>

<p>When I know what I am testing, break the work into the right pieces, and check intermediate results, models are extremely good. Sometimes much better than me inside a specific step.</p>

<p>When I ask for the whole thing at once, quality drops quickly.</p>

<p>The missing piece is often not intelligence. It is structure.</p>

<p>Most real work is messy. An experiment fails. A result changes the original question. Something that looked promising on Monday gets thrown away on Thursday.</p>

<p>Current models can reason about each of these decisions. They are still less reliable at holding the entire project together across many of them.</p>

<p>I notice this constantly in research and coding.</p>

<p>The model can propose ten experiments. I still decide which one is worth running.</p>

<p>It can find problems in a result. I still decide whether the result is salvageable or whether we should restart.</p>

<p>It can optimize toward an objective. I am usually the one deciding whether that objective still makes sense.</p>

<p>So I am somewhat skeptical when we casually describe current systems as having goals in the same way people do.</p>

<p>In most of my workflows, a lot of the apparent goal directedness comes from the surrounding system: prompts, tools, memory, evaluations, and a human deciding what happens next.</p>

<p>I expect this to change.</p>

<p>Models are getting better at longer tasks, tool use, self correction, and maintaining state. As that improves, more of the structure I currently provide will move into the model or agent system.</p>

<p>That is obviously useful.</p>

<p>It also means we are gradually removing the human who currently notices when the plan stops making sense.</p>

<p>I think that part deserves more attention.</p>

<p>Some of what looks like human friction today is also oversight.</p>]]></content><author><name>Kevin Haochuan Wang</name></author><summary type="html"><![CDATA[The biggest improvement in AI output often comes from improving the plan, not changing the model. The missing piece is often not intelligence. It is structure.]]></summary></entry><entry><title type="html">Tokens Don’t Have Topology</title><link href="https://kevinchunye.github.io/kevinhcw.github.io/2026/08/15/tokens-dont-have-topology.html" rel="alternate" type="text/html" title="Tokens Don’t Have Topology" /><published>2026-08-15T00:00:00+00:00</published><updated>2026-08-15T00:00:00+00:00</updated><id>https://kevinchunye.github.io/kevinhcw.github.io/2026/08/15/tokens-dont-have-topology</id><content type="html" xml:base="https://kevinchunye.github.io/kevinhcw.github.io/2026/08/15/tokens-dont-have-topology.html"><![CDATA[<p>The biggest obstacle I see for AI in science is not scale. It is that today’s most powerful foundation models cannot represent the topology of a solution space — a set, a tree, a graph — and so they cannot effectively reason about or plan through consequences. Add a reward that is sparse and long-horizon, where the feedback loop outlasts the reinforcement-learning setup, and agents get worse, not better.</p>

<p>The root problem is representational. When you flatten everything into a token sequence, you impose a linear ordering on data that does not have one. Topology does not care about order. It cares about connectivity, holes, branches — the shape of a space. None of that is naturally expressible in one dimension. A model can learn to approximate it implicitly, or lean on sophisticated positional encodings, but those fixes are brittle and uninterpretable. If your representation cannot encode the topology, you are planning blind: interpolating, not reasoning.</p>

<p>State-space models do not escape this. I find them genuinely interesting, and Mamba’s input-dependent dynamics are a real step forward. But an SSM is still a 1D recurrence. A richer recurrent state is not the same as the right inductive bias for geometric structure; you are still asking a sequence model to learn topology from data, which is a hard inductive leap. Architecturally, I expect better answers to arise natively in the right geometric domain: graph networks, equivariant architectures.</p>

<p>But architecture is not the only way out. Tool use and memory already relieve some of the pressure, because they externalize the topology problem. Instead of compressing geometric structure into weights or a hidden state, the model queries something that understands the structure natively — a graph database, a symbolic reasoner, a search algorithm. The model becomes a coordinator rather than the geometric reasoner itself. That does not close the gap. It is still a very meaningful practical mitigation.</p>]]></content><author><name>Kevin Haochuan Wang</name></author><summary type="html"><![CDATA[The 1D sequence paradigm is a fundamental mismatch for reasoning about geometry and topology — and tool use partly externalizes the problem.]]></summary></entry><entry><title type="html">The Talent Pyramid Is Compressing</title><link href="https://kevinchunye.github.io/kevinhcw.github.io/2026/07/15/the-talent-pyramid-is-compressing.html" rel="alternate" type="text/html" title="The Talent Pyramid Is Compressing" /><published>2026-07-15T00:00:00+00:00</published><updated>2026-07-15T00:00:00+00:00</updated><id>https://kevinchunye.github.io/kevinhcw.github.io/2026/07/15/the-talent-pyramid-is-compressing</id><content type="html" xml:base="https://kevinchunye.github.io/kevinhcw.github.io/2026/07/15/the-talent-pyramid-is-compressing.html"><![CDATA[<p>Ask which finance jobs AI takes first, and the answer is simple: any job that is fundamentally pattern recognition on structured data. Junior credit analysts. Compliance monitoring. Routine bookkeeping. AI already does this work faster, cheaper, and often better.</p>

<p>I would put parts of my own field in that bucket. Backtesting, signal generation, execution optimization — much of quantitative research and systematic trading can be automated, and whatever can be automated gets commoditized. So far the damage is concentrated at the entry level: the junior-analyst pipeline is quietly being automated away. I would not assume seniority stays protected for long.</p>

<p>But fairness requires a caveat. Even in quant trading, there is a layer AI has not cracked: generating a truly novel hypothesis, or reading a situation no dataset has seen. History keeps teaching this lesson. Quant strategies melt down, and discretionary, fundamental judgment outperforms every model trained on the past.</p>

<p>What we are watching is not disappearance. It is a compression of the talent pyramid. A team of ten becomes two people with AI. The jobs are being redefined, not erased — fewer rungs, steeper ladder.</p>

<p>So where does human judgment stay irreplaceable? In high-stakes relational work. M&amp;A. Distressed situations. Board-level strategy. A client in the middle of a transformative deal does not just want the right answer; they want someone who will own it and answer for it. Trust and accountability are the last things you can automate.</p>]]></content><author><name>Kevin Haochuan Wang</name></author><summary type="html"><![CDATA[Any finance job that is pattern recognition on structured data is exposed — including parts of mine. What remains is trust.]]></summary></entry><entry><title type="html">If Your Life Had a Sharpe Ratio</title><link href="https://kevinchunye.github.io/kevinhcw.github.io/2026/03/07/if-your-life-had-a-sharpe-ratio.html" rel="alternate" type="text/html" title="If Your Life Had a Sharpe Ratio" /><published>2026-03-07T00:00:00+00:00</published><updated>2026-03-07T00:00:00+00:00</updated><id>https://kevinchunye.github.io/kevinhcw.github.io/2026/03/07/if-your-life-had-a-sharpe-ratio</id><content type="html" xml:base="https://kevinchunye.github.io/kevinhcw.github.io/2026/03/07/if-your-life-had-a-sharpe-ratio.html"><![CDATA[<p>I was in SF this week talking with friends in tech and startups, and kept thinking about one idea from finance.</p>

<p>In finance, Sharpe ratio measures expected excess return relative to volatility.</p>

<p>I started playing with a very simple question:</p>

<p>Even if the underlying strategy is good, how often should it still look bad?</p>

<p>First, the assumptions, because the numbers below depend on them.</p>

<p>I am using a toy model where monthly excess returns are independent and identically distributed, normally distributed, and generated from the same mean and volatility every month. “Underperform” means the monthly excess return is below zero. I assume the true Sharpe is known and constant, and I look at 60 months, or five years.</p>

<p>Obviously markets do not behave exactly like this. Returns can have fat tails, autocorrelation, changing volatility, and regime shifts.</p>

<p>This is a clean baseline, not a model of reality.</p>

<h2 id="start-with-sharpe--2">Start with Sharpe = 2</h2>

<p>Suppose annual Sharpe is 2.</p>

<p>Under the usual square root of time annualization,</p>

\[S_{month}=\frac{2}{\sqrt{12}}\approx0.577\]

<p>Why does this imply a 28.2% chance of underperforming in one month?</p>

<p>Let monthly excess return be</p>

\[r\sim N(\mu,\sigma^2)\]

<p>Monthly Sharpe is simply</p>

\[\frac{\mu}{\sigma}=0.577\]

<p>I call a month bad when \(r&lt;0\).</p>

<p>Standardizing:</p>

\[P(r&lt;0) = P\left( \frac{r-\mu}{\sigma} &lt; -\frac{\mu}{\sigma} \right)\]

<p>So:</p>

\[P(r&lt;0)=\Phi(-0.577)\]

<p>where \(\Phi\) is the standard normal CDF.</p>

<p>And</p>

\[\Phi(-0.577)\approx0.282\]

<p>So even in this very clean Sharpe 2 toy world, about 28% of individual months underperform.</p>

<p>That was already more than I expected.</p>

<h2 id="four-bad-months-in-a-row">Four bad months in a row</h2>

<p>The next calculation is slightly different.</p>

<p>Because I assumed monthly returns are i.i.d., every month has the same bad month probability</p>

\[p=0.282\]

<p>and one month’s outcome does not change the next month’s probability.</p>

<p>For one specific four month window, the probability that all four months are bad is just</p>

\[p^4 = 0.282^4 \approx0.0063\]

<p>or about 0.63%.</p>

<p>But over five years, there are many opportunities for a four month streak to occur.</p>

<p>There are 57 possible four month windows inside 60 months.</p>

<p>We cannot simply multiply \(57\times0.63\%\), because those windows overlap. January through April and February through May, for example, share three months.</p>

<p>So I calculate the exact probability with a tiny Markov chain.</p>

<p>At any point, the strategy can be in one of four states:</p>

\[0,\;1,\;2,\;3\]

<p>meaning the current run contains zero, one, two, or three consecutive bad months.</p>

<p>Each new month does one of two things.</p>

<p>With probability \(1-p\), the month is good and the state returns to 0.</p>

<p>With probability \(p\), the month is bad and the streak increases by one.</p>

<p>Once state 3 gets another bad month, we have hit four consecutive underperforming months.</p>

<p>Run that process for 60 months and calculate the probability that we ever hit four.</p>

<p>The result is:</p>

\[P(\text{at least one 4 month streak in 60 months}) \approx23.3\%\]

<p>So under these assumptions, even a Sharpe 2 strategy has roughly a one in four chance of experiencing at least one four month underperformance streak over five years.</p>

<p>That is the part I actually find interesting.</p>

<p>A few months of bad outcomes can contain information.</p>

<p>They can also just be variance.</p>

<p>The difficult part is knowing which one you are looking at.</p>

<h2 id="a-more-ordinary-sharpe">A more ordinary Sharpe</h2>

<p>Now take annual Sharpe = 1.2.</p>

<p>Monthly Sharpe becomes</p>

\[\frac{1.2}{\sqrt{12}}\approx0.346\]

<p>So the probability of a bad month is</p>

\[p=\Phi(-0.346)\approx36.5\%\]

<p>Using exactly the same 60 month Markov calculation:</p>

\[P(\text{at least one 4 month streak}) \approx49.3\%\]

<p>Basically a coin flip.</p>

<p>Again, that is not a claim that real Sharpe 1.2 strategies have exactly a 49.3% probability of doing this.</p>

<p>It is what falls out of this particular i.i.d. normal model.</p>

<p>That distinction matters.</p>

<h2 id="the-diversification-part">The diversification part</h2>

<p>I also played with combining two strategies.</p>

<p>This calculation needs another set of assumptions.</p>

<p>Assume the two strategies have the same expected excess return \(\mu\), the same volatility \(\sigma\), the same Sharpe \(S=\mu/\sigma\), constant correlation \(\rho\), and we put 50% into each.</p>

<p>Then</p>

\[r_p=\frac{r_1+r_2}{2}\]

<p>Expected return stays</p>

\[E[r_p]=\mu\]

<p>while portfolio variance is</p>

\[\operatorname{Var}(r_p) = \frac14 \left( \sigma^2+\sigma^2+2\rho\sigma^2 \right)\]

<p>so</p>

\[\sigma_p = \sigma\sqrt{\frac{1+\rho}{2}}\]

<p>Therefore:</p>

\[S_p = \frac{\mu} {\sigma\sqrt{(1+\rho)/2}} = S\sqrt{\frac{2}{1+\rho}}\]

<p>For two Sharpe 1.2 strategies:</p>

\[\rho=0 \quad\Rightarrow\quad S_p = 1.2\sqrt2 \approx1.70\]

<p>At correlation 0.2:</p>

\[S_p = 1.2\sqrt{\frac{2}{1.2}} \approx1.55\]

<p>At correlation −0.3:</p>

\[S_p = 1.2\sqrt{\frac{2}{0.7}} \approx2.03\]

<p>That is just standard diversification math under equal means, equal volatilities, fixed correlation, and no transaction costs.</p>

<p>Obviously, people are not portfolios :)</p>

<p>But I like the analogy.</p>

<p>Some of the people I value most are useful precisely because their strengths and mistakes are different from mine.</p>

<p>One is better at execution. Someone else is calmer when things go wrong. Another catches assumptions I tend to miss.</p>

<p>The value is not that everyone has a higher individual “Sharpe.”</p>

<p>It is that we are not perfectly correlated.</p>

<p>And the first calculation gives me a related reminder:</p>

<p>a bad stretch is evidence, but it is not automatically a verdict.</p>

<p>Sometimes the process is broken.</p>

<p>Sometimes you are seeing variance.</p>

<p>I think knowing when to tell those two apart is probably more useful than trying to avoid bad months entirely.</p>]]></content><author><name>Kevin Haochuan Wang</name></author><summary type="html"><![CDATA[Even if the underlying strategy is good, how often should it still look bad? A toy model of underperformance streaks, and a diversification analogy.]]></summary></entry></feed>