SLとTP：出口理由、実約定、費用後損益を分ける

損切り（SL）と利確（TP）は異なる出口条件です。併用できても数量・費用・執行条件の点検を代替しません。通常のstopは意図した境界であり、最大損失額の保証ではありません。依頼水準・実約定・純損益を分けて出口計画を検証します。

SLとは：受付、発動、約定を分ける

標準MT5の店頭FX模型では買いpositionの決済は売りなので、SL条件はBid、売りpositionは買い戻しなのでAskを参照。設定時の買いSLは現在Bidより下、売りSLは現在Askより上です。後から有利に移したSLは入口価格を越えることもあり、SL決済＝損失とは限りません。注文受付、trigger成立、実約定は別段階です。

元の架空線形EUR/USD：1 lot＝100,000 EUR、1 pip＝0.0001。Annaが実Ask1.0850で0.10 lot買い、SL1.0820を依頼。30 pips×1 USD/pip＝予定価格損失30 USD。実際は別費用と不利な約定で増え得ます。通常の店頭stopは適用trigger後に業者規則の利用可能価格で決済し、gapで悪化する場合があります。保証付きstopが提供される場合も対象条件・価格保護・premiumを契約で確認。TPとは執行条件を分けます。

日誌には決済理由、価格損益、費用後損益を別々に記録。10,000×（1.10030−1.10000）＝3 USD、3−4＝−1 USDです。TPという理由を純利益の分類へ自動変換しません。

TPとは：目標条件と純利益は別

同じ模型で入口1.0850、TP1.0910なら60 pips、そこで全量約定した価格益は60 USD、別費用前です。標準MT5店頭FXの買いTPはBid、売りTPはAsk。SLだけBid・TPだけAskという分類ではなくposition方向が基準です。取引所規則は異なる場合があります。価格limitで動くTPは約定時そのlimitまたは有利な価格でも、約定自体は保証されません。SLとTPの参照価格も確認します。

serverに受付済みのSL/TPはterminalがofflineでも、銘柄の有効期間・session・執行規則の下で適用され得ます。chartのtouchだけを閉鎖の証明にせず、実約定と残数量を確認。TPなしなら最悪でも利益を返すだけとは言えず、損失へ進み得ます。保護注文を必須とするかは実口座条件次第です。

SL水準は仮説と金額で検証

まず何が起きたら取引仮説が無効になるかを記録し、出口水準と金銭損失へ変換。過去の支持/抵抗は一つの入力で、全員に最良の置き方ではありません。参照quote、銘柄の距離制約、価格刻み、変動仮定と執行不確実性を調べて数量を選びます。

過去反転点はliveの注文全体を示しません。支持線割れを無効条件にするならその規則を明記。固定5–10 pipsのbufferを普遍化せず、その数量での現金影響と許容距離を計算します。丸い1.0800/1.1000だけでstop集中や意図的なstop狩りを証明できません。SLを遠ざければ同量の予定損失が増すため、習慣で足さず数量も再評価。通常stopも必要証拠金も損失上限ではありません。

予定比率と実現結果を分ける

予定損失30 pips、目標60 pipsで金額感応度が同じならreward:risk＝2:1、risk:reward＝1:2。90 pipsならreward:risk＝3:1。大きい目標だけでは達成頻度を示せません。実現利益・損失・頻度・費用を一緒に検証します。

元の計算演習は100回、開始1,000 USD、負けの価格損失を毎回固定10 USD（開始資本の1%）とし、複利1%規則ではありません。価格にspread込み、別commission/fundingなし、勝数は仮定です。

全100回に架空の往復別費用2 USD/回なら合計200 USD、二行目の価格益200は純額ゼロ。1:1行も別費用前のゼロです。2:1必須や比率単独の収益保証はありません。実現結果と頻度を費用後で確認します。

円の日誌：理由と損益の二軸で分類

新しい架空JPY口座の二取引。線形USD/JPY、数量各10,000 USD、入口Ask150.000、funding・換算なし、各取引の新規/決済別手数料合計500円。AはTPで実Bid150.030に全量決済：価格益300円、純額−200円。Bは有利に移したSLで実Bid150.080に全量決済：価格益800円、純額＋300円。これはSLの価格保証でも実観測でもありません。

理由だけならTP一件/SL一件、純損益なら一勝一敗・合計＋100円。TPを自動で勝ち、SLを自動で負けにすると両方の個別分類が逆。理由×純損益の表を作り、勝率の分子が注文名なのか純益件数なのかを定義します。価格からspreadをもう一度控除しません。

Trailingはどこで更新するか

有利な方向へ動けばより有利なSLを提案し、反転時に緩めない仕組み。買いの仮定30 pip追随距離なら、発動規則を満たす現在Bid−0.0030ですが、変更はserver受付が必要で、その後のstop約定もslipし得ます。純益保存の保証ではありません。

desktop MT5の組込trailingはterminal側で動きます。停止/切断すれば新更新は停止し、最後にserver受付されたSLがあれば有効条件の下で残るだけ。他platform/server実装は別確認。発動条件・単位・受付を確かめます。trailingの仕組みへ。SLを入口へ近づけても手数料・funding・slippageで損失になり得て、risk-freeではありません。server保持SL/TPと稼働中terminalを要するtrailingを区別します。

三つの検査：距離、時間軸、変更

1. 距離だけで決めない。近いstopはentry仮説が正常範囲とする動きで到達し得ます。遠いstopは同量の予定損失を増やすため、その時間軸のdataで比較。EUR/USDという名前から普遍的な日中距離は出ません。
2. 目標と保持期間を併記。遠いTPが期限内に到達する保証はなく、過去rangeを未来上限にしません。費用・執行前提と対象sampleを使います。
3. 変更の金額を先に確認。同量で予定損失30→80 pipsなら80÷30＝約2.67倍。entry仮説の修理ではなく、口座margin close-outとも別条件です。

entry前に計画と例外を記録し、感情の有無を診断する代わりに操作・受付・金額を追います。これらを「最も多い誤り」の統計とはしません。

実行用チェックリスト

1. 無効化と目標条件を価格側・商品・仮説付きで書き、実入口から距離を計算。普遍的15/100/5–10 pips閾値を使わず銘柄制約を確認。
2. 予算、契約単位、口座通貨換算から数量を計算。別費用と不利なstop約定を考慮し、許容stepへ切り下げ。ペア別pip価値も確認。通常SLは金額上限を保証しません。
3. 30/60ならrisk:reward1:2またはreward:risk2:1と向きを記す。優位性とはせず実現分布を検証。
4. 建値移動を全sample・手数料・funding込みで比較。1Rで移動したから純額ゼロ保証にはしません。
5. 依頼SL/TP、変更受付、実約定、決済理由、純損益を別保存。TP純損失/SL純利益の双方を分類できるようにします。