검토·알림·공유

AiNecto의 협업은 워크스페이스 안의 프로젝트를 공동 업무 단위로 삼습니다. 프로젝트의 문서와 Kanban에서 댓글, 질문, 답글과 멘션으로 검토하고, 알림과 내 할 일로 후속 조치를 확인한 뒤 검토된 결과를 본문에 반영합니다.

협업 범위 이해하기

• 워크스페이스: 함께 운영할 프로젝트를 묶는 상위 범위
• 프로젝트: 실제 문서, Kanban과 결과가 모이는 협업 범위
• 폴더: 프로젝트 자료를 목적별로 정리하는 범위
• 문서와 카드: 구체적인 검토와 대화가 일어나는 대상

같은 워크스페이스에 있다는 사실만으로 모든 프로젝트와 문서가 같은 방식으로 보인다고 가정하지 마세요. 실제 접근과 공유 범위는 대상별 설정과 연결된 사용자의 권한을 확인합니다.

댓글을 사용하는 경우

댓글은 문서나 Kanban 카드의 결과를 두고 수정 제안, 사실 확인, 검토 의견, 결정 이유와 처리 결과를 남길 때 사용합니다.

댓글은 논의 기록이고 본문은 검토를 마친 현재 기준입니다. 댓글에서 합의가 끝났다면 필요한 내용을 본문에 반영하세요.

일반 댓글과 질문

일반 댓글은 의견이나 기록에 사용합니다. 답이 필요한 내용은 질문으로 남깁니다.

질문은 답변 전, 답변됨, 해결됨 상태로 이어질 수 있습니다. 답글이 달렸다는 이유만으로 해결된 것은 아닙니다. 필요한 답을 확인하고 실제 문서나 업무에 반영한 뒤 해결합니다. 질문 해결은 편집 권한이 있는 사용자가 수행합니다.

답글

답글은 기존 댓글이나 질문의 대화를 이어갑니다. 어떤 의견에 대한 답인지 분명하게 유지하고, 새로운 주제라면 별도의 댓글이나 질문으로 시작하세요.

이 문서의 댓글과 답글을 읽고 아직 처리되지 않은 의견을 정리해줘.

첫 번째 질문에 답할 근거를 같은 프로젝트의 관련 문서에서 찾아줘.

멘션

특정 사람의 확인이나 결정이 필요할 때 멘션합니다. 요청에는 무엇을 봐야 하는지, 어떤 결정이 필요한지, 관련 문서나 업무가 무엇인지 분명히 적습니다.

실제 행동이 필요한 사람만 호출하세요. 워크스페이스나 프로젝트에 관련됐다는 이유만으로 모두를 멘션하면 중요한 알림을 놓치기 쉽습니다.

Agent와 댓글 작업하기

Agent는 접근 가능한 문서나 Kanban 카드의 댓글을 읽고, 새 댓글·질문과 답글을 남길 수 있습니다.

이 문서의 열린 질문과 검토 의견을 정리해줘.

수정안을 먼저 보여주고, 내가 확인하면 문서에 반영한 뒤 댓글에 처리 결과를 남겨줘.

Agent가 만든 수정도 사람이 확인하기 전에는 공식 기준이 아닙니다.

알림

멘션, 답글, 질문 처리와 Kanban 활동은 알림으로 이어집니다. Agent에게 전체 또는 워크스페이스·프로젝트 범위의 업무 요약을 요청할 수 있습니다.

내가 확인할 AiNecto 알림과 할 일을 알려줘.

[워크스페이스 이름]의 [프로젝트 이름]에서 내가 확인할 알림과 할 일을 알려줘.

알림을 읽는 것과 요청된 업무를 완료하는 것은 다릅니다. 관련 문서, 댓글이나 카드를 열어 실제 행동을 마친 뒤 처리 상태를 확인하세요.

활동 기록

알림은 나에게 일어난 사건을 알려주고, 활동 기록은 워크스페이스·프로젝트·문서·Kanban 카드에서 사람과 Agent가 한 최근 행동을 확인하는 데 사용합니다.

이 프로젝트의 최근 활동에서 댓글, 질문과 Kanban 변경을 요약해줘.

활동 기록은 새 사건을 정확히 한 번 전달하는 피드가 아니므로 알림을 대신하지 않습니다. 현재 내용을 판단할 때는 원문을 다시 엽니다.

알림과 내 할 일의 차이

• 알림: 무슨 일이 발생했는지 알려주는 기록
• 내 할 일: 질문 답변, 검토나 요청처럼 아직 행동이 필요한 항목
• Kanban 배정 업무: 보드의 상태와 수락·진행·검토 흐름을 가진 업무

같은 사건이 알림과 할 일에 함께 나타날 수 있습니다. 단순히 알림을 확인했다고 업무가 끝나는 것은 아닙니다.

사람을 어디에 추가할지 결정하기

