コードを書かずに組んだ仕組みが、1ヶ月で189件を販売した。

— 売上 ¥65,160。私が書いたのはコードではなく、日本語の指定文だけです。

AIに「こういうツールを作って」と頼めば、動くものはたいてい返ってきます。止まるのはその次です。走り続けたまま課金だけが積み上がる。失敗したのに成功として記録される。自動テストが緑のまま、投稿が5日間1本も出ていない。私はこの3つを全部やりました。

効いたのは、頼み方を日本語の指定に変えたことでした。何を入力し、何を出力させ、失敗したらどこで止めるか。順番と停止条件を先に箇条書きで書いて渡す。返ってきたコードの判定ロジックには、一行も手を入れていません。2026年3月、noteの売上は ¥65,160、販売189件。その月の費用は ¥39,277 で、差引 ＋¥25,883。投稿はほぼ全部が自動で出ていて、記事もAIに書かせていました。私がやったのは、その日本語を書くことと、出てきたものを読んで出す／出さないを決めることだけです。コードは今も書けません。

その日本語が、本編に67本入っています。次のセクションで、うち1本をお見せします。AIに貼った指示は全文、返ってきたコードは判定にあたる部分、4パターンの実行結果とテスト10件の出力は全件、このページに載せました。買う前に、1本コピーして自分の手で動かせます。

売れた瞬間だけは、手を動かしました。伸びた投稿に、自分でリンクを1本貼る。そこだけは自動化していません。同じことを機械にやらせた月は、売上が戻りませんでした。1本の投稿が 377,000 インプレッションまで伸びたのも、この月です。

翌月、同じ仕組みで ¥77,805 を使いました。従量課金を上限なしのまま回していたからです。仕組みの中身ではなく、その外側に置くべき停止装置がありませんでした。月ごとにいくら入っていくら出たかは、この下に全部出します。

この本が渡すのは、黒字だった月に動いていた設計図67本と、¥77,805 を溶かした場所です。

「日本語の指定を貼ればコードになる」を、ここで1本だけ実演します

本編に入っている擬似仕様67本のうち、第2章の「予算ガード」を使います。4月に ¥77,805 を溶かした事故に、そのまま対応する1本です。

コードは読まなくて構いません。最後に OK と出るかどうかだけ見てください。

やることは3つだけ。擬似仕様をコピーする。AIに貼る。出てきたコードを動かす。本編で渡すのは、この1つめ——日本語で書いた指定のほうです。完成品のコードは付いてきません。

AIへ渡した全文

まず、本編に載っている擬似仕様です。これがそのまま入力になります。

▼ ここからコピーして使うテキスト ▼

# 予算ガード（擬似仕様 — 自動ループの「外側」に必ず置く）

設定:
  月の上限金額 = {あなたが許容できる上限・例: 数千円}
  1回あたりの想定コスト = {1ループの概算}
  停止モード = グレースフル（強制終了ではなく、静かに終える）

ループを1回回す前に、毎回チェックする:
  もし「今月の累計コスト + 次の1回の想定コスト」が「月の上限金額」を超えるなら:
      → 今回は回さずに終了する（途中状態は保存）
      → 「上限に達したので停止しました」とだけ記録する
      → 強制終了（赤）にはしない＝予定どおりの停止として扱う

リトライ（再試行）の方針:
  失敗しても「無限に殴り直さない」
  再試行は {1〜2回まで} に固定。それでもダメなら諦めて次回へ。
  ※「失敗するたびに課金が積み上がる」構造を、ここで断ち切る。

▲ ここまで ▲

波かっこの {1〜2回まで} のような箇所が、自分の条件を入れる空欄です。ここを埋めながら、下の条件を数行だけ足して渡しました。

▼ ここからコピーして使うテキスト ▼

上の擬似仕様どおりに動くPythonを1ファイルで書いてください。
・Python標準ライブラリのみ。外部インストールが要るものは使わない
・ファイル名は budget_guard.py
・月の上限金額／今月の累計コスト／次の1回の想定コストは、コマンドライン引数で受け取る
・上限と同額になる場合も実行しない
・金額が取得できないときは、安全側に倒して実行しない
・再試行は最大2回
・動作確認用のテストを同じファイルに入れる
・実行コマンドを1行ずつ書く
・不明点があれば、書き始める前に最大3問だけ質問してください

