> 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/ko/closed-beta-guide/feedback-and-support.md). # 피드백 및 지원 클로즈드 베타는 여러분에게서 배우기 위해 마련되었습니다. 무엇이 잘 작동하는지, 무엇이 헷갈리는지, 무엇이 고장 났는지, 무엇이 빠져 있는지 모두 알려 주세요. *** ### 연락 방법 **Telegram 그룹** — 이 채널은 클로즈드 베타 기간의 주요 소통 채널입니다. 전체 팀이 여기에 있고 모든 메시지를 읽습니다. 버그 신고, 질문, 기능 요청, "잠깐, Mojo로 이것도 할 수 있나요?" 같은 내용은 모두 여기에 보내 주세요. *** ### 훌륭한 버그 신고의 조건 다음 항목 중 무엇이든 포함해 주시면 더 빨리 해결할 수 있습니다: 1. **무엇을 하려 했는지** — 여러분의 의도를 직접 표현한 말 2. **무엇이 일어나길 기대했는지** 3. **실제로 무엇이 일어났는지** 4. **언제 일어났는지** — 대략적인 시간 + 어떤 플랫폼인지(Hyperliquid / 온체인 현물 / Polymarket) 5. **스크린샷 또는 화면 녹화** — 휴대폰 화면을 간단히 찍은 사진만으로도 도움이 됩니다 "완벽함"이 "보내기"의 적이 되지 않게 하세요. 다음과 같은 두 줄짜리 메시지도 *"14:30 UTC쯤 제 다단계 ETH 전략이 응답하지 않기 시작했어요. 스크린샷을 첨부합니다"* 라고 적은 메시지는 우리가 받지 못하는 다듬어진 보고서보다 훨씬 더 유용합니다. *** ### 우리가 가장 원하는 것 버그 신고는 중요합니다. 하지만 베타 기간에 가장 가치 있는 피드백은, 보통 따로 적지 않을 내용입니다: * **만들고 싶었지만 어떻게 표현해야 할지 몰랐던 전략** * **무언가를 시도해 보고 *****"잠깐, 정말 그렇게 됐다고?"*** * **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/ko/closed-beta-guide/feedback-and-support.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.