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

Codexに『良い自動売買を作って』と頼めば完成する?
良いの意味が決まってへんと、速い車が欲しい人に燃費だけ自慢するようなもんや。


目的、制約、確認方法を先に共有して、一緒に確かめる必要があるね。
人が目的と境界を決める
最初に、何を改善したいのか、変えてはいけない部分はどこか、どの結果なら採用を検討するかを決めます。利益だけでなく、損失の大きさ、売買回数、使える資金なども判断の一部です。
実際の注文、認証情報、外部公開など影響の大きい操作は、通常のコード修正と分けます。確認なしで範囲を広げないことも開発の条件です。
- 解決したい問題と優先順位
- 変更してよい範囲と触らない範囲
- 採用判断に必要な確認項目
Codexが調査・実装・テストをつなぐ
Codexは、対象ページや処理に対応するファイルを探し、既存の仕組みとのつながりを確認してから変更します。変更後はコードの検査、テスト、ローカル画面の確認までを一つの作業として進めます。
エラーが出た場合は、表示された症状だけでなく、元データ、生成処理、表示側のどこで問題が起きたかを追います。確認できなかったことは、完了したこととして扱いません。
- 対象となる実装箇所を特定する
- 既存の変更を残して必要な範囲だけ直す
- テストとローカル表示で結果を確認する
結果を見て人が採否を決める
テストに合格したことと、投資の仕組みとして採用できることは別です。技術的に正しく動いても、成績やリスクが目的に合わなければ見送ります。
サイトやXへ出す内容も、生成できた時点では公開しません。数字、リンク、個人情報、読み手に誤解を与える表現を確認し、人の承認後に次の段階へ進めます。
- 実装完了と運用採用を分ける
- 良い結果だけでなく反例も確認する
- 外部公開は人の最終承認後に行う
