Codex|自動売買の開発・検証

Codexと一緒に開発する方法

米国株の自動売買開発で、Codexが調査・実装・テスト・比較を担当し、人が目的・リスク・採否・公開を判断する流れを紹介します。

Codex
順を追って確認

はじめに

Codexは、指示された文章をコードに置き換えるだけでなく、関連する実装を探し、変更し、テスト結果までまとめられます。ただし、運用の目的や許容するリスク、採用と公開の最終判断は人が担当します。

しっかり者の女性キャラクター

Codexに『良い自動売買を作って』と頼めば完成する?

良いの意味が決まってへんと、速い車が欲しい人に燃費だけ自慢するようなもんや。

サイト案内役のおっちゃんキャラクター
女性キャラクターの返答

目的、制約、確認方法を先に共有して、一緒に確かめる必要があるね。

人が目的と境界を決める

最初に、何を改善したいのか、変えてはいけない部分はどこか、どの結果なら採用を検討するかを決めます。利益だけでなく、損失の大きさ、売買回数、使える資金なども判断の一部です。

実際の注文、認証情報、外部公開など影響の大きい操作は、通常のコード修正と分けます。確認なしで範囲を広げないことも開発の条件です。

  • 解決したい問題と優先順位
  • 変更してよい範囲と触らない範囲
  • 採用判断に必要な確認項目

Codexが調査・実装・テストをつなぐ

Codexは、対象ページや処理に対応するファイルを探し、既存の仕組みとのつながりを確認してから変更します。変更後はコードの検査、テスト、ローカル画面の確認までを一つの作業として進めます。

エラーが出た場合は、表示された症状だけでなく、元データ、生成処理、表示側のどこで問題が起きたかを追います。確認できなかったことは、完了したこととして扱いません。

  • 対象となる実装箇所を特定する
  • 既存の変更を残して必要な範囲だけ直す
  • テストとローカル表示で結果を確認する

結果を見て人が採否を決める

テストに合格したことと、投資の仕組みとして採用できることは別です。技術的に正しく動いても、成績やリスクが目的に合わなければ見送ります。

サイトやXへ出す内容も、生成できた時点では公開しません。数字、リンク、個人情報、読み手に誤解を与える表現を確認し、人の承認後に次の段階へ進めます。

  • 実装完了と運用採用を分ける
  • 良い結果だけでなく反例も確認する
  • 外部公開は人の最終承認後に行う