어떤 문제를 줄이고 싶은지
단순히 “도구 추가”보다, 어떤 반복 작업을 줄이고 싶은지 설명해 주시면 우선순위를 정하기 쉽습니다.
🔒 브라우저 내부 처리
오류 제보, 기능 요청, 사용 경험 피드백은 공개된 경로로 보내주시면 확인하기 쉽습니다.
민감한 개인정보, 비밀번호, API 키, 운영 토큰은 문의 내용에 포함하지 않는 것을 권장합니다.
Bug reports, feature requests, and usage feedback are easiest to review when they come through a public, trackable channel.
Do not include sensitive personal data, passwords, API keys, or production tokens in a public report.
Channels
이슈 트래커를 쓸 수 없는 상황이라면, 저장소 링크나 블로그 경로를 통해 남길 수 있는 공개 메시지로 안내를 부탁드립니다.
Channels
If the issue tracker is unavailable, a public note through the repository or blog route is still better than a vague report with no reproduction details.
Bug Reports
Bug Reports
Requests
단순히 “도구 추가”보다, 어떤 반복 작업을 줄이고 싶은지 설명해 주시면 우선순위를 정하기 쉽습니다.
예상 입력 예시와 원하는 결과 형식을 함께 적으면 실제 구현 가능성을 빠르게 판단할 수 있습니다.
서버 없이 가능한 작업인지, 외부 API가 필요한 작업인지 알려주면 방향을 잡는 데 도움이 됩니다.
많이 쓰는 도구의 오류, 보안상 오해를 부를 수 있는 문구, 모바일에서 깨지는 UI를 우선 확인합니다.
Requests
“Add a tool” is less actionable than explaining which repetitive task you want to shorten.
Concrete examples help determine scope and implementation feasibility much faster.
It helps to know whether the feature can stay client-side or would depend on an external API.
Issues in frequently used tools, confusing security copy, and mobile layout problems are reviewed first.