コンテンツへスキップ

最初のストーリー · 約 10 分

検証できるストーリーから始める ​

TypeApe は、本文、構造、検証、Agent との作業を一つのローカルプロジェクトにまとめます。このガイドでは、新しいプロジェクトの作成から、読めて構造を証明できるストーリーまでを案内します。

  1. 1ソースを書く
  2. 2経路を検証する
  3. 3結果を読む
story/main.latext: { 信号は庭の地下から応答する。 };
0 件のエラー · 2 つの Block に到達可能

1. プロジェクトを作成する ​

New project を選択し、ストーリーに名前を付け、ストーリー種別を選びます。

  • Linear story は、開幕から一つの結末へ向かう一本の順序立った経路です。分岐させたくない小説、脚本、ナラティブの草稿に使います。
  • CYOA は選択、複数の結末、有限の記憶された結果を扱えます。読者が展開を変える場合に使います。

ストーリー種別は、使える構造を決めます。Linear story は一本の経路に従い、選択や State を含められません。CYOA は分岐を扱えますが、すべての可能な経路が有効でなければなりません。

創作言語として English、簡体字中国語、日本語から選べます。スターターテンプレートと Agent の応答は、このプロジェクト言語を使います。表示言語は システム設定 → アプリケーション → 言語 で別に選択でき、この設定はこの端末にのみ適用されます。

2. Lattice 言語に触れる ​

ストーリーファイルの拡張子は .la です。小さな Linear story は次のようになります。

text
story main (
  title: "Signal Garden",
  language: "en",
  format: novel,
  entry: opening
);

scene garden (title: "The garden") {
  block opening (title: "The signal", purpose: setup) {
    text: { A light wakes beneath the garden. };
    next -> answer;
  }

  block answer (title: "The answer", purpose: resolution) {
    text: { Mara follows the light home. };
    end;
  }
}

四つの考え方でソースのほとんどを説明できます。

  • 宣言は、ストーリー、実体、Scene、Block に安定した ID を与えます。
  • 丸括弧内のメタデータは、その同一性を置き換えずに記述します。
  • 本文は { ... } の中に置かれるため、句読点や改行を自然なまま保てます。
  • すべての Block は next、choice、end などの明示的なフロー終端で終わります。

インポート、対話、選択、有限 State、Pool、Module、完全な例については、Lattice 言語ガイドを参照してください。

3. 読む前に検証する ​

まとまった編集の後で、スタジオ下部のステータスバーを確認するか、プレイ に切り替えて 検証 を選びます。TypeApe はソースを層ごとに検査します。

  1. 構文とインポート:すべての .la ファイルを安全に読み込めるか。
  2. 構造と参照:ID、所有者、対象、メタデータが一致しているか。
  3. ストーリーロジック:関連するすべての経路が、ソフトロックなしで有効な結末に到達できるか。

最も早い段階のエラーから修正してください。後続のメッセージは結果にすぎないことがあります。警告はストーリーを自動的に妨げませんが、意図的な創作上の判断が必要です。

宣言の順序はファイルを読みやすくしますが、ストーリーの順序を作りません。読者が実際に到達できる範囲を決めるのは entry、next、choice、enter、complete、end です。

4. 最新のソースを体験する ​

プレイ(⌘3 または Ctrl+3)に切り替えて 読む を選ぶと、設定された entry から始まります。ストーリーはステージフレームの中で再生され、Agent はその横に表示されます。Linear story は検証済みのリンクに沿って進みます。CYOA は現在の有限 State に応じて、選択肢と条件を満たす Module を提示します。

プレビューの位置は一時的なものです。プレイを離れるかプロジェクトを開き直すと、.la ファイルを変えずに最初から読み直します。

読んでいる間は、正確な本文を選択するか、段落マーカーを有効にして修正メモを残します。すべてのメモを保存したら、注釈を Agent に送信 を選び、焦点を絞った修正の会話を始めます。

5. Agent に適切な種類の作業を依頼する ​

直接的で範囲の限定された変更には、通常の 創作(Act)リクエストを使います。

開幕のマラをもっと迷いのある口調にしてください。経路構造は保ったまま、ストーリーを検証してください。

変更が複数のファイルにまたがる場合、新しい分岐や State を導入する場合、または編集の前に判断が必要な場合は 計画 をオンにします。計画モードは書き込まずにプロジェクトを調査し、順序立てたチェックリストを準備し、レビューのために計画を開きます。

計画のレビュー、注釈、ステアリング、フォローアップについては、Agent と協働するに進んでください。