From “Huh?” to a Thousand Articles — Turning Friction into Structure and Structure into Knowledge Assets with an AI External Brain

One day, someone opened the directory where their writing was stored. Markdown files were everywhere.

1. Roughly 961 Markdown files exist, but nobody knows how many articles that means

One day, someone opened the directory where their writing was stored. Markdown files were everywhere.

Based on a filename-level count discussed from the pasted directory listing, there were roughly 961 .md files. The obvious conclusion would be: “So, around 961 articles.”

Unfortunately, the archive has an architectural feature that ruins that arithmetic.

One Markdown file does not equal one article.

Some files contain three articles, ten-article bundles, four complete pieces, all twelve languages, or entire collections. Markdown has stopped being a simple file format and become a shipping container that swallows articles.

This is not merely an article archive anymore. It is a Markdown matryoshka doll.

About half a month earlier, the working estimate was already around 1,200 source articles. More material has been added since then, so a current total around 1,300–1,400 would not be surprising. But that is not an audited count. File count, independent article count, and language-specific published pages are different metrics.

Jokes may be inflated.

Article counts should not be.

2. Why did the collection grow this much? The start button is “Huh?”

The answer is not simply “because writing is fun.” There is a more primitive trigger.

“Huh?”

Something at work, in daily life, relationships, games, rules, systems, or fiction violates an expectation.

“Huh?”
“Why did that happen?”
“Is that really the specification?”
“Hasn’t this pattern happened before?”
“Does this look personal but actually come from the structure?”

And the investigation begins.

What would normally disappear as a momentary irritation gets searched, decomposed, named, generalized, linked to other domains, and eventually saved as Markdown.

The input may be emotion, but the output is a database.

It is emotional ETL.

Extract the friction.
Transform it into structure.
Load it into Markdown.

Apparently humans can build data infrastructure out of “Huh?”

3. “Huh?” can function as an anomaly detector

Cognitive research gives this pattern a plausible foundation. Studies show that generating a prediction before seeing an answer can make a knowledge gap more salient and increase curiosity. A mismatch between expectation and reality can become the starting point for exploration.

The key is not to eliminate discomfort. The key is what happens next.

If the process ends at “That annoyed me,” it remains emotional processing. But if it continues with:

  • What exactly violated my expectation?
  • Under what conditions did it happen?
  • Can it be reproduced?
  • Does the same pattern exist elsewhere?

then emotion becomes an observation instrument.

For this kind of thinker, “Huh?” is not an error screen.

It is the sound of the debug console opening.

4. Store the recurring shape, not only the incident

Structural thinking means refusing to save every event as a unique anecdote.

Suppose instructions change after the work is finished. A surface-level memory says: “The instructions changed today and it was exhausting.” A structural representation says:

  1. Initial conditions were vague.
  2. Evaluation criteria were not shared.
  3. New criteria appeared after execution.
  4. Rework followed.
  5. The deadline stayed fixed.
  6. Responsibility drifted toward the executor.

Once represented at this level, the same pattern may appear in projects, relationships, shared living, contracts, software operations, or administrative procedures.

Research on analogy and transfer likewise suggests that recognizing structural commonality, rather than superficial similarity, supports transfer to new problems. Restructuring a problem representation can help create an abstract schema reusable elsewhere.

One “Huh?” can therefore produce armor for several domains.

It is inefficient to spend all experience points on one enemy.

5. Abstraction must return to concrete action

Abstraction has a classic failure mode: the thinker starts floating three meters above the floor.

“Essence…”
“Structure…”
“Society…”

Elegant, but tomorrow still arrives.

The useful cycle is Concrete → Abstract → New concrete.

“Instructions keep changing”
→ “Requirements were never defined”
→ “Confirm completion criteria before execution.”

“I keep accepting extra work because I want to help”
→ “Responsibility boundaries are dissolving”
→ “Specify owner, deadline, and decision authority.”

“I keep thinking about the same issue”
→ “The loop has no closure condition”
→ “Write the conclusion, next action, and condition for reopening.”

When this cycle works, knowledge stops being trivia.

Knowledge becomes a component.

6. AI is not an oracle. It is plumbing for an external brain

AI enters the system here, but not as “the thing that thinks for you.” Its useful role is more operational:

  • receive rough voice notes;
  • clarify the question;
  • propose terminology;
  • search research and primary sources;
  • generate counter-hypotheses;
  • articulate the structure;
  • format it as Markdown;
  • save version history in Git;
  • make it searchable and editable later.

In cognitive science, using notebooks, calendars, smartphones, and other external tools to reduce internal processing demands is often described as cognitive offloading.

Offloading can improve task performance, but it is not automatically beneficial in every dimension. Some studies find that externalization can reduce later internal memory. Metacognitive judgments—how well we think we will remember or perform—also influence what we choose to offload.

The stronger strategy is therefore not “replace the brain.” It is:

Export the jobs the brain should not be wasting bandwidth on.

Brain: detect, question, judge, connect.
AI: search, compare, format, iterate.
Markdown: long-term storage.
Git: history.
Coding agents: processing plant.

At that point this is less “using AI” and more:

adding CI/CD to thought.

7. Why does the article count explode?

The main reason is not an extraordinary number of life events.

It is that one event is not forced into one article.

A single event may contain a personal episode, causal analysis, general principle, prevention method, cross-domain analogy, research comparison, beginner explanation, operational checklist, and comedy version.

A story that would normally end with “something weird happened today” can become five or ten reusable pieces. Then multiply by twelve languages.

The deeper point is not mass production of prose. It is high intellectual yield. A thought does not evaporate after one conversation; it is preserved in reusable form.

The supermarket becomes raw material.
Meetings become raw material.
Games become raw material.
Manga becomes raw material.
Absurd regulations become premium raw material.

Life stops looking like a content factory.

The world starts looking like an Issue Tracker that files tickets without permission.

8. Structural thinking has bugs too

8.1 Everything starts looking like the same structure

Once a useful framework becomes familiar, there is a temptation to force unrelated problems into it.

“Responsibility shifting!”
“Boundary problem!”
“Requirements failure!”

Soon every enemy uses the same skin.

The fix is to define falsification conditions:

“What would I observe if this explanation were wrong?”
“What other explanation fits?”
“Could this case be an exception?”

8.2 AI can make borrowed understanding feel owned

A polished explanation feels good. But “I read it” is not the same as “I can use it.”

Ask:

“What is the point in my own words?”
“What action changes?”
“How would I apply this elsewhere?”

If those questions cannot be answered, the knowledge is still rented.

8.3 Assetization can become the goal

Once turning everything into articles becomes enjoyable, the process can eat the purpose.

“Am I living to produce Markdown?”
“Or am I using Markdown to make life easier?”

Markdown is not a cemetery for experience.

It is supposed to reduce friction.

9. Conclusion — Keep the “Huh?”, extract the structure, reuse the result

The huge article collection was not really the result of writing a huge number of essays.

It was the result of not discarding friction, converting it into structure, and storing the structure in reusable form.

“Huh?”

detect a prediction mismatch

investigate

decompose causes

extract a common structure

transfer it to another domain

use AI to articulate and test it

save it in Markdown

encounter the next “Huh?”

Once that loop runs, failure, irritation, conversation, and questions all become material.

Eventually there are roughly 961 Markdown files, while the real article count can no longer be inferred from the file list.

Humans learn from experience.

Some humans turn experience into Markdown.

And a smaller subset:

pushes “Huh?” to Git.

Mendoi-chan

Written by

Mendoi-chan

She turns friction at work and in everyday life into clear structure and practical next steps.

About