A Programming Language for Describing Thought

JIDEL — a programming language that describes
and executes the flow of thought

JIDEL stands for Ji's Idea DEscription Language — a language that stands between natural language and programming languages to describe thought, relations, and context. Unlike ordinary languages that handle procedures and data, JIDEL handles concepts, relations, context, relative values, and many-valued judgment.

Where JIDEL stands Natural language Programming language Rich, but does not execute Executes, but too narrow JIDEL Makes thought executable Record the structure of thought without losing it — and run it as is.
Natural language is rich but does not execute; programming languages execute but are too narrow to hold thought. JIDEL is designed to stand between the two.

Research Proposal Implementation Plan Unverified Hypothesis

This page is not a manual for a finished language — it clearly distinguishes settled design directions from questions not yet decided.

Research Proposal

A language that began with a single silkworm

Spring 2011, a nephew’s holiday homework — observing silkworm larvae

The idea for JIDEL began in the spring of 2011, with the observation of silkworm larvae that was a nephew’s holiday homework.

Watching the silkworm spin its cocoon over several days, the designer saw that a living creature’s behavior divides into a few layers, with branches of judgment between them. That observation became a long-kept note on the classification of behavior, and grew into a single question — why is there no language that can record the structure of thought without losing it? Natural language is rich but does not execute; programming languages execute but were far too narrow to hold thought.

Relativity

Reads values by comparison, not by absolute coordinates

Many-valued logic

Places several layers between true and false

Relation-oriented

Meaning arises from connections, not from nodes

Pursuit of change

Continually revised through simplification and abstraction

Its development is guided by simplification, abstraction, and consistency, and its long-term role is to become a shared tool for describing and experimenting with the concepts of Neutom Network, BOSIFWEM, and ECONAS.

Research Proposal

Five design axes

The five pillars on which its grammar and execution model stand

JIDEL’s grammar and execution model rest on the following five axes. Among them, postfix notation is the language’s first impression — the order of a Korean sentence is the order of execution.

Postfix notation — an execution model in Korean word order

Operands (nouns) come first, and the operator (predicate) comes last to complete the evaluation. This mirrors how a Korean sentence is completed by its final predicate; word-phrase-level parsing and the handling of particles form the basis of the grammar’s design.

Relation-Oriented Programming (ROP)

Everything — concepts, data, even code — is grasped as a web of interconnected relations. The meaning of a single noun is not a definition, but the bundle of edges connected to that node.

Code = Data = Information

Commands, routines, and functions are handled like values (code = data), and JIDEL code also flows into Neutom Network as information. Its unit of computation, the Jactor, is a distinct concept that extends the Actor.

Many-valued logic system

It sets down six logic states rather than two — true and false. The ‘unknown state’ is not an error but a full-fledged logic value, and each value carries a confidence with it.

Relative-value operations

A value is taken not as an absolute scale but as where it falls between the two extremes of everything experienced so far. The same number sits in a different place depending on which group it is put in.

Korean word order = execution order "I drink coffee" — the sentence is the program I coffee drink Done push input ① push input ② verb evaluates inputs 1 sentence = 1 computation Operands (nouns) come first; the final predicate completes the computation — in Korean word order. A language you write in the very order you think — no translation.
Postfix notation is nothing difficult — just as a Korean sentence is completed by the verb at its end, a JIDEL program lays down its materials first and lets the final operation complete the meaning.

Research Proposal

Relation-oriented — meaning is born from connection

A noun’s meaning = the bundle of edges hung on its node

JIDEL sees concepts, data, and code as a web of interconnected relations. The meaning of a noun is not a definition written somewhere, but is revealed in what it is connected to, and how.

Meaning revealed by a web of relations Water drink flow clear life river The meaning of "Water" is not a definition — it is this bundle of edges.
A noun is not defined in isolation. The relational edges hung on its node are the word’s very meaning, and as edges grow or shrink, the meaning changes with them.

Implementation Plan

Code is information too — from JIDEL to Neutom Network

Code = Data = Information · code written in JIDEL flows into Neutom Network as information

JIDEL treats bundles of commands, routines, and functions like values — binding data and code into one through addresses (pointers), so that code can be compared, evaluated, and composed (the code = data principle). From here it goes a step further. The source code and intermediate-language code (IBC) written in JIDEL flow directly into a kind of the primary information that Neutom Network handles. On Neutom Network’s list of source information, alongside physical, mathematical, conceptual, and BOSIFWEM information, 「JIDEL information」 takes its own place. Code is a citizen equal to data and information — and therefore ‘first-class’.