▲ ここまで ▲

AIから返ってきたコード

AIは先に3問返してきました。「再試行2回は初回を含むか」「金額が取得できないとは空欄やマイナスも含むか」「停止したときの終了コードは0でよいか」。答えたうえで162行が返ってきました。判定のロジックには一行も手を入れていません。足したのは、テストの画面表示を抑える2行だけです。以下は、指定した「同額でも止める」「読めないなら安全側」「再試行は2回」がそのままコードになっている部分です。

▼ ここからコピーして使うテキスト ▼

#!/usr/bin/env python3
# -*- coding: utf-8 -*-
"""予算ガード（自動ループの「外側」に置く停止装置）

方針:
  - グレースフル停止。止めるときも「異常終了（赤）」にせず終了コード 0 で終える。
  - 上限と同額になる場合も実行しない（超える前に止める）。
  - 金額が読めないときは安全側に倒して実行しない。
  - 再試行は最大 2 回まで。無限に殴り直さない。
"""

MAX_RETRIES = 2 # 再試行の上限（初回 1 回 + 再試行 2 回 = 最大 3 試行）

def to_amount(value):
    """金額らしき入力を数値にする。読めなければ None を返す（＝安全側）。"""
    if value is None:
        return None
    try:
        n = float(str(value).strip())
    except (TypeError, ValueError):
        return None
    if n != n or n in (float("inf"), float("-inf")): # NaN / 無限大は不正扱い
        return None
    if n < 0: # マイナス金額も「取得できていない」とみなす
        return None
    return n

def can_run(limit, used, next_cost):
    """(実行してよいか, 理由) を返す。"""
    lim, use, nxt = to_amount(limit), to_amount(used), to_amount(next_cost)
    if lim is None or use is None or nxt is None:
        return False, "金額を取得できませんでした（安全側に倒して実行しません）"
    if use + nxt >= lim: # 同額でも止める
        return False, "上限に達したので停止しました"
    return True, "上限内です"

def run_with_retry(task, max_retries=MAX_RETRIES):
    """失敗しても無限に殴り直さない。(成功したか, 試行回数, 結果か例外) を返す。"""
    attempts = 0
    last_error = None
    while attempts <= max_retries:
        attempts += 1
        try:
            return True, attempts, task()
        except Exception as err: # 失敗したら諦めて次回へ
            last_error = err
    return False, attempts, last_error

# この下に、引数を受け取って動かす実行部と、動作確認用のテスト10件が続く（全162行）

▲ ここまで ▲

実際に動かした結果

上限5,000円という設定で、4パターン試しました。以下は本物のターミナル出力です。

上限を超えないとき。

▼ ここからコピーして使うテキスト ▼

> python budget_guard.py 5000 4200 500
実行可
見込み: 累計 4200 + 次回 500 = 4700 / 上限 5000
ループ1回分の処理を実行しました（試行 1 回 / 再試行は最大 2 回）

▲ ここまで ▲

上限を超えるとき。ここが4月に効かなかった部分です。

▼ ここからコピーして使うテキスト ▼

> python budget_guard.py 5000 4700 500
今回は実行しません
理由: 上限に達したので停止しました
途中状態は保存したまま、予定どおりの停止として終了します

▲ ここまで ▲

ちょうど上限と同額になるとき。超える前に止まります。

▼ ここからコピーして使うテキスト ▼

> python budget_guard.py 5000 4500 500
今回は実行しません
理由: 上限に達したので停止しました
途中状態は保存したまま、予定どおりの停止として終了します

▲ ここまで ▲

金額そのものが読めないとき。安全側に倒れます。

▼ ここからコピーして使うテキスト ▼

> python budget_guard.py 5000 unknown 500
今回は実行しません
理由: 金額を取得できませんでした（安全側に倒して実行しません）
途中状態は保存したまま、予定どおりの停止として終了します

▲ ここまで ▲

同梱のテストも通しました。

▼ ここからコピーして使うテキスト ▼

> python budget_guard.py --test
test_1回で成功すれば再試行しない ... ok
test_マイナス金額は実行しない ... ok
test_上限と同額なら実行しない ... ok
test_上限を超えるなら実行しない ... ok
test_上限内なら実行可 ... ok
test_停止しても終了コードは0 ... ok
test_再試行は最大2回まで ... ok
test_数値でない金額は実行しない ... ok
test_文字列の数字は読める ... ok
test_金額がNoneでも実行しない ... ok

