Codestream: Slack 통합에는 너무 많은 권한이 필요하며 개인 정보 보호 정책이나 서비스 약관 주소는 CodeStream이 이러한 권한을 사용하는 방법 또는 이유를 설명하거나 Slack에서 수집한 정보를 보호하지 않습니다.

걱정해주셔서 감사합니다 @BernsteinA . 여기서 주목해야 할 핵심 사항은 사용자 이름, 이메일 및 몇 가지 프로필 필드를 제외하고는 Slack 작업 공간 정보가 당사 서버에 의해 액세스되거나 저장되지 않는다는 것입니다.

CodeStream이 제공하는 기능을 허용하는 데 필요한 최소한의 범위로 범위 수를 줄이기 위해 Slack의 엔지니어링 팀과 적극적으로 협력하고 있습니다.

개인 정보 보호 정책에 "사용자 이름, 이메일 및 몇 가지 프로필 필드 외에는 Slack 작업 공간 정보가 당사 서버에 의해 액세스되거나 저장되지 않습니다"를 넣을 수 있습니까?

훌륭한 제안! 우리의 현재 개인 정보 보호 정책은 분명히 Slack 통합을 추가하기 전에 작성되었습니다.

이에 대한 후속 조치.

현재 Slack 권한은 다음을 요구합니다.

• MadKudu의 모든 이벤트를 실시간으로 수신
• MadKudu의 모든 콘텐츠에 액세스

이것은 문제에서 원래 설명된 것보다 나은 것처럼 보이지만 여전히 과도합니다. Slack 통합을 구축한 후 이것이 얼마나 성가신 일인지 압니다. 하지만 현재로서는 Codestream의 법적 동의 없이는 이 수준의 권한을 가질 수 없습니다.

우리 팀은 당신의 제품을 사용하기를 원하므로 [email protected] 으로 저에게 연락 주시기 바랍니다.

@pcothenet - 이메일로 연락드리겠습니다.

@planteater 이것 에 어떤 움직임이 있습니까? 여전히 모든 Slack 채널에 대한 전체 읽기/쓰기 액세스 권한을 요청하고 있습니다.

@BernsteinA - 아직 변경 사항이 없습니다. 귀하의 생각을 듣고 싶기 때문에 여기에서 상황을 간략하게 설명하겠습니다. 일반적으로 두 가지 옵션이 있습니다.

첫 번째 옵션은 오늘날 우리가 가지고 있는 것인데, 한편으로는 광범위한 액세스가 필요하지만 다른 한편으로는 메시징이 CodeStream 백엔드를 전혀 거치지 않는 모델을 허용합니다. VS Code 클라이언트는 Slack과 직접 통신합니다. 범위가 상당히 번거롭긴 하지만 실제로는 편집기를 통해 CodeStream의 서버가 아닌 Slack에 액세스할 수 있도록 하기 위한 것입니다.

다른 옵션은 더 제한된 범위가 필요한 방식으로 Slack 통합을 다시 구현하는 것이지만 CodeStream을 통해 상호 작용하려는 모든 Slack 대화에 CodeStream 봇을 명시적으로 추가해야 합니다. 중요한 것은 Slack과 주고받는 메시지가 CodeSteam의 백엔드를 거쳐야 한다는 의미이기도 합니다.

이 두 가지 옵션에 대해 어떻게 생각하십니까?

권한이 내 VS Code 클라이언트가 Slack에 액세스하도록 허용하는 경우 사용자에게 https://api.slack.com/apps 에서 자체 통합을 설정할 수 있는 기능을 제공해야 합니다.

봇 사용자를 생성하거나 채널당 통합을 생성하는 다른 옵션은 더 표준적이며 최종 사용자에게 CodeStream에서 볼 수 있는 메시지/데이터에 대한 훨씬 더 명확한 그림을 제공합니다(즉, 봇 또는 봇이 명시적으로 추가된 채널).

CodeStream이 요구하는 범위를 보았을 때 저도 약간 걱정이 되었다고 말해야 합니다... 이 주제에 대한 개선 사항은 분명히 감사할 것입니다 😉

이것은 우리 회사의 거래 차단기이기도 합니다! CodeStream이 코드에 대한 대화에 액세스할 수 있으면 괜찮지만 모든 것이 우리에게 적합하지 않습니다...

여기도 마찬가지입니다. 도구 자체는 훌륭해 보이지만 많은 사람들이 사용하는 회사 정책에는 맞지 않을 것입니다.
선택한 채널에서 봇을 사용하는 것이

이 문제에 대한 업데이트 소식을 듣고 싶습니다!

사용자 정의 slack 통합도 좋지만 제안된 봇 솔루션이 더 편리해 보입니다.

이것을 초딩. 이것은 큰 장애물이었고 우리 회사에서 내가 문제를 일으키고 있음을 감지하면 문제가 될 수 있습니다.

@BernsteinA - 아직 변경 사항이 없습니다. 귀하의 생각을 듣고 싶기 때문에 여기에서 상황을 간략하게 설명하겠습니다. 일반적으로 두 가지 옵션이 있습니다.

첫 번째 옵션은 오늘날 우리가 가지고 있는 것인데, 한편으로는 광범위한 액세스가 필요하지만 다른 한편으로는 메시징이 CodeStream 백엔드를 전혀 거치지 않는 모델을 허용합니다. VS Code 클라이언트는 Slack과 직접 통신합니다. 범위가 상당히 번거롭긴 하지만 실제로는 편집기를 통해 CodeStream의 서버가 아닌 Slack에 액세스할 수 있도록 하기 위한 것입니다.