Code = Data = Information JIDEL source code commandroutinefunction compile IBC intermediate code · portable knowledge as info Neutom Network primary info (sources) physicsmathconcept quantitiesdataBOSIFWEM JIDEL information = code is a kind of information When code becomes information, Neutom Network takes what JIDEL wrote as information and learns.
JIDEL code is compiled into IBC (Idea Block Code, an intermediate language), becoming knowledge to transplant into an artificial consciousness, and flows into the 「JIDEL information」 category of Neutom Network’s primary information — code = data = information. Basis: in the information categories of the 「Note on primary information」, ‘JIDEL information’ is listed alongside physical, mathematical, conceptual, and BOSIFWEM information. Implementation Plan

Beyond von Neumann — toward a looser, freer paradigm

Ever since von Neumann, computing has long carried on the idea of handling instructions (code) and data separately. To see code as data is to tear down that rigid boundary — a shift of view toward a looser, freer kind of programming.

① Procedural · tradition

Code → Data
Code manipulates passive data. Ever since von Neumann, the two are strictly separated.

② Connectionism · neural networks

Data → Code
Training data shapes the model (weights = in effect, a program). Instead of writing code, you grow it from data.

③ JIDEL · integration

Code = Data = Information
Code, data, and models are all seen as information, freely crossing into one another.

This third path has a long precedent — LISP, half a century ago, already treated code and data as the same structure (homoiconicity), cracking the von Neumann dichotomy for the first time. JIDEL widens that tradition into the age of neural networks: loosening the rigid boundaries among code, data, and model so that all may cross freely as a single kind of information (a three-way union). When a program can treat even itself and its learning model as information, then — repairing itself (self-modification), reflecting on its own thoughts (metacognition), and changing itself toward a goal — will at last becomes possible.

Implementation Plan

Jactor — an active object that extends the Actor

A unit of computation with relations, urgent messages, and dynamic modeling · a JIDEL keyword

Thinking is a process of simulation, moving images about in the mind. For that, units of computation must exchange messages on their own and change their own structure as the situation demands. The Jactor is a JIDEL keyword that extends the Actor of other languages — a stateful unit of computation that independently exchanges asynchronous messages. To the Actor it adds relations, urgent (priority) messages, and dynamic modeling, becoming an active object that forms relations on its own, handles urgent signals first, and reshapes itself while running.

Jactor — an extension of the Actor Actor Actor async messages · state extends Jactor Jactor form relations urgent messages dynamic modeling
The Jactor is an active object that adds relations, urgent handling, and dynamic modeling to the Actor’s foundation of attributes, actions, a message queue, and asynchronous send/receive (concept fixed in 2015). Implementation Plan

Implementation Plan

Logic of six states — making the unknown a full logic value

Not two — true and false — but six

JIDEL’s logic values are not two — true and false — but six. The key is that the ‘unknown state’ is not an error but a full-fledged logic value.

Six logical states I M S P F T Unevaluated Unknown Superposition Paradox False True not yet asked asked, no answer candidates overlap grounds conflict judged false judged true Every value carries a confidence channel — so even the same "True" can differ in depth of confidence.
The six states: Unevaluated (I), Unknown (M), Superposition (S), Paradox (P), False (F), True (T). No single state is taken as a terminus — the unknown and doubt (demotion) are treated not as anomalies but as a normal rhythm, and moving freely among the six layers is the design keynote of this logic.
  • We are exploring encoding the six states in 8 bits together with a confidence channel. The layout is arranged so that a value initialized to 0 becomes Unevaluated (I).
  • Operations are handled quickly via lookup tables, and the operational laws (associativity, distributivity, and so on) are checked by exhaustive machine verification over all combinations. We built a verifier that exhaustively checks all 2.16 million combinations, and it passed 216 consistency conditions.
  • Which rules to adopt is managed as a decision log — thirty-four items are on it and seventeen are settled; the rest are left open. If verification turns up a counterexample, we revise the design.
Why six?

Real-world judgment more often rests at ‘I don’t know yet,’ ‘it could be this or that,’ or ‘the grounds conflict with each other’ than at true or false. If these states are treated as values rather than driven off as errors, then the suspension and resumption of judgment, and the accumulation and demotion of confidence, can be written into a program.

Implementation Plan

The spiral of knowing — the order in which the six states turn

It begins at Unevaluated and comes back to Unknown

The six states are not a list laid out flat; they have an order in which they turn. It begins at Unevaluated (I), not yet asked; passes through Superposition (S), where candidates overlap; is judged True (T) or False (F); reaches Paradox (P) when the grounds conflict; and from there comes back to Unknown (M). That unknown is not the unevaluated of the beginning — for it is an unknown obtained after asking.

So this logic takes no single state as a terminus. Confidence accumulates, and it is also demoted — a counterexample brings it down, and the moment it reaches for ultimate knowing it steps back of its own accord. Where Western logic has computed with settled states alone, the long Eastern notion of self-cultivation enters as a rule of computation. Humility is built in not as a moral exhortation but as a rule of calculation — this is the keynote of the design.