----------------------------------------------------------------------
Ran 10 tests in 0.038s

OK

▲ ここまで ▲

4パターンの実行と、同梱テスト10件が、いずれも一発で通りました。

買うのは、8万字の体験談ではありません

上の予算ガードは、本編に入っている67本のうちの1本です。残りも全部この形をしています。日本語で書いた指定と、埋める空欄と、やってはいけないこと。どれもコピーしてAIに貼れば実装に変わる粒度で書いてあります。渡すのは完成したコードではなく、その手前のコードを出させる側の日本語です。

入っているのは、たとえばこういう用途のものです。

・課金額が防衛ラインを超える前に止める（上で実演したもの）
・出力の失敗を、成功として扱わせない
・投稿してよい内容と、黙って捨てる内容を分ける
・架空の人物に、検証できる数字を語らせない
・Xとnoteの役割を分け、入口ごとの反応を記録する
・動いている設計を、自分のジャンル用に組み直す

実際に何をやって、どう転がったか

最初は無料記事を量産して note のフォロワーを増やそうとして、まったく読まれませんでした。そこで主軸を X に移し、発信の量とリズムを自動化に寄せた。しばらくして、自動で出した投稿が大きく伸びる日が出てきます。そこで役割を分けました。広告は X、商品は note。

いちばん効いたのは次の一手です。バズが立ち上がった瞬間にそのテーマの有料記事を書き上げて、伸びている投稿のリプライに、自分の手でリンクを貼る。3月の ¥65,160 と販売189件は、ほぼこのやり方で出ています。これを手順にしたものが、67本のうちの1本です。第6章に入っている現物を、そのまま出します。

▼ ここからコピーして使うテキスト ▼

【バズ→商品投入の手順】

0. 事前に「途中まで書けている有料記事」を1本、常に持っておく
   （バズってから書き始めると、熱が引く。24時間が勝負）

1. 伸び始めた投稿を見つける
   - 判断は当日中。翌々日に気づいても遅い

2. その投稿の話題に接続する有料記事を、24時間以内に出す
   - ゼロから書くのではなく、0で用意した下書きを話題に寄せる
   - 話題に接続できないなら、無理に出さない（関係ない商品を貼ると信頼が減る）

3. バズった投稿へのリプに、商品リンクを1本だけ貼る
   - 本文には貼らない（外部リンクで表示回数が落ちる）
   - リプは1本。連投しない

4. 予告を先に打っておくと、さらに効く
   - 私の場合は「全部書きます」の一言だった

【やってはいけない】
- 3を自動化する（バズと無関係な時刻に機械が貼る。文脈から外れた場所に置いた出口は、置いていないのとほとんど変わらない）
- バズるたびに毎回貼る（金稼ぎアカに見える。出口は静かに1つ）

▲ ここまで ▲

機械側の設計図もあれば、これのように人が動かす側の設計図もあります。どの順で、何を根拠に決めたかを並べたのが本編です。

月ごとに、いくら入っていくら出たか

売上と費用を、月単位でそのまま出します。

■ 1月
　費用：¥10,574
　売上：—
　差引：−¥10,574

■ 2月
　費用：¥24,026
　売上：—
　差引：−¥24,026

■ 3月
　費用：¥39,277
　売上：¥65,160（189件）
　差引：＋¥25,883

■ 4月
　費用：¥77,805
　売上：¥17,940（19件）
　差引：−¥59,865

■ 5月
　費用：¥48,822
　売上：¥19,240（18件）
　差引：−¥29,582

■ 6月
　費用：¥0
　売上：¥1,960（2件）
　差引：＋¥1,960

読み取れることは3つ。仕組みが回っていた3月は黒字。4月に ¥77,805 を使って、そこで赤字が確定した。そして売上は ¥65,160 から ¥17,940 へ4分の1近くまで落ちたまま、5月の ¥19,240 も横ばいで、戻っていません。

189件の中身も書いておきます。商品は買い切りで、いちばん安いものが数百円、上の段が千円台後半。大半はいちばん安いほうで、割れば1件あたり¥345。高単価を数本当てた月ではなく、安いものが数を出した月です。

4月を外した3月・5月・6月だけなら、費用 ¥88,099・売上 ¥86,360 で −¥1,739。ただし事故の月を自分で外した数字なので、赤字はこの下の2つで数えます。

