<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>株式投資 on hdknr blog</title><link>https://hdknr.github.io/blogs/tags/%E6%A0%AA%E5%BC%8F%E6%8A%95%E8%B3%87/</link><description>Recent content in 株式投資 on hdknr blog</description><generator>Hugo -- 0.157.0</generator><language>ja</language><lastBuildDate>Tue, 07 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hdknr.github.io/blogs/tags/%E6%A0%AA%E5%BC%8F%E6%8A%95%E8%B3%87/index.xml" rel="self" type="application/rss+xml"/><item><title>四季報の財務欄から「安心な投資先」を探す7つのポイント — 自己資本の増減に注目</title><link>https://hdknr.github.io/blogs/posts/2026/04/%E5%9B%9B%E5%AD%A3%E5%A0%B1%E3%81%AE%E8%B2%A1%E5%8B%99%E6%AC%84%E3%81%8B%E3%82%89%E5%AE%89%E5%BF%83%E3%81%AA%E6%8A%95%E8%B3%87%E5%85%88%E3%82%92%E6%8E%A2%E3%81%997%E3%81%A4%E3%81%AE%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88-%E8%87%AA%E5%B7%B1%E8%B3%87%E6%9C%AC%E3%81%AE%E5%A2%97%E6%B8%9B%E3%81%AB%E6%B3%A8%E7%9B%AE/</link><pubDate>Tue, 07 Apr 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/04/%E5%9B%9B%E5%AD%A3%E5%A0%B1%E3%81%AE%E8%B2%A1%E5%8B%99%E6%AC%84%E3%81%8B%E3%82%89%E5%AE%89%E5%BF%83%E3%81%AA%E6%8A%95%E8%B3%87%E5%85%88%E3%82%92%E6%8E%A2%E3%81%997%E3%81%A4%E3%81%AE%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88-%E8%87%AA%E5%B7%B1%E8%B3%87%E6%9C%AC%E3%81%AE%E5%A2%97%E6%B8%9B%E3%81%AB%E6%B3%A8%E7%9B%AE/</guid><description>会社四季報の財務欄に載る8つの数字（ROE・自己資本比率・有利子負債など）から安心な投資先を見つける7つのチェックポイントを解説。債務超過の見分け方やROICの活用法も紹介</description></item><item><title>Claude Codeで東証の株取引を半自動化する【ペーパートレードで-19万円編】</title><link>https://hdknr.github.io/blogs/posts/2026/03/claude-code%E3%81%A7%E6%9D%B1%E8%A8%BC%E3%81%AE%E6%A0%AA%E5%8F%96%E5%BC%95%E3%82%92%E5%8D%8A%E8%87%AA%E5%8B%95%E5%8C%96%E3%81%99%E3%82%8B%E3%83%9A%E3%83%BC%E3%83%91%E3%83%BC%E3%83%88%E3%83%AC%E3%83%BC%E3%83%89%E3%81%A7-19%E4%B8%87%E5%86%86%E7%B7%A8/</link><pubDate>Mon, 23 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/claude-code%E3%81%A7%E6%9D%B1%E8%A8%BC%E3%81%AE%E6%A0%AA%E5%8F%96%E5%BC%95%E3%82%92%E5%8D%8A%E8%87%AA%E5%8B%95%E5%8C%96%E3%81%99%E3%82%8B%E3%83%9A%E3%83%BC%E3%83%91%E3%83%BC%E3%83%88%E3%83%AC%E3%83%BC%E3%83%89%E3%81%A7-19%E4%B8%87%E5%86%86%E7%B7%A8/</guid><description>&lt;p&gt;Claude Code を使って東証の株取引を半自動化するシリーズ。ペーパートレード開始から5日間で14件の決済が行われ、勝率0%、実現損失は-186,250円。全敗だった。しかし、これはペーパートレードだからこそ見つけられた17件のバグの記録でもある。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;免責事項:&lt;/strong&gt; 本記事は技術的な解説であり、特定の投資戦略や銘柄を推奨するものではない。株式投資には元本割れのリスクがある。投資判断は自己責任で行うこと。また、APIを介した自動売買にはプログラムの不具合による意図しない発注のリスクが伴う。必ず少額から始め、十分な検証を経てから運用すること。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id="8連敗からの始まり"&gt;8連敗からの始まり&lt;/h2&gt;
&lt;p&gt;ペーパートレード開始から3日目。決算データを使った戦略が8連敗した。損失は-68,550円。&lt;/p&gt;
&lt;p&gt;下降トレンド中でも買う。損切り直後に同じ銘柄を再び買う。ストップ幅が狭すぎて、通常の値動きで損切りに引っかかる。人間のトレーダーなら「3連敗したら今日はやめよう」と判断する。AIにはその判断が最初からプログラムされていなかった。&lt;/p&gt;
&lt;p&gt;タイミングも悪かった。ペーパートレードを始めた週、イラン情勢の緊迫化で日経平均もTOPIXも大幅に下落していた。バグだらけのシステムが、下落相場に突っ込んだ格好だ。&lt;/p&gt;
&lt;h2 id="aiが書いたコードは動くだが正しく動くとは限らない"&gt;AIが書いたコードは「動く」。だが「正しく動く」とは限らない&lt;/h2&gt;
&lt;p&gt;このシリーズでは、Claude Code を使って東証の株取引を半自動化する方法を紹介してきた。プログラミング不要で、AIに「やって」と言うだけ。それは嘘ではない。実際に Claude Code はスクリーニングから発注まで、動くコードを書いてくれた。&lt;/p&gt;
&lt;p&gt;問題は「動く」と「正しく動く」の間に深い溝があることだ。&lt;/p&gt;
&lt;p&gt;ペーパートレードを始めてから5日間で、17件のバグが見つかった。全て、ライブでも同じように発生するバグだ。一つ残らず実弾を撃つ前に発見できた。逆に言えば、ペーパートレードをスキップしていたら、17個の地雷を踏みながらライブトレードをしていたことになる。&lt;/p&gt;
&lt;p&gt;「AIで簡単に自動売買」はSNSでよく見かけるフレーズだ。ツールとしてのAIは確かに強力だが、「簡単に」の部分は幻想だ。少なくとも私の場合はそうだった。長年コードを書いてきたエンジニアが、Claude Code にコードを書かせて、それでも17件のバグを出した。&lt;/p&gt;
&lt;p&gt;ここから先は、その17件のうち特に危険だったものを紹介する。&lt;/p&gt;
&lt;h2 id="放置すれば資金が溶けるバグ"&gt;放置すれば資金が溶けるバグ&lt;/h2&gt;
&lt;h3 id="8連敗して止まらない"&gt;8連敗して止まらない&lt;/h3&gt;
&lt;p&gt;冒頭の決算系戦略8連敗。-68,550円。&lt;/p&gt;
&lt;p&gt;原因は安全機構の欠如だ。クールダウン（損切り後に一定期間エントリーを見送る仕組み）がない。戦略あたりのポジション上限がない。動的ストップ（値動き幅に応じて損切りラインを調整する仕組み）がない。&lt;/p&gt;
&lt;p&gt;AIは「損切りラインを-5%に設定する」コードは書ける。だが「この銘柄のボラティリティなら-5%は狭すぎる」という判断はしない。ATR（平均的な1日の値動き幅）が3%の銘柄に5%のストップを置けば、2日間の通常の値動きで引っかかる。&lt;/p&gt;
&lt;h3 id="ポジションサイズが制御されていない"&gt;ポジションサイズが制御されていない&lt;/h3&gt;
&lt;p&gt;1銘柄あたりの投資上限を設定するパラメータが、コードのどこにも参照されていなかった。パラメータは存在するが、使われていない。設定画面だけ立派で中身が空のセキュリティソフトのようなものだ。&lt;/p&gt;
&lt;p&gt;ライブなら、1銘柄に資金が偏り、その銘柄が暴落したときに取り返しのつかない損失になる。&lt;/p&gt;
&lt;h3 id="損切りしても枠が空かない"&gt;損切りしても枠が空かない&lt;/h3&gt;
&lt;p&gt;「損切りが先、新規エントリーが後」であるべき処理が、逆の順序で実行されていた。&lt;/p&gt;
&lt;p&gt;1戦略あたりのポジション上限は3件。朝の処理で、まず新規エントリーを判定し、その後でストップ注文を処理する。すると、損切りで空くはずの枠が認識されず、新規エントリーがブロックされる。損切りされた銘柄の代わりに入るべき新しい銘柄が、いつまでも入れない。&lt;/p&gt;
&lt;h3 id="暴落の朝に無防備にエントリーする"&gt;暴落の朝に無防備にエントリーする&lt;/h3&gt;
&lt;p&gt;前日比10%のギャップダウン。市場が恐慌状態にある朝に、通常通りエントリーしていた。&lt;/p&gt;
&lt;p&gt;ギャップの大きさを検出するロジックが存在しなかった。修正後は、10%以上のギャップで停止、5%以上でストップ幅を自動拡張するようにした。&lt;/p&gt;
&lt;h3 id="50銘柄を超えると価格が取れなくなる"&gt;50銘柄を超えると価格が取れなくなる&lt;/h3&gt;
&lt;p&gt;kabu Station API には銘柄登録の上限がある。50件だ。株価の取得を要求するたびに銘柄が自動登録され、上限に達すると51件目以降は全てエラーになる。&lt;/p&gt;
&lt;p&gt;110件の候補のうち36件が脱落した。ライブなら、高スコアの候補が価格を取得できずエントリー機会を逃す。あるいは、保有銘柄の価格が取れずストップ注文が発動しない。&lt;/p&gt;
&lt;h2 id="動いているが正しく動いているではないバグ"&gt;「動いている」が「正しく動いている」ではないバグ&lt;/h2&gt;
&lt;h3 id="荒れた板でも平気でエントリーする"&gt;荒れた板でも平気でエントリーする&lt;/h3&gt;
&lt;p&gt;寄り付き直後の特別気配（売り買いの注文が極端に偏った状態）、スプレッドが通常の10倍、出来高ゼロ——そんな状態でも注文が通っていた。&lt;/p&gt;
&lt;p&gt;板の品質を評価する仕組みが、単一時点のスプレッドチェックしかなかった。修正後は、出来高・スプレッド・気配の状態・特別気配・ストップ高ストップ安を総合的に評価し、回復可能な状態なら最大5分間リトライする仕組みにした。&lt;/p&gt;
&lt;h3 id="全候補がqty0で1件もエントリーできない"&gt;全候補がQTY=0で1件もエントリーできない&lt;/h3&gt;
&lt;p&gt;ある朝、40件の候補全てが「数量ゼロ」で見送られた。&lt;/p&gt;
&lt;p&gt;資金300万円を5戦略で均等割りすると、1戦略あたり48万円。株価1,000円以上の銘柄は最低購入単位（100株＝10万円）を確保できるが、戦略ごとの予算上限に引っかかって多くの銘柄が除外された。高株価の優良銘柄ほど買えないという、本末転倒な状態だった。&lt;/p&gt;
&lt;h3 id="戦略の成績評価が壊れている"&gt;戦略の成績評価が壊れている&lt;/h3&gt;
&lt;p&gt;戦略の良し悪しを評価する指標（プロフィットファクター）の計算に、まだ決済していない注文のデータが混入していた。買い注文（損益ゼロ）が分母に加算され、評価値が実態と乖離する。&lt;/p&gt;
&lt;p&gt;本来なら停止すべき戦略が「成績は悪くない」と判定され、損失を出し続ける。&lt;/p&gt;
&lt;h3 id="ポジション管理がデータ不整合"&gt;ポジション管理がデータ不整合&lt;/h3&gt;
&lt;p&gt;取引ログでは全件決済済みなのに、ポジション管理ファイルには9件が残存していた。ゴーストポジション——実在しないポジションに対してストップ注文が出され続けるか、あるいは実在するポジションが管理から漏れる。&lt;/p&gt;
&lt;h2 id="aiから見えない世界のバグ"&gt;AIから見えない世界のバグ&lt;/h2&gt;
&lt;h3 id="スケジュールが誰にもキックされていない"&gt;スケジュールが誰にもキックされていない&lt;/h3&gt;
&lt;p&gt;朝8:10のスクリーニングが、3日間実行されていなかった。&lt;/p&gt;
&lt;p&gt;設定ファイルにはちゃんと書いてある。だが、それを読んで実行するスケジューラが、別件で停止したまま放置されていた。設定ファイルに書いた＝実行される、ではない。&lt;/p&gt;
&lt;p&gt;3日前の古い候補で取引するところだった。手動で気づいたから事なきを得た。&lt;/p&gt;
&lt;h3 id="キャッシュが空で30分タイムアウト"&gt;キャッシュが空で30分タイムアウト&lt;/h3&gt;
&lt;p&gt;スクリーニングが30分以上かかり、朝9:10のエントリーに間に合わない。&lt;/p&gt;
&lt;p&gt;ローカルに株価データのキャッシュを持つ仕組みを作ったが、キャッシュを更新する定期ジョブの登録を忘れていた。キャッシュが空なので、毎回APIから全銘柄のデータを個別取得する。1,590銘柄×APIレート制限で30分超。&lt;/p&gt;
&lt;h3 id="時計が9時間ずれている"&gt;時計が9時間ずれている&lt;/h3&gt;
&lt;p&gt;「9:10にエントリーを開始する」と書いたコードが、UTC基準で動いていた。WSL（Windows上のLinux環境）のシステム時刻がUTCで、Python の &lt;code&gt;datetime.now()&lt;/code&gt; がタイムゾーン指定なしで呼ばれていた。&lt;/p&gt;
&lt;p&gt;日本時間の9:10に動いたのは偶然だ。JST前提で書いたはずのコードがUTCで動いている——この種のバグは、テスト環境と本番環境でタイムゾーンが異なるだけで発生する。&lt;/p&gt;
&lt;h3 id="slack通知が全部失敗している"&gt;Slack通知が全部失敗している&lt;/h3&gt;
&lt;p&gt;損切りもエントリーも、通知が何も届いていなかった。&lt;/p&gt;</description></item><item><title>正則化PCAで米国→日本の業種モメンタムを捉える — 時差を利用したクロスマーケット戦略</title><link>https://hdknr.github.io/blogs/posts/2026/03/%E6%AD%A3%E5%89%87%E5%8C%96pca%E3%81%A7%E7%B1%B3%E5%9B%BD%E6%97%A5%E6%9C%AC%E3%81%AE%E6%A5%AD%E7%A8%AE%E3%83%A2%E3%83%A1%E3%83%B3%E3%82%BF%E3%83%A0%E3%82%92%E6%8D%89%E3%81%88%E3%82%8B-%E6%99%82%E5%B7%AE%E3%82%92%E5%88%A9%E7%94%A8%E3%81%97%E3%81%9F%E3%82%AF%E3%83%AD%E3%82%B9%E3%83%9E%E3%83%BC%E3%82%B1%E3%83%83%E3%83%88%E6%88%A6%E7%95%A5/</link><pubDate>Fri, 20 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/%E6%AD%A3%E5%89%87%E5%8C%96pca%E3%81%A7%E7%B1%B3%E5%9B%BD%E6%97%A5%E6%9C%AC%E3%81%AE%E6%A5%AD%E7%A8%AE%E3%83%A2%E3%83%A1%E3%83%B3%E3%82%BF%E3%83%A0%E3%82%92%E6%8D%89%E3%81%88%E3%82%8B-%E6%99%82%E5%B7%AE%E3%82%92%E5%88%A9%E7%94%A8%E3%81%97%E3%81%9F%E3%82%AF%E3%83%AD%E3%82%B9%E3%83%9E%E3%83%BC%E3%82%B1%E3%83%83%E3%83%88%E6%88%A6%E7%95%A5/</guid><description>&lt;p&gt;米国市場の業種別リターンから翌日の日本市場を予測する — そんな論文の解説が X で話題になっていました。ポイントは「正則化 PCA（主成分分析）」によるノイズ除去です。本記事ではこの手法の仕組みと、なぜ通常の PCA より優れた結果を出せるのかを整理します。&lt;/p&gt;
&lt;h2 id="基本アイデア時差を利用した業種間伝播"&gt;基本アイデア：時差を利用した業種間伝播&lt;/h2&gt;
&lt;p&gt;米国市場が夜に動き、数時間後に日本市場が開く。同業種のリターンは国をまたいで伝播する傾向がある — この「時差」を収益機会として捉えるのが基本的な発想です。&lt;/p&gt;
&lt;p&gt;具体的には、&lt;strong&gt;米国の 11 業種の当日リターン&lt;/strong&gt;から、&lt;strong&gt;日本の 17 業種の翌日リターン&lt;/strong&gt;を予測します。&lt;/p&gt;
&lt;h2 id="データソース日米の業種別-etf"&gt;データソース：日米の業種別 ETF&lt;/h2&gt;
&lt;p&gt;分析対象は &lt;strong&gt;日米の業種別 ETF&lt;/strong&gt; です。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;米国側&lt;/strong&gt;: 業種 ETF の &lt;strong&gt;当日 Close-to-Close リターン&lt;/strong&gt;（終値ベース）を情報集合とする&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;日本側&lt;/strong&gt;: 業種 ETF の &lt;strong&gt;翌営業日 Open-to-Close リターン&lt;/strong&gt;（寄付→引け）を予測対象とする&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;米国市場の終値で確定した情報が、翌朝の日本市場の寄付きから日中にかけて反映される — この「リード・ラグ仮説」を ETF の日次リターンデータで検証する構成です。&lt;/p&gt;
&lt;h3 id="データの入手方法"&gt;データの入手方法&lt;/h3&gt;
&lt;p&gt;業種別 ETF の価格データは誰でも無料で入手できます。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;米国の業種 ETF（SPDR Select Sector シリーズ）&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;XLK（テクノロジー）、XLF（金融）、XLE（エネルギー）など 11 セクターの ETF が上場しています。Yahoo Finance や Google Finance で日次データを取得可能です。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;日本の業種 ETF（TOPIX-17 業種別シリーズ）&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;NEXT FUNDS TOPIX-17 シリーズ（野村アセットマネジメント）など、17 業種に対応する ETF があります。JPX（日本取引所グループ）や Yahoo!ファイナンスで取得できます。&lt;/p&gt;</description></item></channel></rss>