The spiral of knowing Ask again — but not the same place I S T F P M Unevaluated Superposition True False Paradox Unknown not yet asked asked, no answer
The six places are not a list laid out flat; they have an order in which they turn. The Unknown at the end seems to stand where the Unevaluated of the beginning stood, but one has not yet been asked and the other was obtained after asking. So this return is not a circle but a spiral.

Implementation Plan

Relative-value operations — reading the space between extremes

Interpolar theory · not "187 cm" but "kind of tall"

People don’t think "that person is 187 cm tall" — they just feel "kind of tall." A value isn’t an absolute scale; it’s placed by where it falls between the two extremes (min and max) of everything experienced so far: (x − min) / (max − min). And that position shifts depending on which group you’re in — the same 187 reads as "average" on a basketball team and "tall" elsewhere.

Interpolar theory — same value, different place Group A · general small · minaveragelarge · max 187 → a bit tall Group B · basketball small · minaveragelarge · max 187 → average The same 187 — when the poles (min·max) shift, its place shifts too.
This is interpolar theory — relative-value operations that read the in-between values fuzzily, between two poles. It builds on the human seven-level scale (with "average" at the center), and when a new extreme appears the scale expands or contracts and values are re-placed. But that renormalization (the author’s algorithm, "proportional-mean") is not a simple push-down — it is more intricate, and is being written up in a separate design document. Information flowing through the Neutom Network is handled this way too.

Unverified Hypothesis

Predicate frames — a sentence is a frame that opens slots

Nouns as processes, not values

This is a recent research direction. Nouns are treated not as fixed values but as processes evaluated according to conditions, and a sentence is seen as a frame of interrogative slots opened by the predicate.

  • Lazy evaluation of nouns — a noun is a lazy-evaluation function of [condition → phenomenon], and the act of referring to it is the observation. Particles (i/ga, eul/reul, eseo…) are operators that attach conditions, and the sentence-final predicate is the trigger of evaluation.
  • Interrogative slots — who, what, when, where, why, how, plus to whom, with what, how much, so-what, and others: fourteen slots form the sentence’s blank structure. An unfilled slot is not an error but remains an Unknown (M) value.
  • Curiosity engine — we are exploring ways to support, at the language level, the act of seeking out and filling empty slots. To ask a question is to bring an unknown slot into the open.
What must be verified

The grammatical notation of condition slots, the control syntax for evaluation timing (immediate/lazy/re-observation), and the typing of the slot-feature system are all still undecided. These hypotheses are handled in the decision ledger together with the relative-value design.

Research Proposal

The possibilities this language opens

Beyond the technical spec — what it means for users and supporters

Thoughts that are not lost

Notes pile up, but the connections between thoughts vanish. Because JIDEL records even the relations and context between one concept and another, a personal research notebook and an organization’s knowledge become not merely searchable material but connected assets.

Software that knows how to say ‘I don’t know’

Today’s AI carries the problem of stating even what it does not know with confidence. Because JIDEL’s many-valued logic treats the unknown, superposition, and paradox as formal values, it shows both the grounds of a judgment and the degree of confidence — a quality needed by fields where trust is vital, such as medicine, finance, and care.

Technology that starts from Korean

Postfix notation and word-phrase grammar take Korean word order itself as the execution model. A programming language written in the very order one thinks in Korean is a rare attempt to turn the language itself into a technological asset.

Implementation Plan

Short-term goals and its place

Documentation, and a working interpreter that runs small examples

The short-term goal is to document the grammar system and execution semantics, and to build a working interpreter that actually runs small examples.

  • Core grammar: postfix notation · relation-oriented expression · code as data
  • Execution model: stack-based execution · context-dependent operations · relative-value handling · many-valued judgment
  • Implementation: a minimal interpreter · a set of examples · a specification document · a logic verifier

In the order of the whole research, JIDEL is the first brick — only once JIDEL is implemented can Neutom Network be built with it, and only when BOSIFWEM theory and Neutom Network come together can we head toward ECONAS.

The order of research JIDEL Neutom Network ECONAS BOSIFWEM theory language — the tool comes first neural ecosystem built in JIDEL long-term · mind & conscience joins as the mind’s blueprint
Tool (JIDEL) → structure (Neutom Network) → convergence of the blueprint (BOSIFWEM) → long-term direction (ECONAS). It is an order of construction that cannot be reversed.

Research Proposal

See also

This page is a visitor-facing summary of the JIDEL design documents. Research records are made public on the research board.

JIDEL is being designed atop the influence of concatenative languages of the Forth·Factor family and languages such as C, Python, Prolog, and Lisp, with the addition of Korean grammatical theory and many-valued logic research.

Read more — Vision · Short-term goals (three core projects) · Neutom Network · BOSIFWEM · Research board
This page is a visitor-facing summary of the JIDEL design research. Influences: concatenative languages of the Forth·Factor family, C·Python·Prolog·Lisp, and research in Korean grammar and many-valued logic.