・3〜6月で期間をそろえた収支：−¥61,604。 売上が立っていた4ヶ月の費用 ¥165,904 と売上 ¥104,300 の差です。以降、赤字と書いたらこの数字を指します。
・1〜6月の全支出でみた収支：−¥96,204。 立ち上げの1〜2月（売上ゼロ・費用 ¥34,600）まで含めた総額です。費用6ヶ月ぶんと売上4ヶ月ぶんを比べているので、月あたりには割れません。

どちらも売上高ベースで、手数料を引いた振込額ではありません（3月は売上 ¥65,160 に対し振込 ¥54,555）。費用は、この事業がなければ払っていなかった支出だけを入れ、他の用途でも使っていたものは按分せず丸ごと外しています。実額より控えめに出る積み方です。

反応の側も出します。単発最大 377,000 インプレッション（3月）。売上が落ちたあとの5月にも 135,343 が出ています。対して note 側は、全期間のビューが 8,315 です。集計の窓も母数の定義も違うので割って転換率は出せませんが、桁が2つ違う。見られてはいるのに売上にならない、という状態がここに出ています。何が壊れていたのかは第6章に書きました。

数字と、フィクションの境目

運用していたのは架空のキャラクターです。ジャンルは中学受験で、「塾に通う子どもがいる親」という設定を与えていました。本編のプロンプトに塾や学年といった言葉が残っているのは、そのためです。

キャラクター（fict.）と、与えた家族構成・経歴・成績は創作です。私自身の家族でも経歴でもありません。上に出した売上・支出・表示回数と、これから書く事故のログは、実在する運用から出た本物のデータです。

架空にしたのは、匿名で運用するためです。ただ、売れた理由は属性ではありませんでした。商品も文章も価格も変えないまま、導線を出していた3月は189件、導線が無くなった4月は19件。変えたのは目に触れる人の数だけです。だから設計は名義に依存しません。他人を装いたくない人は、擬似仕様の空欄を自分の本当の条件に置き換えて使えます。

設計図は、実際に踏んだ事故から逆算してできています

仕様が先にあったわけではありません。事故が先にあって、それを止めるために書いたものが仕様として残りました。ここに7件出します。

従量課金をONのまま回した。 自動で動くものは寝ている間も動き、エラーでやり直すたびに膨らむ。上限を切っていなければ天井がありません。4月の ¥77,805 はその結果です。→ 上限額を先に決め、そこで全部止める防衛ライン。定額から従量に切り替わる境目が管理画面のどこにあるかまで第2章に。

返信をAIに全任せにした。 文脈を無視した定型返信が飛び、「これ、中身ちゃんと人が入ってる？」と公開の場で晒されました。→ ちゃんと書けないときは何も投げない。自動化が静かに失敗して誰も気づかない状態をどこで検知するかを第8章に。自動リプの組み方そのものは出しません。真似た人が同じ事故を起こすからです。

自分が飽きることを計算に入れなかった。 毎日更新する前提で組み、数ヶ月で手を止めました。更新の手が鈍った5月に ¥19,240、完全に放置した6月に ¥1,960、止めて約7週間後の7月にも ¥500。→ 止めたあとに何が残り、何が消えたかの実測と、残る側だけを厚くする組み方をあとがきと第9章に。

専門分野のファクトを推測で書いた。 手続きや日程を記憶で具体的に書いて、詳しい人に細部を突かれ「捏造では？」と疑われました。→ 裏の取れない具体をAIに書かせない。断定してよいのは自分で確かめたことだけにする。線の引き方を第7章に。

規約に書かれていないことを、書かれていない側に解釈した。 「明確に禁止とは書いていない」と、判断が割れる領域に踏み込む。実際はアウトな領域があり、火は巻き込んだ相手にも飛びます。→ 出す前に止めるための照合手順。表現のNG→OK対応表と、全項目に「はい」がつくまで出さないチェックリストを第9章に。

量産と自動投稿で「金稼ぎアカ」に見えた。 数を出せば当たると信じて自動投稿し、宣伝リンクも自動で返信にぶら下げた。12連投で表示回数が平常の30分の1以下まで落ちた日もあります。→ 投稿の頻度と間隔を、見つからないための工夫ではなく設計の制約として先に置く。落ちたときの実測と引いた防衛ラインは第2章、その間隔を機械側に埋め込む形は第8章に。

