Discourse AI 플러그인의 AI 이미지 캡션 기능

Discourse AI 플러그인에 AI 이미지 캡션(AI Image Captioning) 기능을 추가했습니다. 이를 통해 게시물의 이미지 캡션을 자동으로 생성할 수 있습니다. 이 기능은 콘텐츠 접근성을 높이고 커뮤니티 내 시각적 요소를 풍부하게 만드는 것을 목표로 합니다.

기능 및 사용법

  • 자동 AI 캡션: 편집기에 이미지를 업로드하면 AI를 사용하여 캡션을 자동으로 생성할 수 있습니다.
  • 편집 가능한 캡션: 생성된 캡션은 콘텐츠의 맥락과 톤에 맞게 수정할 수 있습니다.
  • 향상된 접근성: 이 기능은 스크린 리더를 사용하는 사용자를 위한 더 접근성 좋은 콘텐츠 제작을 지원합니다.

사용 방법

  1. Discourse 편집기에 이미지를 업로드합니다.
  2. 이미지 근처의 “AI로 캡션 생성” 버튼을 클릭합니다.
  3. 생성된 캡션이 표시되며, 이를 수정할 수 있습니다.
  4. 캡션을 승인하여 게시물에 포함시킵니다.

피드백

이 기능을 개선하기 위해 여러분의 피드백이 매우 중요합니다. 이 기능은 Meta에서 활성화되어 있으므로, 이 주제에서 여러분의 경험, 문제점 또는 제안을 공유해 주세요.

AI 모델

이 기능은 오픈소스 모델 LLaVa 1.6 또는 OpenAI API를 모두 지원합니다.

28개의 좋아요

재밌는 건, 이 게시글에서 이미 이 기능을 사용했었다는 거예요. 정말 인상 깊었어요. 이미지 내용을 읽어내고, 이 게시글의 주제가 무엇인지 알려주더라고요

https://meta.discourse.org/t/discourse-subscriptions/140818/609?u=frold

6개의 좋아요

OpenAI 포럼에서 이 내용을 확인했습니다

5개의 좋아요

모바일 사용자가 에디터를 벗어나야 하므로, 어떻게 그 기능을 기억해 사용하게 만들지 모르겠습니다.

그 캡션이 대체 텍스트(alt-text)로도 사용되나요?

4개의 좋아요

네, 그렇습니다.

수용도가 좋다면 가까운 시일 내에 JIT(Just-In-Time) 알림 기능을 추가할 계획입니다.

7개의 좋아요

게시글 2개가 새 주제로 분리되었습니다: DiscourseAI의 프롬프트 사용자 정의 지원

체크무늬 셔츠는 볼 수 있지만, 조지 코스탄자를 감지하지는 못합니다. :rofl:

농담을 접어두고 말하지만, 특히 #접근성 측면에서 이는 훌륭한 발전입니다. 이전 A11Y 보고서에서 이미지 대체 텍스트(alt text) 누락은 주요 지적 사항 중 하나였는데, 이전에는 이미지가 사용자가 업로드한 콘텐츠라는 이유로 이를 모두 무시해 왔습니다. 이번 변화는 훨씬 더 나은 접근성을 위한 명확한 방향을 제시합니다.

13개의 좋아요

오류 메시지의 경우, 검색 엔진이 이를 인식할 수 있도록 오류의 주요 부분을 캡션으로 유도하는 방법이 있을까요?

다른 결과들

3번은 IBM EWM 도구로 올바르게 식별했지만, 2번이 Rhapsody임을, 1번이 Vector Davinci임을 인식하지 못했습니다. 그럼에도 불구하고 이러한 캡션은 꽤 합리적입니다.

5개의 좋아요

정말 멋진 기능이에요!

하지만 찾기가 정말 어렵습니다. 사용자가 이미지를 마우스로 올려야 버튼이 보이고, 그 다음에 클릭해야 하거든요(대부분의 사람은 이걸 모를 거예요).
제가 이 기능을 알고 찾아보고 있었지만, 마우스를 올려야 한다는 걸 알기 위해 동영상을 확인해야 했습니다.
개인적으로는 처음 사용할 때 사용자가 쉽게 인지할 수 있도록 눈에 확 띄게 해야 한다고 생각해요. 사용자가 아무것도 클릭하지 않아도 기본적으로 자막을 생성하게 만들 수도 있죠 :drevil:

