> For the complete documentation index, see [llms.txt](https://docs.mojo.trade/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.mojo.trade/ja/kurzudobtagaido/fdobakkutosapto.md). # フィードバックとサポート クローズドベータは、皆さんから学ぶためにあります。うまくいっている点、わかりにくい点、壊れている点、足りない点を、何でも教えてください。 *** ### お問い合わせ先 **Telegramグループ** — これはクローズドベータ期間中の主要な連絡チャンネルです。チーム全員がそこにいて、すべてのメッセージを読んでいます。バグ報告、質問、機能要望、「待って、Mojo もこれができますか？」――そのすべてをここに送ってください。 *** ### 優れたバグ報告に必要なもの これらのどれかを含めていただけると、より早く対応できます： 1. **何をしようとしていたか** — ご自身の言葉で、意図をお書きください 2. **期待していた結果** 3. **実際に起きたこと** 4. **いつ起きたか** — おおよその時刻 + どのプラットフォームか（Hyperliquid / on-chain spot / Polymarket） 5. **スクリーンショットまたは画面録画** — スマホ画面の簡単な写真でも役立ちます 「完璧」を「送信済み」の敵にしないでください。たとえば、2行のメッセージで *「私の複数ステップの ETH 戦略が 14:30 UTC ごろに応答しなくなりました。スクリーンショットはこちらです」* と送っていただくほうが、私たちが受け取ることのない丁寧に整えられた報告より、はるかに役立ちます。 *** ### 私たちが最も欲しいもの バグ報告は重要です。ですが、ベータ期間中に最も価値があるフィードバックは、ふだんは書き留めないような次のようなものです： * **作りたかったのに、どう表現すればいいかわからなかった戦略** * **何かを試して、思わずこうなった瞬間 *****「えっ、本当にそうなったのですか？」*** * **Mojo にやってほしいと思っていたのに、実際にはしなかったこと** * **Mojo なら解決できそうなのに、まだ解決できていない作業フロー上の摩擦** すべて送ってください。まとまりきっていない考えでも大丈夫です。「もし Mojo が……できたら」という発想が突飛であるほど、むしろ良いです。 *** ### 皆さんのフィードバックをどう扱うか * **バグ** は毎日トリアージしています。重大な問題はただちに対応します。 * **プロダクトフィードバック** はチームが毎週確認します。特に重要度の高いものは、ロードマップに直接反映されます。 * **機能要望** は追跡して分類しています。すべてを実装するわけではありませんが、何をしているのか、なぜそうするのかは必ずお伝えします。 クローズドベータの最初の参加者の皆さんは、Mojo がどのような製品になるかに大きな影響を与えます。すべての声が届くように、あえて少人数にしています。 大事だと伝えていただければ、きちんと議論します。壊れているものを見つけていただければ、修正します。 **最初のこの時期に参加していただき、ありがとうございます。** --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.mojo.trade/ja/kurzudobtagaido/fdobakkutosapto.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.