スコアだけが残る終わり方：数字のあとに何を見せるか

数字が答えるのは「どれくらい」だけ

スコアは一つの問いにしか答えません。「どれくらいだったか」です。遊び手が終わりの瞬間に知りたいことは、実はその外側にあります。

• 良かったのか、悪かったのか（基準）
• なぜその数字になったのか（内訳）
• 自分は何をしたのか（軌跡）
• 次に何をすればいいのか（次の一手）

数字だけが残る終わりは、この四つをすべて遊び手の記憶に任せます。遊んだ直後は覚えていても、少し時間が経つと「なぜ減ったのか」は思い出せなくなります。数字は残り、理由は消えます。理由のない数字は、改善にも自慢にも使いにくいものです。

アソバースでは、ゲーム内スコアの共通ランキングは提供されていません。ランキングの切り替えはプレイ回数・いいね数・レビュー平均で、プレイ回数も人数ではなく作品の起動回数です。他の遊び手と点数を比べる場がないので、スコアの意味づけは作品の中で完結させる必要があります。つまり比べる相手は、満点、最短、そして過去の自分になります。

数字に足せる文脈は四種類に分けられる

足し方は次の四つに整理できます。

• 基準、遊び手に渡すもの：良し悪しの物差し、具体的な形の例：満点、最短手数、ルートごとの目標数、前回の記録
• 内訳、遊び手に渡すもの：数字の理由、具体的な形の例：減点の種類ごとの回数、成功と失敗の数
• 軌跡、遊び手に渡すもの：過程の再現、具体的な形の例：棋譜、前回の軌道、取った駒の一覧
• 収集・記述、遊び手に渡すもの：数字以外の成果、具体的な形の例：図鑑、観察ノート

四種類は排他的ではなく、重ねて使えます。ただし、どれから足すかには順序があります。基準がなければ数字は評価できません。内訳がなければ基準と比べても原因が分かりません。そして軌跡と次の一手は、内訳で見つけた原因を試し直すために働きます。

もう一点、「数字のあとに見せる」場所は終了画面だけではありません。次の挑戦の盤面に過去を残す方法もあります。この点は次の節で作品例から確かめます。

作品に見る、文脈の置き場所

以下は、公式作品の確認済みの仕様から読み取れる範囲に限った整理です。終了画面の細かな見え方は、作品を開いて確かめてください。

基準が設計に埋め込まれている作品

「時計じかけの台所」は、料理ごとに100点で評価します。100点という上限が先にあるので、点数はそのまま満点との距離になります。時間制限のない見習いと、1皿28秒・配膳6秒・ミス3回までの本番があるため、同じ点数でも条件が違います。数字を読むには、どちらの条件で出た数字かという文脈が必要になります。

「紙ひこうき郵便」は、海辺が36秒で5通、丘が40秒で8通、山が44秒で10通と、ルートごとに目標の通数が決まっています。集めた通数は、ルートの目標と比べて意味を持ちます。この作品の終わり方は風船にぶつかって3回で終了するか、最後の6秒で郵便受けへ向かうかなど複数あります。結果の読み方も終わり方によって変わるはずです。

「月夜の配達」は、各夜の最少区間数を記録し、ヒントでは残り最短距離や次の一歩を照らします。「最短」という基準が、プレイ中から盤面の側にあります。「プリズムの道」の最少回転の記録も同じ種類です。

内訳の材料がルールに含まれている作品

「こだまの森」には、聴き直しで15点減、間違いで30点減、3回間違えると終了というルールがあります。減点の種類が二つに分かれているので、「点数が低い」を「聴き直しが多かった」か「間違いが多かった」かに分解する材料が、設計の中にすでにあります。それを終わりの画面でどう見せているかは、作品を開いて確かめてください。

軌跡を次の挑戦に持ち越す作品

「小さな軌道」は、全軌道の予測（点線）と、前回の軌道（細い実線）を表示します。前回の軌道が次の試行の盤面に出るので、遊び手は数字を見なくても、前回どこで曲がり損ねたかを目で比べられます。予測を消して挑むこともできるため、文脈を足す側と外す側を遊び手が選べる設計でもあります。最速記録はプレイ中だけ残ります。

「灯りのチェス」は、取った駒と全棋譜を表示します。勝敗という結果の背後にある過程が、盤面の外に並びます。終局後にどう見えるかは、一局終えて確かめてください。

「かたちのあいだ」には、手数を使った仕組みがあります。ヒントは次の一手を示しますが、最短とは限りません。一手戻しても手数は減りません。そのため手数は「実際に動かした量」の正直な記録になります。同じ配置で再挑戦できるので、条件をそろえた比較ができます。この作品は保存もあり、以前の記録との比較が長く続きやすい設計です。

数字以外を残す作品

「潮だまり」には点数の競争がなく、絵付き図鑑と観察ノートがあります。8種の生きもののうち何が現れたかが成果になります。数字を足さずに、見つけたものの一覧を終わりに置く方法です。

記録がどこまで残るか

記録の保存範囲は、文脈の効き方を左右します。13作品のうち、保存があるのは「余白の庭」「WAVE / WAVE」「かたちのあいだ」の3作品です。他の10作品の記録は、画面を開いている間だけ残ります。たとえば「こだまの森」の最高記録、「小さな軌道」の最速記録、「月夜の配達」の最少区間数がそうです。つまり多くの作品で「過去の自分」とは、同じ画面を開いている間の自分です。比較を続けたいなら、画面を開いたまま続けて遊ぶ必要があります。

