Iron Condor Adjustment Journal
Last verified: 2026-07-12 PDT
A iron condor adjustment journal is a simple way to slow the decision down before money, risk, or emotion starts moving faster than the record. The goal is not to create a perfect rule. The goal is to make the rule visible enough to review later.
This page is educational only. It is not personalized money guidance, tax guidance, a recommendation to use any strategy, or a recommendation to open, close, increase, reduce, or hold any position.
The simple idea
The simple idea is to separate verified inputs from reactions. For this workflow, the inputs are iron condor adjustments, wing width, delta pressure, credit math, expiration timing, and post-trade review. If those inputs are scattered, the decision becomes a memory test. If they are written down, the user can review the process instead of only judging the final outcome.
A useful review does five jobs:
- ▸Names the exact trigger for the review.
- ▸Captures the source record behind every important number.
- ▸Separates fixed obligations from flexible capital or flexible risk.
- ▸Writes the user-defined rule before the outcome becomes emotional.
- ▸Sets a follow-up date so the decision can be audited later.
The core checklist
Use this checklist before changing the plan:
- ▸Write the trigger in one sentence.
- ▸Capture the source records: statement, paystub, broker record, account screen, bill, plan document, or journal note.
- ▸Separate dollars or risk units that already have a job from dollars or risk units still available for user-directed decisions.
- ▸Mark source-sensitive items as needs review when they depend on taxes, broker treatment, household terms, account rules, healthcare records, or contract language.
- ▸Define the action that happens now.
- ▸Define the condition that would pause, reduce, restart, or review the rule.
- ▸Save the note before judging the market outcome or lifestyle outcome.
Example
Assume an iron condor collected $1.20 on a $5-wide structure. The original max theoretical loss before fees is $3.80 per spread. If a user pays $0.55 to roll one side, the journal should show the new credit stack, new expiration, changed width if any, and whether the adjustment reduced risk or simply extended the same problem.
The important part is not copying the numbers. The important part is preserving the reasoning. A future review should show what was known, what was verified, what was assumed, and which items still needed source checks.
A practical scoring model
Give the decision a ten-point process score:
| Review item | Question | Score |
|---|---|---|
| Source clarity | Is there a record behind the number? | 0-2 |
| Timing clarity | Is the deadline, expiration, bill date, or review date visible? | 0-2 |
| Constraint clarity | Are cash floors, obligations, position limits, or risk caps visible? | 0-2 |
| Rule clarity | Was the rule written before the outcome became emotional? | 0-2 |
| Follow-up clarity | Is the next review action obvious? | 0-2 |
A low score does not prove the decision was bad. It means the record is thin. Fix the record before rewriting the whole plan.
Common mistakes
The first mistake is reviewing only the outcome. Clean process can still meet bad timing, a rough market, an unexpected bill, or a trade structure that does not behave cleanly. Messy process can also get lucky.
The second mistake is treating estimates like verified facts. If a number depends on tax treatment, plan documents, broker rules, healthcare records, cost basis, account limits, or household obligations, label the uncertainty instead of turning it into a universal rule.
The third mistake is changing the plan while excited, annoyed, embarrassed, or trying to make up for a prior decision. Review gates exist because emotional windows make weak process feel urgent.
How Bucko fits
Bucko fits this workflow as an educational research, journaling, guardrail, scenario-analysis, and review workspace. The user defines the rule. Bucko can help organize the note, preserve the source trail, tag the review reason, and make follow-up dates visible.
That framing matters. Bucko should be used to make user-directed decisions more reviewable, not as a promise engine, managed account substitute, or signal service.
Internal links to build the system
Practical takeaway
A clean plan is not a plan that never changes. A clean plan is one that explains why it changed. Write the source, the constraint, the rule, the unknowns, and the next review date before the decision turns into a memory test.