7개의 좋아요

결국 이러한 프롬프트를 사용자 지정할 수 있도록 만들 예정이므로, 이후에는 이것이 가능해질 것입니다.

새로운 기능으로, 피드백을 수집하기 위해 매우 눈에 띄지 않는 방식으로 도입한 후, 찾기를 더 쉽게 하고 심지어 자동화하는 방향으로 진행할 계획입니다.

10개의 좋아요

6개의 게시글이 새 주제로 분리되었습니다: AI 이미지 캡션 구성 문제

이 방식은 (인터넷) 이미지 링크를 AI 서비스에 전송하나요, 아니면 이미지 콘텐츠를 업로드하나요, 아니면 Discourse에서 로컬로 어떤 "해싱"을 수행하나요? 서버 측에서 처리되나요, 아니면 JavaScript(즉, 클라이언트 IP를 외부 서비스에 노출)를 사용하나요?

3개의 좋아요

이미지 링크를 자막 생성을 위해 선택한 서비스로 전송합니다. 인증 정보가 포함되므로 서버 측에서 처리됩니다.

해당 기능을 원하지만 제3자를 개입시키고 싶지 않다면, LLaVa를 자체 서버에서 실행할 수 있습니다.

3개의 좋아요

동의합니다. 다만 하드웨어 한계로 인해 품질이 저하될 수 있습니다. 모델 크기, 양자화(quantization), 또는 최소 VRAM에 대한 추천 사항을 경험에 비추어 공유해 주실 수 있을까요? (전체 모델만 있는 것 같아서 양자화 모델이 있는지 확실하지 않습니다. 그들의 "zoo"에는 전체 모델만 있는 것 같습니다.)

2개의 좋아요

현재는 Mistral 7B를 기반으로 한 가장 작은 버전의 모델을 실행하고 있습니다. 단일 A100 서버에서 21GB의 VRAM을 사용하며, ghcr.io/xfalcox/llava:latest 컨테이너 이미지를 통해 실행되고 있습니다.

불행히도 멀티모달 모델 생태계는 텍스트-텍스트 모델만큼 성숙하지 않아, vLLM이나 TGI 같은 추론 서버를 활용할 수 없는 상황입니다. 그래서 현재는 일회용 마이크로서비스에 의존하고 있습니다. 올해 상황이 달라질 수 있습니다. 멀티모달 지원은 vLLM의 로드맵에 포함되어 있지만, 그 때까지는 해당 서비스들을 통해 상황을 점검해 볼 수 있을 것입니다.

5개의 좋아요

이것에 대해 몇 가지 작은 UX 피드백을 드립니다. 작은 이미지에서 “AI로 캡처” 버튼은 이미지 자체뿐만 아니라 게시물의 다른 텍스트도 가려서, 편집 시 게시물을 검토하기 어렵게 만듭니다.

3개의 좋아요
4개의 좋아요

여기에서도 내 사이트에서도 생성된 모든 캡션이 “이미지에 …가 있습니다” 또는 “…의 이미지” 같은 표현으로 시작하는 것을 확인했습니다. 이는 불필요하고 중복된 내용으로 보입니다. 프롬프트를 업데이트하여 이미지가 이미지라는 설명은 필요 없다는 점을 명시해 주실 수 있을까요?

3개의 좋아요

모델마다 허용 범위가 달라 세밀한 조정이 매우 까다롭지만, 커뮤니티 소유자가 프롬프트를 직접 제어할 수 있도록 하여 실험을 해볼 수 있게 하는 것이 하나의 계획입니다.

5개의 좋아요

@mattdm 생성된 답변의 앞에 "An image of"를 미리 채워 넣으면 됩니다. 이렇게 하면 LLM이 이미 도입부를 생성한 것으로 인식하여 나머지 부분만 생성하게 됩니다.

2개의 좋아요