{{ useProfileLead }}
{{ pairLedgerLead }}
| Pair | Leading preference | Margin | Scores | Interpretation | Copy |
|---|---|---|---|---|---|
|
{{ row.shortPairLabel }}
{{ row.label }}
|
{{ row.leadingPreference }} | {{ row.marginText }} | {{ row.scoreLine }} | {{ row.note }} |
{{ functionStackLead }}
| Role | Code | Function | Why it shows up | Copy |
|---|---|---|---|---|
| {{ row.role }} | {{ row.code }} | {{ row.label }} | {{ row.note }} |
Review or adjust item responses inline. The type code, chart, and interpretation update immediately after each change.
| # | Pair | Statement | Response | Leaning | Copy |
|---|---|---|---|---|---|
| {{ row.id }} |
{{ row.shortPairLabel }}
{{ row.pairLabel }}
|
{{ row.text }} | {{ row.leaning }} |
{{ privacySummary }}
{{ jsonLead }}
{{ formattedJson }}
Jungian type models describe recurring preferences in how people restore energy, notice information, make decisions, and relate to structure. The familiar four-letter shorthand is only the surface layer. Underneath it are four paired tensions: introversion versus extraversion, sensing versus intuition, thinking versus feeling, and judging versus perceiving.
This page turns those four tensions into a 20-item proxy. It uses five items per pair and reports both a four-letter code and the balance behind that code. That matters because two people can share the same code while one pair is a close call and another is a strong lead. The balance usually tells you more than the label alone.
The result also adds a conventional function-stack preview derived from the code. That preview is helpful when you already use Jungian or Myers-Briggs language, but it is still a second-step inference. The questionnaire measures preference balances directly. It does not measure the functions directly.
This is an original proxy, not the official Myers-Briggs Type Indicator assessment. It is best used as a reflection aid for communication, teamwork, and growth planning, not as a diagnosis, ability test, or fixed identity label.
The proxy uses twenty items scored from Strongly unlike me to Strongly like me. Each answer is centered around the midpoint, converted into a signed pull, and added toward one side of a pair. The result for each pair is then normalized into two complementary percentages that sum to 100.
Each pair uses five items, so the maximum absolute pull per pair is 7.5 centered points. From there, the page calculates a margin between the two poles. Margins of 30 points or more are labeled Clear lead, margins of 18 to 29.9 are labeled Moderate lead, and smaller gaps are labeled Close call.
| Pair | Lower pole | Higher pole | Question the pair is trying to answer |
|---|---|---|---|
| I / E | Introversion | Extraversion | Where does energy and processing activate more naturally? |
| S / N | Sensing | Intuition | What kind of information is trusted first? |
| T / F | Thinking | Feeling | What kind of filter leads the first decision pass? |
| J / P | Judging | Perceiving | How much closure or optionality feels steadier? |
| Margin band | Lower | Upper | Interpretation |
|---|---|---|---|
| Close call | 0 | 17.9 | The opposite pole may show up easily with role demands or context. |
| Moderate lead | 18.0 | 29.9 | The preference is visible but not rigid. |
| Clear lead | 30.0 | 100.0 | The preference is distinctly stronger in this run. |
The function stack shown on the page is derived from the four-letter code using conventional type-dynamics rules. It is a preview, not a direct measurement. The finished result also includes an eight-letter contour chart, a preference ledger, answer exports, and JSON.
Start with the pair margins, not the code. The strongest pair usually tells you which preference feels most stable. The closest pair tells you where the code is most likely to wobble with workload, setting, or role expectation. That is often the most useful part of the whole profile.
If you use the tool for team communication, treat the code as shorthand for conditions, not as a stereotype. If you use it for growth, the closest pair is usually the better development target than the strongest pair. The strongest pair already has momentum. The closest pair is where adaptation will feel most realistic.
Preference balance ledger before the function stack. The measured pair balances are firmer evidence than the inferred stack.A practical trust check is to ask whether the closest pair is exactly where context changes you most. If the page says J / P is the tightest pair and you do become more structured at work but looser at home, the result is probably catching something real.
The code is a summary, but the pair balances carry the nuance. A code with four clear leads reads much more stably than a code with two close calls.
The function stack preview should be read with even more caution than the code. It is a conventional derivation from the code and can be useful for reflection, but it is not directly observed by the questionnaire itself.
Example 1: A profile returns INTJ with strong I / E and T / F leads but a close J / P margin. The useful reading is not only the code. It is that structure preference may shift faster with context than the other three pairs.
Example 2: Another profile returns ENFP with a clear N / S lead but only a moderate E / I lead. That suggests pattern-seeking is more stable than outward energy, so quieter conditions may still feel natural even though the code leads with E.
Example 3: A person sees ISTP with a nearby ISFP possibility because T / F is very narrow. That is not a failure of the result. It means the decision filter is the least settled pair in this run.
No. This page uses an original Jungian-preference proxy and keeps itself separate from the official Myers-Briggs instrument.
Because the four letters compress four separate balances. One pair can be a close call even when the overall code still fits well enough.
Not directly. It is inferred from the four-letter code using conventional type-dynamics mapping.
Routine scoring stays in the browser. The main privacy caveat is the restorable response code in the URL and any exports you create.