협업자를 추가할 때는 필요한 범위를 먼저 정합니다.

필요한 협업 범위	추가할 위치
여러 프로젝트를 함께 운영	워크스페이스
특정 업무만 함께 수행	프로젝트
일부 자료만 검토	폴더 또는 문서

넓은 범위에 먼저 추가한 뒤 하위 자료를 막는 방식보다, 실제 필요한 최소 범위에 추가하는 편이 관리하기 쉽습니다.

워크스페이스 구성원 관리

워크스페이스 공유 또는 구성원 관리 화면에서 사람을 추가하고 역할을 정합니다. 추가 전에는 대상 이메일이나 사용자가 맞는지, 여러 프로젝트에 참여해야 하는지, 필요한 역할이 무엇인지 확인합니다.

워크스페이스 구성원 변경은 그 아래 프로젝트와 자료의 접근에 영향을 줄 수 있습니다. 역할을 바꾸거나 제거할 때는 진행 중인 업무, 담당 Kanban 카드, 열린 질문과 검토 요청이 남아 있는지도 확인합니다.

프로젝트 구성원 관리

특정 프로젝트만 함께할 사람은 프로젝트 공유 화면에서 추가합니다. 프로젝트 이름이 같을 수 있으므로 워크스페이스와 프로젝트를 함께 확인합니다.

프로젝트 구성원을 추가한 뒤에는 다음을 확인합니다.

• 프로젝트를 실제로 열 수 있는가
• 필요한 폴더와 문서가 보이는가
• 댓글과 Kanban 참여가 가능한가
• 편집이 필요 없는 사람에게 과도한 권한을 주지 않았는가
• 더 가까운 폴더·문서 공유가 의도와 다르지 않은가

프로젝트에서 사람을 제거하기 전에는 담당 업무와 검토 요청을 다른 사람에게 넘기고, 필요한 결정과 진행 기록을 문서에 남깁니다.

권한 역할

권한 역할은 Owner, Admin, Editor와 Viewer를 기준으로 합니다.

• Owner: 소유와 전체 관리
• Admin: 구성원과 공유 범위 관리
• Editor: 자료 작성과 편집, Viewer 권한 공유
• Viewer: 열람과 댓글 참여

별도의 Commenter 역할은 없습니다. 검토만 필요한 사람은 Viewer로 참여해 댓글과 질문을 사용할 수 있습니다.

상위 범위와 더 가까운 대상의 공유 설정이 다르면 실제 적용되는 권한을 확인하세요. 워크스페이스, 프로젝트, 폴더와 문서 중 어느 수준에 사람을 추가했는지가 중요합니다.

Agent와 구성원 관리

Agent는 연결된 사용자의 권한을 그대로 사용하며 프롬프트로 더 높은 권한을 얻을 수 없습니다.

구성원의 역할 변경·제거는 AiNecto 웹에서 합니다. 프로젝트 초대는 연결한 Agent에게 요청할 수도 있습니다(Team 플랜, 프로젝트 소유자·관리자) — 사용 중인 Agent 연결하기를 참고하세요. 구성원 관리가 끝난 뒤 Agent에는 해당 프로젝트의 문서·댓글·Kanban 작업을 요청합니다.

공개 링크는 구성원에게 역할을 부여하는 기능과 다릅니다. 공개 링크와 내부 구성원 공유를 혼동하지 마세요.

공개 링크

문서를 외부에 보여줘야 할 때 공개 링크를 사용할 수 있습니다. 공개 전에 본문과 연결 자료에 민감한 정보가 없는지 확인하고, 더 이상 필요하지 않으면 공유를 해제합니다.

프로젝트나 폴더 전체가 문서와 같은 공개 페이지를 제공한다고 가정하지 않습니다. 실제 공개 범위는 현재 공유 결과에서 확인하세요.

협업 운영 원칙

• 워크스페이스는 프로젝트의 운영 경계를 정합니다.
• 프로젝트는 공유할 업무 문맥을 정합니다.
• 본문에는 현재 기준을 남깁니다.
• 댓글과 질문에는 검토 과정을 남깁니다.
• Kanban에는 담당자와 실행 상태를 남깁니다.
• 알림과 내 할 일로 놓친 후속 행동을 확인합니다.
• Agent는 사용자의 권한 안에서 이 기록을 읽고 이어서 작업합니다.

검토 완료 기준

• 올바른 워크스페이스와 프로젝트에서 검토했습니다.
• 열린 질문에 필요한 답이 있습니다.
• 결정과 근거가 본문에 반영되었습니다.
• 댓글에 처리 결과가 남았습니다.
• 필요한 사람이 결과를 확인했습니다.
• 관련 알림과 할 일이 실제 행동으로 마무리되었습니다.
• 다음 사람과 Agent가 현재 기준을 읽을 수 있습니다.

실행 업무의 배정과 상태 관리는 Kanban으로 업무 관리에서 이어집니다.