サンドボックス

Playdateにおける「サンドボックス」は、主にシステムのセキュリティ設計（ファイルシステムの制限）と、開発者がコードを試すための実験環境という2つの側面で語られます。

サンドボックス
- 概要
関連ページ

概要

1. ファイルシステムのサンドボックス化（技術的制約）

Playdate OS上で動作するゲーム（.pdx）は、セキュリティと安定性のために厳格なサンドボックス環境内に隔離されています。

アクセス制限

各ゲームは、自身のゲーム内リソースと、OSから割り当てられた特定のデータフォルダ以外にアクセスすることはできません。

書き込み権限

開発者がファイルを保存したり、セーブデータを作成したりできるのは、デバイス内の /Data/<bundleid>/ フォルダ内に限定されます。

システム設定や他のゲームのデータに干渉することは不可能です

読み込み権限

ゲーム内のアセット（画像、音声、スクリプト）は読み込み専用として扱われ、実行中に自分自身の実行ファイルを書き換えることはできません。

2. 開発・実験環境としてのサンドボックス

開発者が本番環境にデプロイする前に、Luaコードや挙動を素早くテストするための「サンドボックス的なツール」がいくつか存在します。

Playdate Simulator

PC/Mac上で動作する公式のシミュレーター自体が、強力なサンドボックスです。

実機の挙動をシミュレートしつつ、コンソールログの確認やメモリ使用量の監視が可能です。
ファイルシステムもPC上の特定のフォルダに隔離（サンドボックス化）されるため、開発マシンのシステムファイルを誤って壊す心配がありません。

Pulp

公式の Pulp (https://play.date/pulp/) では、ブラウザ上で動作するレベルエディタやコードを書いて即座に動作を確認できる環境が用意されています。

3. セキュリティと自由度のバランス

Playdateは「サイドローディング（自作ゲームの自由なインストール）」を認めているオープンなプラットフォームですが、サンドボックスによって以下の安全性が担保されています。

項目	サンドボックスによる制御
プライバシー	ゲームがユーザーのシステム設定や他ゲームのスコアを盗み見ることはできない
システム破壊	悪意のあるコードがOSのコアファイルを削除することはできない
リソース管理	特定のゲームが無限にストレージを消費し続けないよう、論理的な分離が行われる

4. 開発時の注意点（APIの制限）

サンドボックス環境下では、一般的なPC開発とは異なる制約があります。

絶対パスの禁止: ファイル操作時には / から始まる絶対パスではなく、常にそのゲームのルートからの相対パスを使用する必要があります。
ネットワークアクセス: PlaydateはWi-Fiを搭載していますが、ゲームが自由に外部サーバーと通信できるわけではなく、OSが提供するAPI（スコアボードやカタログ連携など）を通じた制御された通信が基本となります。

まとめ

Playdateにおけるサンドボックスは、「自由な個人開発」と「デバイスの安全性」を両立させるための境界線です。開発者はこの境界線の中で、SDK（Lua/C）を駆使してゲームを構築することになります。

この隔離された環境があるからこそ、ユーザーは野良で公開されている.pdxファイルを安心して自分のPlaydateに入れて遊ぶことができる、というエコシステムの信頼性を支える重要な要素といえます。

Playdate 非公式開発まとめ wiki