※本記事はプロモーションを含みます。
以前、アイダエンジニアリングを買ったあと、決算をきっかけに株価が急落して損切りになったことがありました。
あとから振り返ると、買ったタイミングが決算前でした。チャートや買い候補の条件ばかり見ていて、決算日確認が抜けていました。買う理由を探すことに意識が寄りすぎて、買わない理由を確認する場所が足りなかったのだと思います。
今回は、急落で気づいた確認漏れを、AI株式投資ツールの決算前警告ロジックとして組み込んだ記録です。個別銘柄の推奨ではなく、私が同じ失敗を繰り返さないために作ったガードレールとして整理します。
損切りそのものよりも悔しかったのは、確認すれば気づけたはずの前提を落としていたことでした。だから今回は、銘柄の良し悪しではなく、買う直前に何を見落としやすいのかを記事として残します。
- 買い条件だけを増やしても、決算前のような確認漏れは防ぎきれません。
- 強制ブロックではなく、買う直前に手を止める警告として入れた理由を整理します。
- 警告が出ないことを安全の証明にせず、拾えない範囲まで前提に入れることが大事でした。
決算前に買って急落した体験で、買い条件だけでは守れないとわかった
自作ツールでは、買い候補やチャート条件の整理は進んでいました。カップウィズハンドルや各種シグナルを見ながら、候補銘柄を絞る流れは少しずつ形になっていました。
ただ、買う直前の確認として、決算日を必ず見る流れがありませんでした。候補として出ている、チャートも悪くなさそう、買いタイミングとして見える。そう考えているうちに、決算前という大事な前提を落としていました。
この失敗で気づいたのは、買う理由を増やす機能だけではなく、買わない理由を見せる機能が必要だということです。投資ツール全体の流れを先に見ると、この警告が攻めの機能ではなく、判断を止めるための改善だと分かりやすくなります。
買い候補を探す道具だからこそ、候補から外す理由も同じ画面で見える必要がありました。今回の改善は、攻めのシグナル追加ではなく、判断を一度止めるための小さなブレーキです。
特に決算前は、普段のチャート条件だけでは見えない値動きが出ることがあります。もちろん、決算前だから必ず避けるという話ではありません。ただ、決算日を知らないまま買うのと、分かったうえでリスクを受け入れるのでは、後から振り返ったときの納得感が違います。
Claude Codeには、買わせるロジックではなく立ち止まらせる警告を依頼した
Claude Codeへの依頼では、購入を強制ブロックしない方針にしました。決算前だから必ず買ってはいけない、と機械的に決めるのは、自分の運用には少し強すぎると感じたからです。
AIに任せたのは実装で、どこまで止めるかという運用ルールは人間側で決めました。この線引きを曖昧にすると、ツールが出した警告を自分の判断の代わりにしてしまいます。
銘柄コードが入力されたら決算日を確認し、30日以内に決算がある場合は購入フォーム上部に警告を出す。売却モードでは動かさず、購入は強制ブロックしない。
ここで大事だったのは、買えなくすることではなく、買う前に気づけることです。決算前でも例外的に買う判断をする場面はあるかもしれません。ただ、その場合でも「決算前だと分かったうえで買った」と記録できる状態にしたいです。
強制ブロックにしなかったのは、自分の判断を残す余地を消したくなかったからです。投資では、同じ条件でも資金量、保有状況、相場環境によって判断が変わります。だから、ツールは止める係ではなく、見落としを知らせる係にしました。
警告は判断の代行ではなく、見落としを減らすための確認ポイントです。AI投資ツールでは、この距離感を崩さないことがかなり大事だと感じています。
決算前に買う前の確認リストを、購入フォーム上部に出す形にした
実装では、銘柄コード入力時と購入フォーム表示時に決算日APIを確認する構成にしました。30日以内に決算がある場合は、購入フォーム上部に警告バナーを出します。
表示位置はかなり重要でした。候補一覧の端に小さく出すだけでは、買う直前の勢いの中で見落とす可能性があります。だから、購入フォームの上に出して、最終確認のタイミングで必ず目に入るようにしました。
買う前の確認フローを考えるなら、moomoo AIで銘柄を確認する流れも近い位置にあります。そこでは深掘り前の確認項目をどう置くかを整理しました。
今回はその前段として、そもそも決算前に新規購入してよい状況かを確認するブレーキを加えた形です。候補を深掘りする前に、まず近い決算イベントを見落としていないかを確認します。
買い候補を増やすほど、買う直前の確認場所も増やす必要があります。今回の警告は、そのバランスを取るための実装でした。
テストが通っても過信しないために、拾えない範囲を先に明示した
実装時には、PythonテストとTypeScript型チェックを確認しました。フロント側の既存失敗についても、今回変更した決算前警告とは関係がないかを切り分けています。
ただし、テストが通ったからといって、この警告機能を過信してよいわけではありません。決算日データが取得できない銘柄では警告が出ないことがありますし、30日という基準も現時点の私の運用線です。
警告が出ないことは、安全の証明ではありません。ここを勘違いすると、またツールに頼りすぎてしまいます。
だから、今回の改善では「何ができるようになったか」だけでなく、「何は拾えないか」も一緒に残すことにしました。実装部分をAIに任せた機能ほど、できることが増えた気分になります。でも、投資で大事なのは、機能の便利さより前提の理解です。
この前提を本文に残しておくと、あとから自分がツールを過信しそうになったときのブレーキにもなります。警告が出たら慎重に見る。警告が出なくても、決算確認を完全に省略しない。そのくらいの距離感で使いたいです。
買う理由より買わない理由を残すほうが、AI投資ツールの運用は安定した
投資ツールを作っていると、どうしても買い候補やシグナルの強化に目が向きます。候補が増え、見える情報が増えると、ツールが成長しているように感じるからです。
でも今回の失敗以降、私の中では、買わない理由を同じ場所で確認できることのほうが重要になりました。買う理由は探せば見つかります。だからこそ、見送り理由を先に置く必要があります。
- 決算が近い
- 月間損失上限に近い
- 保有銘柄数が増えすぎている
- 同テーマ銘柄へ偏っている
- 買う理由を後から説明できない
こうした条件は派手ではありませんが、感覚トレードへ戻りそうな場面で効くブレーキになります。保有銘柄やリスク管理チェックの改善とも、同じ方向です。
買う理由を増やすだけでは、ツールは前のめりになります。買わない理由を残せるようにすると、ようやく確認用の道具として落ち着いてきます。
次は警告を見た後の判断まで履歴化し、買わなかった判断も育てたい
現状は、決算前警告を表示するところまでです。次にやりたいのは、警告を見たあとの判断を候補管理へ残すことです。
警告を見て買わなかった判断も、あとから振り返れるようにしたいです。買った銘柄だけを記録すると、見送って助かった判断や、見送りすぎた判断が残りません。
- 購入を見送った
- 決算後まで監視に回した
- 理由を残して例外的に買った
- 決算内容確認後に再判定した
失敗をそのまま終わらせず、小さなガードレールとしてツールへ組み込めたのは今回の収穫でした。ただ、警告を出すだけではまだ半分です。次は、警告を見たあとの判断を残し、買わなかった理由も育てられる運用へ近づけていきます。
投資判断そのものをAIに任せたいわけではありません。AIには確認漏れを減らす道具を作ってもらい、最終判断は自分で持つ。この役割分担を崩さないように、次の改善も進めたいです。
次に見返したとき、損失額だけではなく「どの確認が足りなかったのか」まで分かる状態にする。今回の決算前警告は、そのための最初の一歩です。