AIの1発目をそのまま出した。 整っていて速い。ただ妙に整いすぎていて、人間なら選ばない言い回しが混じり、どれも同じ形に落ちる。→ 1発目を採用しない。書かせたものを3人のレビュアーに叩かせ、合議で通す精製ループを第5章に。効いた直し方・効かなかった直し方も、当たった／外した記録として書いています。

誰に向けて書いたか

副業を始めたいが一歩目が出ていない人。AIの有料プランに課金できる、あるいはしている人。書いている私と同じスキル層です。すでにXやnoteで発信していて、読まれてはいるのに売上にならない人も、こちら側です。その場合は全部を組み直す必要はなく、第6章の導線と第9章の組み直し手順だけを、いま持っているアカウントに切り出せます。

逆に、向きません。

・買えば稼げる手順を探している人（黒字だったのは1ヶ月で、通算は赤字です）
・完成したツールをそのまま動かしたい人（渡すのは日本語の指定です）
・すでに自分でコードを書いて、同じ仕組みを動かしている人

何が入っているか

67本はどれも固有名が { } になっていて、自分のジャンルの言葉を入れて使います。専門用語が出てくるところは、その場で言い換えを添えました。

図は34点。収支の内訳、投稿から売上までのファネル、自動化の階層、事故が起きた経路。文章だけだと追いにくいところに置いています。

動かすのに要るものも書きました。最後に残った構成は、定額で使い放題のAI契約、無料枠のCI、外部の時刻管理サービスの3つだけです。どれもクラウド側で動くので、動かし続けるためにパソコンを起動しておく必要はありません。4月に ¥77,805 を溶かしたのはここを曖昧にしたままだったからで、従量課金へ流れる経路を塞ぐ考え方——定額が使えるときは従量用の鍵を実行環境から取り上げる——は第4章に、その鍵をどこで発行して、手元と自動実行の側それぞれのどこに置くかは第9章に書いてあります。

コードが読めないまま、詰まったときにどうするか

Q. コードが読めないのに、動いたかどうか判定できるのか。

できるように指定しています。1手順につきコマンドは1行、各手順に「成功したとき画面に出る文字」を書く、出なかったときの分岐も書く、専門用語には1行の説明を付ける——という制約を毎回付けさせています。無料パートで「動作確認用のテストを同じファイルに入れる」と指定したのも同じ理由で、OK が出れば通った、出なければ通っていない、それだけで判断できます。

Q. それでも詰まったら。

詰まった行と、画面に出た文字を、そのままAIに貼り返す。1回で通そうとせず、外れた場所だけを返す。私がやっていたのもそれだけです。そのうえで、AI側が言うことを聞かなくなる型は4つに決まっています。空欄だらけの出力が返る、助言口調に逃げる、長い出力の後半で質が落ちる、前に決めたことを忘れる。それぞれに何を投げ直せば戻るかを、第9章に書きました。

Q. AIが書いたファイルを、どこに置けばいいのか。

第4章で1節を割いています。フォルダ名を暗記する話ではありません。毎日動かす手順と、何度も使う共通ルールを、同じファイルに書かせない——原則はこれだけです。私はこれを守らずに、投稿時刻を直しただけで文章の検査まで巻き添えで壊しました。

Q. どのくらいで組み上がるのか。

第9章に、1ヶ月を4週に割った工程表と、週ごとの完了判定が入っています。たとえば「手で叩いた1回を成功に数えない」。冒頭に書いた“テストは緑のまま、投稿は5日ゼロ”は、これを数えたせいで起きました。たとえば「AIの鍵をわざと無効な値にして走らせ、何も投稿されないことを目で見る」。ここを飛ばすと、最初の事故が人の見ている場所で起きます。

本編は、AIに手順書として読ませて構いません

買ったテキストをAIに読み込ませて、自分の手で実装できる形に組み替えさせてください。第9章の付録に、いちばん最初に投げる指示文——要約させるのではなく、実装できる形に組み替えろと命じるもの——と、そこから順に投げるメタプロンプト7本（R-A〜R-G。67本の内数）が入っています。投げる順番と、前の出力を次のどこへ貼るかまで決めてあります。