自分で記録する手順

ここからは、読者が自分で数えるための設計です。

問い

遊んだあとの画面は、基準・内訳・軌跡・次の一手のうち、どれを渡しているでしょうか。また、渡された文脈で「なぜこの数字になったか」を自分の言葉で言えるでしょうか。

準備するもの

• 公式作品を3〜4本（点数や記録があるものを中心に。例として「時計じかけの台所」「こだまの森」「小さな軌道」「かたちのあいだ」）
• 記録用の表（紙でも表計算でも構いません）
• タイマー（任意）

集計の単位と回数

単位は「1回の終わり」です。作品の数ではありません。各作品で、終わり方の種類ごとに最低1回ずつ遊びます。たとえば、成功して終わる場合と、ミスの上限で終わる場合は別の終わりです。さらに、同じ終わり方で2回目も遊びます。2回目に前回との関係が見えるかどうかを確かめるためです。

記録する項目

1回の終わりごとに、次の項目を○・△・×で記録します。

• A 数字、確かめること：数字が表示されたか
• B 基準、確かめること：その数字の良し悪しを、画面だけで判断できたか
• C 内訳、確かめること：数字の理由に当たる情報があったか
• D 軌跡、確かめること：自分がしたことを思い出す手がかりがあったか
• E 次の一手、確かめること：もう一度遊ぶ入り口が目に入ったか

最後に「確認テスト」を一つ行います。終了画面から目を離して、「この数字になったのは○○だったから」という一文を書きます。その後に画面へ戻り、自分の一文が画面の情報と合っていたかを確認します。合っていれば○、一部ずれていれば△、画面からは確かめられなかったなら×です。

起こりやすい誤り

• 初回と2回目で印象が変わります。初回は仕様を知らないため、見落としが多くなります。2回目の記録を別に取ります。
• 腕前の差が混ざります。うまく遊べた回と失敗した回で、画面の見え方の印象が変わりやすいので、成功・失敗の両方を記録します。
• 画面を閉じると記録が消える作品があります。2回目の比較は、同じ画面を開いたまま続けます。
• 難易度や時間設定が違うと、数字は別物になります。条件（見習いか本番か、どのコースか）も一緒に書いておきます。

結果の読み方と、自作に持ち帰る判断基準

表が埋まったら、○の数を合計するのではなく、欠けている列を見ます。作品の良し悪しではなく、その終わりが何を遊び手に任せているかを知るためです。

• Bが○でCが×：良し悪しは分かるが理由が分からない終わりです。次の挑戦が運任せになりやすい形です。
• Cが○でEが×：理由は分かるが、試し直す入り口が遠い終わりです。入り口の位置を探すのに手間がかかっていないか、確認します。
• Dが○で確認テストが×：過程は残っているが、数字と結びついていない終わりです。過程のどこが数字に効いたのかが読めません。
• 2回目でBが○に変わる：前回の記録が基準として働いています。その記録がどこまで残るかも併せてメモします。

判断の目安は一つだけです。確認テストで自分の一文が画面の情報と合うなら、その終わりは数字の理由を渡せています。合わないなら、足りない列はどれかをもう一度表で探します。

自作ゲームに持ち帰る

作る人は、数字を出す前に理由を貯めておくだけで、内訳が作れます。減点や加点が起きるたびに、理由を記録します。次の例は、100点満点から減点して、終了時に内訳と前回との差を表示する最小構成です。減点の値は説明用で、公式作品の採点とは関係ありません。

<button id="miss">ミス(-30)</button>
<button id="hint">聴き直し(-15)</button>
<button id="end">終わる</button>
<pre id="out"></pre>
<script>
let log = [], best = null;
const add = (label, d) => log.push({ label, d });
miss.onclick = () => add("ミス", -30);
hint.onclick = () => add("聴き直し", -15);
end.onclick = () => {
  const total = Math.max(0, 100 + log.reduce((s, e) => s + e.d, 0));
  const rows = log.map(e => `${e.label} ${e.d}`);
  const diff = best === null
    ? "前回の記録はありません"
    : `前回との差 ${total - best}`;
  best = best === null ? total : Math.max(best, total);
  out.textContent = ["結果 " + total, ...rows, diff, "最高 " + best].join("\n");
  log = [];
};
</script>

この例では、変数 best は画面を開いている間だけ残ります。ブラウザ内の保存やアソバースのクラウドセーブを使えば、もっと長く持ち越せます。ただし、アップロード作品内の localStorage と sessionStorage は一時メモリーの互換処理です。長く残す記録が必要なら、SDKによるクラウドセーブ（作品ごとにJSONで128KiBまで）を検討してください。クラウドセーブはログインした遊び手が対象で、ゲストの進行は端末内に保存され、ログイン後のアカウントへ自動では混ざりません。ゲームに渡さない情報（認証トークンやメールアドレスなど）は、保存データにも入れないでください。

次の行動

公式作品を3〜4本選び、上の表を持って、成功した終わりと失敗した終わりを1回ずつ、続けて2回目も遊んでみてください。確認テストの一文を書くところまでやると、足りない文脈がはっきりします。作る人は、自作の終わりの画面で同じテストを自分に行い、欠けた列を一つだけ足してみてください。