네, 물론이죠. 하지만 이렇게 하면 트랜잭션 비용이 증가하게 됩니다(특히 MCP의 비효율성 때문에!).
2개의 좋아요
비용에 대해서는 공감합니다. 하지만 현재 수동 관리 방식이 초래하는 '인적 비용’과 맥락을 무시한 알림이 유발할 수 있는 잠재적 불만을 고려해야 한다고 생각합니다. 기존 워크플로우는 아직 해결책을 찾지 못한 사용자에게 알림을 보내는 과정에서 '알림 피로’를 유발하는 경우가 많습니다.
MCP에는 현재 일부 오버헤드가 있지만, AI의 효율성은 시간이 지남에 따라 계속 향상되고 있습니다. 또한, 모든 오래된 주제를 스태프가 수동으로 분류하는 것보다 의미 있고 정확한 해결책의 지표를 제공하는 방식으로 AI를 활용하는 것이 훨씬 확장성이 높을 것입니다.
3개의 좋아요
discourse ai에서 이미 매우 정교한 에이전트를 지원합니다.
이처럼 정교한 워크플로우를 쉽게 구성할 수 있도록 어떻게 노출할 수 있을지 궁금하네요 
한번 이야기 나눌 수 있으면 좋겠습니다.
2개의 좋아요
대화하길 정말 좋아합니다! 이 주제가 원래 게시글과는 약간 벗어난 것 같지만, 이런 워크플로우를 설정하는 용이성에 대한 질문에 답하자면, 이는 주로 Discourse에서 자동화가 작동하는 방식에 달려 있습니다. 관리자가 단계를 직접 설정할 수 있도록 하는 대신, 기본 제공 옵션은 사전에 정의된 플로우에 크게 의존합니다. 트리거와 액션으로 나누고, 관리자가 커뮤니티의 필요에 맞게 구성할 수 있도록 하면 큰 도움이 될 것입니다. 이를 위해 제가 시작한 기능 요청이 있습니다 - Feature Request - Split Automations into Triggers and Actions
2개의 좋아요
해결책으로 표시하는 기능이 사실상 무의미합니다. 절반의 경우 잘못된 게시물이 표시되거나, 아예 확인조차 되지 않거나, OP가 답글로 스스로 해결로 표시하기 때문입니다. 그리고 가장 좋은 답은 묻혀 있어 해결책으로 표시되지 않는 경우가 많습니다.
의미가 없다(무의미하다)는 표현은 좀 강하지만, ‘해결책으로 표시’ 기능이 실제로 해결책을 제공한 게시글을 반영하지 못하는 경우가 많다는 점에는 동의합니다. 이는 이 포럼뿐만 아니라 제가 사용했던 다른 Discourse 포럼들에서도 관찰된 것입니다. 질문자(OP)가 자기 자신의 게시글을 해결책으로 표시하는 경우가 큰 문제인데, 종종 다른 사용자가 이미 질문자에게 해결책을 제공한 경우(때로는 바로 이전 게시글에서)에도 이런 일이 발생합니다.
원래 주제 작성자가 자신의 게시글을 해결책으로 표시하는 것을 허용하지 않는 것이 이 문제의 해결책이 될 수 있지만, 가끔 질문자가 실제로 혼자 문제를 해결한 후 다른 사람들에게 도움을 주기 위해 주제에 게시하는 경우도 관찰되었습니다.
1개의 좋아요