Feat: refactor, cleanup and organizedevelop

9 files changed, 0 insertions, 611 deletions

diff --git a/coletivo/comunicacao/acl.md b/coletivo/comunicacao/acl.md
deleted file mode 100644
index e4a3490..0000000
--- a/coletivo/comunicacao/acl.md
+++ /dev/null
@@ -1,60 +0,0 @@
-# Lista de acesso à participação
-
-O presente processo estabelece uma série de camdas de acesso e participação
-sobre fluxos informacionais realizadas em instâncias de comunicação mantidas
-pelo Coletivo com o objetivo de fortalecer relações de abertura e fechamento do
-Coletivo que garantam o máximo de modos de que pessoas de fora possam colaboram
-conosco (outsourcing) ao mesmo tempo em que garanta a proteção de informações
-sensíveis.
-
-Para isso, este processo se inspira no princípio de que quanto mais forem
-públicas as informações, atividades e participações desempenhadas pelo
-Coletivo, não só as chances de sustentabilidade aumentam como também as
-relações com o campo social se fortalecem. Por outro lado, não se pode ignorar
-a vigilância e o controle de massa que ameaçam a integridade e as atividades
-dos grupos e movimentos sociais.
-
-Uma forma de segmentar as atividades levando em conta a tensão entre a
-tendência de tornar tudo público com o cuidado de manter a integridade das
-atividades é dividi-las em grupos referentes à sua possibilidade de
-publicização e participação:
-
-1. Quais delas podem ser externalizadas pelo Coletivo, isto é, tornadas públicas com
-  a. Feedback de qualquer pessoa ou grupo.
-  b. Feedback apenas de pessoas conhecidas.
-  c. Feedback apenas de pessoas de dentro do Coletivo.
-2. Quais delas não podem ser tornadas públicas mas que podem ser compartilhadas
-   com pessoas e grupos próximos com
-  a. Feedback apenas de pessoas conhecidas.
-  b. Feedback apenas de pessoas de dentro do Coletivo.
-3. Quais delas precisam ser mantidas em sigilo dentro do Coletivo.
-
-Por feedback se entede por poder de leitura e escrita direta, sem necessidade
-de mediação do Coletivo. Obviamente que em atividades públicas podem ter
-contribuições de terceiros/as, mas tal contribuição pode ser direta (com
-feedback ativado) ou indireta, isto é, mediada pelo Coletivo.
-
-Assim, o Coletivo define a seguinte Lista de Camadas de Acesso à Informação ou
-Lista de Controle de Acesso (LCA ou ACL):
-
-1. Atividades públicas
-  a. Feedback de qualquer pessoa ou grupo.
-  b. Feedback apenas de pessoas conhecidas.
-  c. Feedback apenas de pessoas de dentro do Coletivo.
-2. Atividades vizinhantes
-  a. Feedback apenas de pessoas conhecidas e confiáveis.
-  b. Feedback apenas de pessoas de dentro do Coletivo.
-3. Atividades privadas: nossos processos internos.
-
-Em outras palavras, o Coletivo adota um modelo de três camadas que funciona
-como uma lista de controle de acesso (ACL) para diversas atividades que possam
-ser compartimentalizadas:
-
-* É uma lista de acesso definida por instância de comunicação, dizendo quem e
-  como se dá a participação numa dada instância.
-* Cada instância ocupa apenas um nível nessa lista. Como exemplo, uma dada
-  instância pode ter ACL ''1.c'', ou seja, ser uma instância de realização de
-  atividade pública mas apenas com feedback de pessoas do Coletivo.
-* Cabe aos processos que definem cada instância de comunicação atribuir um nível de acesso.
-
-Recomenda-se que as atividades sejam bem compartimentalizadas (no caso de utilizarem mais de uma instância) para que se consiga maximizar a publicização de atividades e proteger apenas os pontos sensíveis.
diff --git a/coletivo/comunicacao/archive.md b/coletivo/comunicacao/archive.md
deleted file mode 100644
index 2daa7f9..0000000
--- a/coletivo/comunicacao/archive.md
+++ /dev/null
@@ -1,24 +0,0 @@
-# Armazenamento de documentos
-
-O armazenamento de documentos consiste no depósito organizado e seguro de
-documentos físicos (isto é, impressos) do Coletivo, consistindo nas seguintes
-tarefas:
-
-1. Manter os documentos do Coletivo (notas fiscas, contratos, acordos, etc)
-   armazenados em local protegido (de umidade, desgaste, mofo, incêndio, roubo,
-   etc) e observando a política de segurança da informação do Coletivo.
-
-2. Fornecer os documentos (ou cópias dos mesmos) ao Coletivo conforme
-   solicitação e zelando para que os mesmos retornem ao depósito ou se mantenham
-   em condições compatíveis de armazenamento. Os documentos devem ser fornecidos
-   num prazo de até '''uma semana''' (incluindo finais de semana e feriados) após
-   a solicitação.
-
-3. Manter cópias digitais (escaneadas ou fotografadas) dos documentos em
-   instância de comunicação fechada do Coletivo.
-
-Responsabilização
------------------
-
-Cada pessoa responsabilizada pelo armazenamento de documentos é denominada de
-''fiel depositária dos documentos do Coletivo''. 
diff --git a/coletivo/comunicacao/backup.md b/coletivo/comunicacao/backup.md
deleted file mode 100644
index 89863e8..0000000
--- a/coletivo/comunicacao/backup.md
+++ /dev/null
@@ -1,31 +0,0 @@
-# Instâncias de comunicação de backup
-
-Este processo estabelece procedimentos para comunicação de backup para
-
-* Lista de email.
-* Bate-papo.
-
-Responsabilização
------------------
-
-O Grupo de Trabalho responsável por este processo deve manter uma lista de
-email e uma sala de bate-papo de [ACL](/coletivo/comunicacao/acl.html)
-nível 3 para participação -- isto é, canal de acesso apenas para pessoas
-do Coletivo -- para serem utilizados quando alguma das instâncias padrões
-estiverem com problemas.
-
-Os critérios de funcionamento dessas instâncias de backup são os mesmos para
-as instãncias usuais equivalentes.
-
-Recomenda-se também que, se possível, as pessoas do Coletivo possuam emails
-adicionais que satisfação a
-[Politica Política de segurança da informação](/coletivo/comunicacao/infosec.html)
-e que possam ser utilizados como backup.
-
-Dependências
-------------
-
-A realização deste processo depende da realização dos seguintes processos:
-
-* [Política de segurança da informação](/coletivo/comunicacao/infosec.html).
-* [ACL Lista de acesso à participação (ACL)](/coletivo/comunicacao/acl.html).
diff --git a/coletivo/comunicacao/chat.md b/coletivo/comunicacao/chat.md
deleted file mode 100644
index 7a96ef2..0000000
--- a/coletivo/comunicacao/chat.md
+++ /dev/null
@@ -1,51 +0,0 @@
-# Bate-papo
-
-Este processo estabelece as linhas gerais para a administração dos sistemas de
-bate-papo utilizados pelo Coletivo. Tais sistemas permitem a comunicação
-praticamente em tempo real. Se utilizadas com critérios de segurança e
-privacidade, as salas de bate-papo podem desempenhar um ótimo papel para a
-comunicação rápida no Coletivo.
-
-Canais
-------
-
-Os seguintes canais são definidos como instâncias de comunicação informais do Coletivo:
-
-* `#$canal_aberto`: [ACL](/coletivo/comunicacao/acl.html) nível 1.a ou superior para
-  participação, ou seja, um canal de acesso público onde não se deve discutir
-  ou divulgar assuntos internos do Coletivo.
-
-* `#$canal_fechado`: [ACL](/coletivo/comunicacao/acl.html) nível 3 para participação,
-  isto é, canal de acesso apenas para pessoas do Coletivo, sem restrição de assuntos.
-
-* temporários, para o caso de pessoas do Coletivo precisarem conversar com terceiros/as
-  de modo privativo, com [ACL](/coletivo/comunicacao/acl.html) nível 2.a ou superior.
-
-Modos de configuração
----------------------
-
-Os seguintes modos de configuração são requeridos para canais privativos:
-
-* Entrada restrita a membros do Coletivo.
-* Sem exibição na listagem de canais do servidor (no caso do IRC, modo +s e/ou +p).
-* Acesso via SSL ou outro métodos de criptografia assimétrica (IRC, SILC, etc).
-
-Responsabilização
------------------
-
-Cabe ao Grupo de Trabalho formado pelas pessoas responsáveis pelo presente
-processo manter o registro, a manutenção, a operação e a documentação
-relacionada aos canais de bate-papo do Coletivo, levando em consideração:
-
-* [Os critérios de segurança e privacidade](/coletivo/comunicacao/infosec.html).
-* O nível de acesso de cada um dos canais, não permitindo pessoas que não
-  tenham o devido acesso a participarem de determinados canais.
-* Que muito de ausência dos/as operadores do canal pode levar à perda do seu registro.
-
-Dependências
-------------
-
-A realização deste processo depende da realização dos seguintes processos:
-
-* [Política de segurança da informação](/coletivo/comunicacao/infosec.html).
-* [Lista de acesso à participação (ACL)](/coletivo/comunicacao/acl.html).
diff --git a/coletivo/comunicacao/infosec.md b/coletivo/comunicacao/infosec.md
deleted file mode 100644
index ce06d8e..0000000
--- a/coletivo/comunicacao/infosec.md
+++ /dev/null
@@ -1,100 +0,0 @@
-# Política de segurança da informação
-
-O presente processo estabelece uma série de definições e recomendações
-relacionadas à segurança da informação circulada por instâncias mantidas pelo
-Coletivo.
-
-Política de senhas e chaves
----------------------------
-
-Recomenda-se que as pessoas participantes de instâncias de informação mantidas
-pelo Coletivo assumam uma política de senhas como a seguinte:
-
-1. Não utilizar a mesma senha para sistemas sensíveis.
-2. Não utilizar senhas frágeis.
-
-Recomenda-se ainda, que sejam utilizadas aplicações como as seguintes:
-
-* [http://web.monkeysphere.info Monkeysphere] para auxiliar na autenticação de sistemas remotos.
-* [http://point-at-infinity.org/ssss ssss], para o compartilhamento de senhas em sistemas sensíveis.
-* Programas como o [http://www.adel.nursat.kz/apg apg] para a geração de senhas fortes.
-* Programas como o [http://oss.codepoet.no/revelation/wiki/Home Revelation] ou
-  o [http://kedpm.sourceforge.net kedpm] para o armazenamento seguro de senhas.
-
-Emails suficientemente seguros
-------------------------------
-
-Define-se como uma conta de email suficientemente segura aquela que utiliza:
-
-1. [http://en.wikipedia.org/wiki/STARTTLS STARTTLS] nas transmissões para
-   outras contas de email suficientemente seguros.
-2. É acessada apenas através de conexão SSL, seja HTTPS, IMAPS, POPS ou SMTPS.
-3. Criptografia de disco para armazenamento de mensagens no servidor.
-
-A participação em instâncias de comunicação mantidas pelo Coletivo e que não
-são totalmente públicas requerem o uso de contas de email suficientemente
-seguros.
-
-Criptografia
-------------
-
-Recomenda-se que as pessoas participantes de instâncias de informação mantidas
-pelo Coletivo:
-
-1. Armazenem informações internas relacionadas ao mesmo apenas em volumes
-   criptografados. Se não tiverem condições de assim procederem com suas máquinas
-   pessoais, recomenda-se que armazenem tais informações apenas em instâncias de
-   comunicação do Coletivo que possuam transmissão e armazenamento criptografado
-   de dados.
-
-2. Utilizem o sistema OpenPGP de criptografia assimétrica para proteção,
-   integridade e verificação de procedência de dados sensíveis.
-
-3. Utilizem canais de comunicação criptografados sempre que possível e que não
-   utilizem canais não-criptografados para tratar remotamente de questões internas
-   ao Coletivo.
-
-Lista de recomendações e práticas sugeridas
--------------------------------------------
-
-Por se tratar de uma questão complexa e sensível mas por contar com
-documentação dispersa, listas adicionais de recomendações e práticas sugeridas
-sobre segurança da informação podem ser anexadas ao presente processo.
-
-Eventualmente, recomenda-se que este processo seja atualizado para contemplar
-progressos neste campo.
-
-Criação de contas
------------------
-
-A criação de contas em sistemas mantidos pelo Coletivo deve obedecer o seguinte procedimento:
-
-1. Priorizar a escolha de senha pelo titular da conta sem que outra pessoa
-   precise conhecê-la, desde que possível.
-2. Enviar para o/a usuário:
-   a. Pedido de mudança de senha logo que consiga se autenticar nos sistemas em
-      questão, caso isso seja possível.
-   b. Fornecer fingerprints de chaves de criptografia utilizadas para o acesso da conta.
-   c. Se possível, as informações da conta utilizando criptografia e para uma
-      conta de email suficientemente seguro do/a usuário.
-   d. Uma cópia da lista de recomendações e boas práticas.
-
-Persistência de dados
----------------------
-
-Informações armazenados num determinado nível de acesso ou segurança (exemplo,
-disco criptografado) devem, por padrão, permanecer nesse mesmo nível ou serem
-transferidas para um nível mais seguro, exceto quando constitui informação
-desclassificada e permitida para descer de nível.
-
-Telefone e outros meios de comunicação privada que não possuam segurança
-suficiente do conteúdo, da origem e do destinatário da informação devem ser
-considerados, para todos os efeitos, como meios de comunicação públicos e
-portanto não serem utilizados para veicular informações sensíveis.
-
-Dependências
-------------
-
-A realização deste processo depende da realização dos seguintes processos:
-
-* [ACL Lista de acesso à participação (ACL)](/organizacao/comunicacao/acl.html).
diff --git a/coletivo/comunicacao/license.md b/coletivo/comunicacao/license.md
deleted file mode 100644
index a008e35..0000000
--- a/coletivo/comunicacao/license.md
+++ /dev/null
@@ -1,150 +0,0 @@
-# Conjunto de Licenciamento Livre
-
-Originalmente em [Encontro: Cultura Livre e
-Capitalismo](https://encontro.fluxo.info/Principal/ConjuntoDeLicenciamentoLivre).
-
-## Seções das licenças
-
-Para contemplar inúmeros pontos de vista dos grupos e pessoas participantes
-deste espaço, a proposta de licença envolve as seguintes partes:
-
-1. Liberdades atribuídas ao/à licenciado/a
-2. Obrigações do/a licenciado
-3. Liberdades e obrigações atribuídas ao/à licenciante 
-
-## Liberdades atribuídas ao/à licenciado/a
-
-Atribui ao detentor/a da informação as seguintes liberdades:
-
-1. A liberdade de armazenar a informação.
-2. A liberdade de manipular a informação.
-3. A liberdade de distribuir a informação, modificada ou não. 
-
-## Obrigações do/a licenciado
-
-### Restrição obrigatória: "viralidade"
-
-Desde que esta licença acompanhe a informação.
-Restrição ética ou mercantil
-
-### As seguintes opções mutuamente exclusivas são possíveis para a montagem de uma licença:
-
-1. Contanto que o detentor da informação pactue com os princípios das mídias e grupos livres.
-2. Restrição comercial: Desde que para fins não-comerciais.
-3. Restrição de lucro: Desde que para fins não-lucrativos. 
-
-### Restrição de autoria e fonte
-
-As seguintes opções não-exclusivas são possíveis para a montagem de uma licença:
-
-1. Desde que o autor seja citado.
-2. Desde que a fonte seja citada. 
-
-### Restrição de distribuição
-
-Essa restrição obriga que a pessoa que utilizar a informação a:
-
-1. Caso ocorra uma modificação, distribuir a informação modificada.
-2. Ou, eventualmente, distribuir a informação para qualquer um dos usos que ela estiver sujeita. 
-
-Opcionalmente, uma das seguintes restrições de notificação podem ser utilizadas:
-
-1. Caso o conteúdo seja distribuído, a fonte deve ser notificada antecipadamente.
-2. Ou, caso o conteúdo seja distribuído, a fonte deve ser notificada
-   antecipadamente caso existam modificações. 
-
-## Liberdades e obrigações atribuídas ao/à licenciante
-
-As seguintes opções não-exclusivas são possíveis para a montagem de uma licença
-e apenas fazem sentido se a informação preserva autoria ou fonte:
-
-1. O/a autor/a pode a qualquer momento revogar o licenciamento da informação
-   para uma determinada pessoa ou entidade.
-2. O/a autor/a apenas pode licenciar sua informação sob a licença se ele
-   declarar que não relicenciará a informação. 
-
-## Licença do Conjunto de Licenciamento Livre
-
-Atribui ao detentor/a do texto do Conjunto de Licenciamento Livre as seguintes liberdades:
-
-1. A liberdade de armazenar o texto do Conjunto.
-2. A liberdade de manipular o texto do Conjunto, inclusive para criar novas licenças.
-3. A liberdade de distribuir o texto do Conjunto, modificada ou não. 
-
-### Obrigações do/a licenciado
-
-1. Desde que esta licença acompanhe a informação.
-2. Restrição de lucro: Este Conjunto de Licenciamento Livre e esta licença
-   podem ser utilizados apenas para criar licenças e licenciar conteúdos com
-   finalidades não lucrativas. 
-
-### Licença da licença
-
-O texto desta licença está licenciado por ele mesmo. 
-
-## Exemplo
-
-Estabelece o seguinte texto como a licença padrão de distribuição de conteúdo
-produzido pelo Coletivo:
-
-    1. Licença de Manipulação de Informações do Grupo $coletivo
-    
-    Licença baseada no Conjunto de Licenciamento Livre[1] do Encontro: Cultura
-    Livre e Capitalismo[2].
-    
-    2. Liberdades atribuídas ao/à licenciado/a
-    
-    Atribui ao detentor/a da informação as seguintes liberdades:
-    
-       1. A liberdade de armazenar a informação.
-       2. A liberdade de manipular a informação.
-       3. A liberdade de distribuir a informação, modificada ou não. 
-    
-    Desde que as condições listada na seção Obrigações do/a licenciado/a a seguir
-    sejam respeitadas.
-    
-    3. Obrigações do/a licenciado/a
-    
-    3.1 Viralidade
-    
-    Desde que esta licença acompanhe a informação.
-    
-    3.2 Restrição mercantil
-    
-        * Desde que para fins não-comerciais. 
-    
-    3.3 Restrição de citação
-    
-        * Desde que a fonte seja citada. 
-    
-    3.4 Restrição de distribuição
-    
-        * Caso o conteúdo seja distribuído por você, o Grupo $coletivo deve ser
-          notificado antecipadamente.
-        * Caso ocorra uma modificação, distribuir a
-          informação modificada e notificar antecipadamente o Grupo $coletivo. 
-    
-    4. Liberdades e obrigações atribuídas ao/à licenciante
-    
-        * O Grupo $coletivo pode a qualquer momento revogar o licenciamento da
-          informação para uma determinada pessoa ou entidade.
-    
-    [1] https://protocolos.fluxo.info/organizacao/comunicacao/license/
-    [2] http://encontro.fluxo.info
-
-Não é obrigatória nem compulsória a utilização desta licença, mas conteúdo
-veiculado pelo ou em nome do Coletivo a utiliza por padrão caso não haja menção
-formal em contrário.
-
-### Responsabilização
-
-A(s) pessoa(s) responsável(is) pelo processo ficam encarregadas de manter o
-texto da licença em um local público acessível via web para que possa ser
-referenciado por outros textos do Coletivo, além de adicionar a seguinte nota
-antes do texto da licença:
-
-`
-Desde que não mencionado em contrário, todo o conteúdo produzido pelo Grupo
-$coletivo é distribuído de acordo com a Licença de Manipulação de Informações do
-Grupo $coletivo.
-`
diff --git a/coletivo/comunicacao/list.md b/coletivo/comunicacao/list.md
deleted file mode 100644
index 9926c00..0000000
--- a/coletivo/comunicacao/list.md
+++ /dev/null
@@ -1,75 +0,0 @@
-# Administração da Lista do Coletivo
-
-Este processo estabelece as linhas gerais para a administração da Lista de
-Discussão do Coletivo, estabelecida com o [Protocolo de Ação do $coletivo](/coletivo/coletivo/).
-
-Critérios de participação
--------------------------
-
-1. Para participar da lista do Coletivo, uma pessoa precisa satisfazer o nível
-   ''3'' de [ACL](/coletivo/comunicacao/acl.html), isto é, fazer parte do Coletivo.
-2. Apenas [emails suficientemente seguros](/coletivo/comunicacao/infosec.html)
-   podem ser adicionados à lista.
-
-Responsabilização
------------------
-
-Para que seja possível manter tal lista, é necessário que as instâncias de
-comunicação por ela utilizadas estejam operantes. Assim, o Grupo de Trabalho
-formado pelas pessoas responsáveis por esse processo deve:
-
-* Garantir, na medida do possível, a existência da Lista do Coletivo e
-  mantendo a documentação correspondente.
-* Administrar e moderar a Lista do Coletivo.
-* Inscrever e desinscrever pessoas na Lista do Coletivo.
-
-Dependências
-------------
-
-A realização deste processo depende da realização dos seguintes processos:
-
-* [Organização do Coletivo](/coletivo/coletivo).
-* [Lista de acesso à participação (acl.html)](/coletivo/comunicacao/acl.html).
-* [Política de segurança da informação](/coletivo/comunicacao/infosec/).
-
-Administração da Lista de Mensagens de Sistema
-----------------------------------------------
-
-Este processo estabelece as linhas gerais para a administração da Lista de
-Mensagens de Sistema, utilizada para receber mensagens de sistema das diversas
-camadas do Coletivo.
-
-Critérios de participação
--------------------------
-
-1. Para participar da lista do Coletivo, uma pessoa precisa satisfazer o nível
-   ''3'' de [ACL](/coletivo/comunicacao/acl.html), isto é, fazer parte do Coletivo.
-
-2. Apenas [emails suficientemente seguros](/coletivo/comunicacao/infosec/) podem ser
-   adicionados à lista.
-
-Responsabilização
------------------
-
-Para que seja possível manter tal lista, é necessário que as instâncias de
-comunicação por ela utilizadas estejam operantes. Assim, o Grupo de Trabalho
-formado pelas pessoas responsáveis por esse processo deve:
-
-* Garantir, na medida do possível, a existência da Lista de Mensagens de
-  Sistema e manter a documentação correspondente.
-
-* Administrar e moderar a Lista de Mensagens de Sistema.
-
-* Inscrever e desinscrever pessoas e emails administrativos na Lista de
-  Mensagens de Sistema.
-
-Observação: emails administrativos (isto é, emails de sistema) devem ser
-cadastrados com a recepção de mensagens desabilitadas, a não ser em casos
-especiais em que isso se fizer necessário.
-
-Dependências
-------------
-
-A realização deste processo depende da realização dos seguintes processos:
-
-* [ACL Lista de acesso à participação (acl.html)](/organizacao/comunicacao/acl.html).
diff --git a/coletivo/comunicacao/transparency.md b/coletivo/comunicacao/transparency.md
deleted file mode 100644
index 9b17ea9..0000000
--- a/coletivo/comunicacao/transparency.md
+++ /dev/null
@@ -1,55 +0,0 @@
-# Transparência e compartilhamento de informações e protocolos
-
-O presente processo estabelece critérios de transparência e compartilhamento de
-informações e protocolos desenvolvidos dentro e fora do Coletivo.
-
-## Protocolos
-
-No âmbito do presente processo, entende-se por "protocolos" o conteúdo textual
-de templates, protocolos ou propostas de processo e não especificidades de
-determinadas instâncias processuais ou mesmo informações de responsabilização e
-realização das mesmas.
-
-## Compartilhamento
-
-Protocolos que podem ser publicizados por padrão em nível [ACL](/coletivo/comunicacao/acl.html)
-''1.a'' ou superior são todos aqueles que
-
-1. Não mencionam explicitamente o Coletivo, grupos ou pessoas E QUE
-2. Não contenham informações sensíveis, privadas ou particulares.
-
-Protocolos que podem ser publicizados por padrão em nível [ACL](/coletivo/comunicacao/acl.html)
-''2.a'' ou superior são todos aqueles que
-
-1. Afetem as atividades vizinhantes e dos grupos hospedados E QUE
-2. Não mencionam explicitamente grupos ou pessoas E QUE
-3. Não contenham informações sensíveis, privadas ou particulares.
- 
-Cada processo formal pode alterar seu estado de transparência protocolar.
-
-## Instâncias de compartilhamento protocolar
-
-Muitos dos protocolos e processos desenvolvidos dentro do Coletivo podem ser
-úteis para outros grupos. Da mesma forma, desenvolvimentos similares que
-ocorram fora do Coletivo podem servir de inspiração para processos internos.
-
-Assim, o Coletivo permite por padrão que os protocolos que possam ser
-compartilhados em nível [ACL](/coletivo/comunicacao/acl.html) ''1.a'' detalhados na seção
-anterior sejam compartilhados ou integrados à linha de desenvolvimento nos
-seguintes locais:
-
-* Sítio "Protocolos do Coletivo", que deve existir em
-  `http://protocolos.$dominio` e que pode conter também análises dos protocolos.
-* Eventualmente em Resource Sharing Protocol (`http://rsp.$dominio`), caso aplicável.
-* Em outros locais, mediante pedido formal ao Coletivo.
-
-## Responsabilização
-
-As pessoas responsabilizadas pelo presente processo ficam encarregadas de
-manter o sítio "Protocolos do Coletivo".
-
-## Dependências
-
-A realização deste processo depende da realização dos seguintes processos:
-
-* [Lista de acesso à participação (acl.html)](/organizacao/comunicacao/acl.html).
diff --git a/coletivo/comunicacao/vizinhanca.md b/coletivo/comunicacao/vizinhanca.md
deleted file mode 100644
index c538c85..0000000
--- a/coletivo/comunicacao/vizinhanca.md
+++ /dev/null
@@ -1,65 +0,0 @@
-# Lista da Vizinhança
-
-Este processo estabelece as linhas gerais para o funcionamento da vizinhança do
-`$coletivo`, definida como o espaço de intercâmbio para o Coletivo, pessoas e
-grupos hospedados, amigos e/ou simpáticos.
-
-Os espaços da vizinhança são todos aqueles que se fazem parte do nível 2. da
-[Lista de acesso](/coletivo/comunicacao/acl.html), em especial uma lista de discussão por
-email denominada de Lista da Vizinhança do $coletivo com nível ALC ''2.a''.
-
-## Critérios de participação
-
-Será considerado satisfeito o critério ACL ''2.a'' para participação na
-vizinhança as pessoas ou grupos que:
-
-1. Já estiverem sendo hospedadas pelo Coletivo. Caso o grupo hospedado seja
-   muito aberto e muito amplo, em princípio apenas as pessoas relacionadas
-   diretamente com a hospedagem OU
-
-2. Mediante processo formal para decidir se tal pessoa ou grupo é confiável o
-   suficiente para participar de tal nível de acesso.
-
-Apenas [emails suficientemente seguros](/organizacao/comunicacao/infosec.html) podem
-ser adicionados à lista.
-
-## Procedimento de participação
-
-Pessoas que satisfazem os critérios de participação podem pedir inscrição ou
-serem convidadas a participar da vizinhança. No ato da inscrição, a seguinte
-mensagem de boas vindas com pedido de apresentação e recomendações de
-participação deve ser enviada:
-
-    Seja bem vindo/a à lista da vizinhança do $coletivo :)))
-    
-    Esta é uma lista composta por pessoas e grupos hospedados ou que são
-    considerados/as confiáveis pelo Coletivo. Este é um espaço de intercâmbio, trocas
-    e livre associação entre os/as participantes.
-    
-    Pedimos por gentileza para que você
-    
-      - Se apresente e aproveite para, caso queira, compartilhar sua história,
-        objetivos e anseios.
-    
-      - Não repasse informações veiculadas nessa lista a terceiros/as sem pedir antes.
-    
-      - Evite enviar muitas mensagens, principalmente se relacionadas a divulgações,
-        mas sinta-se à vontade para fazer isso quando julgar necessário.
-
-## Responsabilização
-
-Para que seja possível manter a vizinhança, é necessário que as instâncias de
-comunicação por ela utilizadas estejam operantes. Assim, o Grupo de Trabalho
-formado pelas pessoas responsáveis por esse processo deve:
-
-* Configurar a descrição da lista para "Vizinhança ao Grupo $coletivo".
-* Administrar e moderar a Lista da Vizinhança.
-* Inscrever e desinscrever pessoas na Lista da Vizinhança, enviando mensagem de
-  boas-vindas, termo de aceitação e pedido de apresentação.
-
-## Dependências
-
-A realização deste processo depende da realização dos seguintes processos:
-
-* [Lista de acesso à participação (acl.html)](/organizacao/comunicacao/acl.html).
-* [Política de segurança da informação](/organizacao/comunicacao/infosec.html).