本編を再配布したり、書き直したものを商品にしたりする用途ではありません。判断の前提まで残してあるのは、要約された設計図ではそのまま組めないからです。

価格

¥7,980

・全9章＋あとがき、8万字超
・図34点
・穴埋め式のプロンプト・擬似仕様・コードテンプレ67本（うち7本は、別ジャンルへ組み直すためのメタプロンプト R-A〜R-G）
・1〜6月の月別コスト ¥200,504 と、そのうちAI課金以外の実費 ¥41,364（残りはすべてAIへの課金）という切り分け
・3〜6月の売上記録と、運用を止めて約7週間後（7月）に入った ¥500
・事故と、そのあとに入れた対策の記録

サポート、個別相談、完成コードの配布はありません。代わりに、詰まったときに自分で戻すための手順を本編に入れました（ひとつ上のセクション）。私が上限を決めずに従量課金を回した4月は ¥77,805 でした。無料パートで動かした予算ガードは、その事故にそのまま対応する1本です。同じ粒度のものが、本編にあと65本あります。

免責

本書は執筆者個人の運用記録です。記載した成果の再現は保証しません。本文の法的な整理は私個人の理解であって、法的助言ではありません。各サービスの規約を確認し、ご自身の判断で利用してください。

＼ここからは「本編」の扉と目次プレビュー／

AIにメディアを丸ごと運用させて、note自動収益は作れるのか

── コードを書かずに4ヶ月走らせた全記録（設計図67本・下落・事故・暴走ぜんぶ込み）

本書の読み方

通して読むなら最初から順に。第1章で全体像を置いたら、第2章でいきなり事故の全記録に入ります。何が壊れたかを先に見ておくと、あとの章が「なぜそう組んだのか」に見えます。

急ぐなら3つ。全体を掴む＝1→2→9章。仕組みを組む＝1→4→5→8→9章。売り方と導線だけ＝1→6→9章。どれも最後は第9章です。

目次（全9章＋あとがき）

第1章　導入：私も「Claude課金できるだけ」の層だった——この本が誰のためか

動機と、約4ヶ月で実際にやったことの全体像。コードが書けないまま何をどこまでやれたのかの線引き。

第2章　失敗の全記録——コスト暴走、AIの暴走、CIが緑のまま止まっていた話

この本の本体。転んだ場所を、転んだまま見せます。以降の章は、ここで起きた事故ごとの設計上の答えです。

第3章　架空キャラの作り込み方——時間で破綻しない人格を4階層で組む

設定を4つの層に分け、日付が進んでも矛盾しない形に組む。そのまま使えるテンプレート付き。

第4章　フローと自動化——定額プランのまま「二層」で動かす（役割分担とフォルダ階層）

AI・X・noteを一本の流れにつなぐ振り分けと、フォルダ構成。従量課金なしで回すための構造。

第5章　AIの1発目を採用しない——敵対的プロンプト精製

複数の批評役に合議させて落とす仕組みを、プロンプトの全文で開示します。

第6章　X＝広告、note＝商品——役割を分けるまでと、値段の付け方

無料記事の量産からXを主軸に切り替えるまでの経緯と、値づけで何を基準に迷い、どう決めたか。

第7章　疑われた事案と、そのあとの制約——架空の人物に、検証できる数字を語らせない

公開の場で晒された話と、そのあとに入れた制約。確かめられる数字を語らせないための運用設計。

第8章　露出させないロジック——「黙ってスキップ」という設計思想

失敗したときに取り繕った文を出させず黙って止める設計と、「動いているように見えて死んでいる」を検知する仕掛け。空欄付きのテンプレと擬似仕様で残します。

第9章　最短ルート再現編——別ジャンルで組み直す1ヶ月分の工程

全手順を1ヶ月分の工程に並べ替え。付録に、AIへ最初に投げる指示文とメタプロンプト7本（R-A〜R-G）、投げる順番と出力の受け渡し。その手前に、出品前に表現を照合するNG→OK対応表とチェックリスト。

あとがき　畳んだ後に何が残るか——この事業をやめた日の話

やめると決めた日に何が残って、何が消えたか。次に別のジャンルでやるとしたら、どこを変えるか。

ここから先に出てくるのは、3月に＋¥25,883 を出した設計と、4月に ¥77,805 を溶かした場所です。
その ¥77,805 は、私がもう払いました。

本編は、購入するとこのページの続きに開きます。