money-retro

/money-retro — 振り返りと経験の蓄積

振り返りをしない挑戦は、運任せと同じです。このステップでは「実際に起きたこと」と「当初の予想」を照らし合わせ、提案の精度を高めていきます。

プラットフォーム間の注意事項

allowed-tools は Claude Code の権限宣言です。Codex では無視し、現在のセッションで利用可能なローカルファイルツールを使って同等の操作を行えます。

手順

Step 1 — 当初の予想を取り出す

.money-state.json を読み、その機会の plan と income_expectation（当初 money-plan/money-verify に記録したもの）を確認します。

Step 2 — 実際の状況を確認する

• 実際にどれくらい時間を使いましたか？
• 実際にいくら受け取りましたか？（最初の入金はありましたか？どのような経路でしたか？）
• 途中で詐欺対策上のレッドラインに触れることはありましたか？（料金の支払いを求められた／個人間取引に変更するよう求められた／支払いを先延ばしされた）
• 実感として、続けたいと思いますか？どこでつまずきましたか？

Step 3 — 予想と実際を照らし合わせる（調整サイクルの要）

当初 money-plan に記録した active.prediction を取り出し、実際の結果と項目ごとに照合します。予想した投入時間／実際の投入時間、収入を得るまでにかかる予想期間／実際の期間、予想収入／実際の収入を確認します。 率直な判断をひと言で示します。継続／やり方を調整／損切りして撤退。差が大きい場合は、機会に問題があったのか、実行に問題があったのかを考えます。 損切りラインまたは詐欺対策上のレッドラインに触れた場合は、損切りを明確に勧め、その経験を「実体験した落とし穴」として記録します。

Step 4 — 記録して lessons.md に反映する（調整サイクルを完了する）

• .money-state.json の retro_log[] に次の内容を1件追加します：{date, opportunity_id, predicted, actual, verdict_update, lesson}。
• その機会の status を更新します（running / done / dropped）。
• 再利用できる経験を現在の作業ディレクトリの lessons.md に記入／追記します（ファイルがなければ作成）。1行に1件、次の2種類に分けます——
  • 自分に効果があった: （例：「小紅書の画像と文章を使ったジャンル X は、3週目から問い合わせのダイレクトメッセージが届き始めた」）
  • 実体験した落とし穴: （例：「ラベル付けの時給は実際に低く、続ける価値がない」／「あるプラットフォームで支払いを先延ばしされた」）
  • この lessons.md は money-find / money-verify の Step 0 で読み込まれます。このユーザーに合わせて、この方法の精度を使うほど高めていける——これが調整サイクルを完了する鍵なので、省略しないでください。

仕上げ

• 継続 → 次の段階の小さな目標を提示します。
• 損切り → 方向を変えるために money-find を使うよう促し、今回の教訓を次回の選定に活かします。