다른 옵션은 더 제한된 범위가 필요한 방식으로 Slack 통합을 다시 구현하는 것이지만 CodeStream을 통해 상호 작용하려는 모든 Slack 대화에 CodeStream 봇을 명시적으로 추가해야 합니다. 중요한 것은 Slack과 주고받는 메시지가 CodeSteam의 백엔드를 거쳐야 한다는 의미이기도 합니다.

이 두 가지 옵션에 대해 어떻게 생각하십니까?

내 자신의 여유 또는 팀 기반 여유의 경우 첫 번째 여유가 허용됩니다. 그러나 우리 회사의 경우 이것은 큰 금지 사항입니다.

가능하다면 봇이 있으면 좋겠습니다.

여기에서 가능한 변경 사항에 대한 의견을 듣고 싶습니다. CodeStream의 Slack 앱이라면…

• Slack 앱 디렉토리에 있음
• 더 이상 "$workspace에서 실시간으로 모든 이벤트 수신" 범위가 필요하지 않습니다.
• 공개 채널의 "모든 콘텐츠"에만 액세스해야 함(비공개 채널/DM에서 코드마크를 공유하려는 경우 비공개 채널/DM에 대한 액세스를 허용하는 옵션이 있을 수 있음)
• 해당 채널의 코드마크에 대한 응답만 수신하고 다른 게시물은 수신하지 않았습니다.

Slack 통합을 사용하는 데 필요한 마음의 평화를 얻을 수 있습니까?

@planteater 합리적으로 들립니다. 특정 채널에만 리스너를 추가하는 방법이 있나요?

또한 TOS 및 개인 정보 보호 정책을 업데이트한다고 가정합니까? 내가 말할 수 있는 한 거기에는 Slack을 통해 수집된 데이터, 코드 스트림 주석 또는 소스 코드 자체를 다루는 내용이 없습니다.

@planteater 이게 더 좋게 들리지만 @BernsteinA 와 같은 의견이 있습니다.

@planteater 이것 에 어떤 움직임이 있습니까? 우리 회사는 이 문제가 해결될 때까지 코드스트림을 사용할 수 없습니다. 다른 많은 사람들도 마찬가지라고 생각합니다. 코드스트림이 멋지게 보이지만 이러한 권한은 거의 모든 회사에 적합하지 않기 때문에 유감입니다.

@AndrewMorsillo - 지금 당장은 Slack의 메시징을 활용하는 팀이나 CodeStream의 자체 메시징을 사용하는 팀을 둘 수 있습니다. 이러한 광범위한 권한 없이는 현재 Slack 통합을 수행할 수 있는 방법이 없습니다. Slack에서 게시된 회신을 CodeStream에 표시할 수 있는 유일한 방법이기 때문입니다.

즉, 우리의 계획은 CodeStream의 메시지를 사용하는 팀에 다른 유형의 Slack 통합을 추가하는 것입니다. 기본적으로 알림 수단으로 코드마크를 Slack에 공유하는 방법입니다. 이 Slack 통합은 사용자가 익숙할 수 있는 매우 기본적인 권한을 가지므로 해당 문제를 해결할 수 있지만 결과적으로 Slack에서 직접 답장을 보낼 수 없습니다. 그러나 Slack에서 회신할 수 있는 웹 페이지로 클릭 연결하거나 CodeStream을 통해 회신할 수 있는 IDE로 직접 딥 링크할 수 있습니다. 물론 답장을 보낼 수 있는 이메일 알림도 있습니다.

지금 CodeStream에서 시작하고 싶다면 Slack 옵션 없이 가입하는 것이 좋습니다. 그러면 다음 달 정도에 준비가 되면 이러한 새로운 공유 기능을 활용할 수 있습니다.

@planteater 감사합니다! 우리는 지금 slack 통합 없이 시도할 것입니다. CodeStream 앱이 우리가 제어할 수 있는 채널에만 액세스할 수 있는 "정상적인" 여유 통합을 CodeStream이 사용하는 것이 완벽할 것이라고 생각합니다. 적어도 우리 팀에게는 현재 모델만큼 유용하고 권한 문제가 없을 것입니다.

다른 의견에 응답하려면 https://github.com/TeamCodeStream/CodeStream/issues/14#issuecomment -493461174 CodeStream에서 "모든 콘텐츠"를 요청하는 모든 유형의 통합이 많은 사람들에게 적합하지 않을 것이라고 생각합니다. 그것은 우리 팀을 위해 작동하지 않을 것입니다. 누가 "모든 콘텐츠"에 액세스하는지 알 수 있는 방법이 없기 때문에 보안 위험이 너무 큽니다. 편집자 내 slack 클라이언트일 뿐이거나 특정 메시지만 수신한다고 커뮤니티에 확신을 주더라도(당신을 믿습니다!), 항상 너무 위험하다고 느낄 것입니다. 서비스가 중단되고 지금은 어떻게 될까요? 사악한 행위자가 수많은 사람들의 slack 인스턴스에 완전히 액세스할 수 있는 slack 앱을 제어합니까?

새로운 Slack 통합에는 더 이상 작업 공간에 대한 광범위한 권한이 필요하지 않습니다. 특히 귀하의 채널/DM 기록에 더 이상 액세스할 필요가 없습니다.