Protocolo de Mudanças
Baixar este modelo
Gerado em 2026-08-31 · Baixar todos os modelos
Como as Mudanças São Propostas
How does somebody propose adding, changing, pausing or removing one of our rules, roles or structures?
Cláusulas RCOS 8.1.1, 8.1.3, 8.6.3, 8.8.1
- 8.1.1 A comunidade DEVE definir mecanismos explícitos de mudança para modificar, adicionar, suspender ou remover regras, papéis, artefatos ou estruturas de decisão.
- 8.1.3 Toda mudança proposta DEVE especificar, no mínimo:
- 8.6.3 O Protocolo de Mudança DEVE definir, no mínimo:
- 8.8.1 Os seguintes pontos DEVEM ser explícitos:
Por que exigir uma proposta estruturada?
Uma mudança que chega como uma ideia vaga no chat não pode ser avaliada, questionada ou revertida mais tarde. Forçar toda proposta a passar pelo mesmo formato mínimo — artefatos afetados, justificativa, riscos, reversão — transforma uma opinião em um artefato revisável e torna impossível passar uma mudança de regra pela comunidade por acidente.
Como preencher
Declare quem pode propor, onde as propostas são submetidas e os campos de conteúdo obrigatórios. Conecte isso ao Protocolo de Governança (Camada 2).
<Qualquer Membro Pleno pode propor uma mudança em qualquer artefato RCOS. Declare o canal de submissão.> Toda proposta deve incluir:
- <Resumo da mudança.>
- <Camadas e artefatos afetados (com links).>
- <Tipo de decisão (Operacional / Estratégica / Constitucional).>
- <Justificativa.>
- <Riscos e mitigações.>
- <Plano de reversão.>
- <Data de vigência proposta.>
O que abordar
- Who may propose adding, changing, pausing or removing a rule, role, document or way of deciding?
- Where is a proposal submitted, and who makes sure it reaches everyone?
- Which documents and sections does the proposal have to name as affected?
- Which decision type and which decision path from our Decision Matrix does the proposal have to name — and so who decides it?
- What must every proposal say about its purpose, its reach and its known risks?
- What must it say about its effective date, any transition period, what happens to existing roles, agreements and records, and how it would be undone? (How long it is reviewed, and what happens in an emergency, are their own questions.)
Exemplos
Any Full Member may propose adding, changing, pausing or removing a rule, role, document or decision structure by filling in the proposal form in the proposals folder and telling the facilitator. The form names the documents and sections affected, the decision type and path from our Decision Matrix, what the change is meant to do, how far it reaches and its risks, the effective date and any transition period, what happens to existing roles, agreements and records, and how it would be rolled back. Incomplete forms are returned before discussion starts.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Como as Propostas São Classificadas
How do we tell a small adjustment from a change to who we are — and a permanent change from an experiment?
Cláusulas RCOS 8.1.2, 8.1.4
Por que classificar por impacto?
Nem toda mudança merece a mesma fricção. Correções de erros de digitação não deveriam exigir uma supermaioria; mudanças constitucionais não deveriam passar silenciosamente. Mapear propostas para tipos de decisão — e elevar casos ambíguos por padrão — torna o custo de uma mudança proporcional ao seu raio de impacto e protege a Camada 0 de ser erodida por pequenos movimentos.
Como preencher
Defina o que se enquadra em cada tipo de decisão. Declare a regra de elevação padrão para casos ambíguos.
- Operacional: <correções de redação, formatação, atualizações menores de conteúdo; não exige votação; executada pelo papel responsável dentro dos limites delegados.>
- Estratégica: <mudanças no conteúdo das Camadas 1–5 que afetam direitos, processos ou estruturas dos membros.>
- Constitucional: <mudanças na Camada 0 (propósito, escopo, invariantes) ou no próprio sistema de governança (Camada 2).>
> Se a classificação não for clara, ela é elevada por padrão ao tipo de maior impacto.
O que abordar
- For each decision type (for example Operational, Strategic, Constitutional): what kinds of change fall under it?
- Which changes are always Constitutional — such as anything touching our purpose, our scope, the commitments we said would never change, or how we govern ourselves?
- How do we tell a permanent change from a time-limited experiment, and where is that written on the proposal?
- When it is unclear which type a proposal is, which type applies, and who settles a disagreement about it?
Exemplos
Wording fixes and formatting are Operational: the document keeper makes them and lists them at the next circle. Changes to how members join, decide, share costs or hold roles are Strategic. Anything touching our purpose, our scope, our non-negotiable commitments or the way we govern ourselves is Constitutional and goes through the Constitutional decision process. A proposal with a fixed end date is filed as an experiment; everything else is permanent. If we disagree about the type, the higher one applies.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Revisão e Deliberação
How long does a proposed change have to sit before we are allowed to adopt it?
Cláusulas RCOS 8.1.2, 8.7.1
Por que impor janelas mínimas de deliberação?
Sem um piso para o tempo de deliberação, qualquer mudança pode ser apressada em um dia tranquilo em que poucos membros estão prestando atenção. Mínimos obrigatórios — mais longos para mudanças de maior impacto — garantem que membros que estejam viajando, doentes ou simplesmente ocupados ainda tenham uma chance real de ler, objetar ou aparecer.
Como preencher
Defina períodos mínimos de deliberação para cada tipo de decisão e um período de ratificação para mudanças Constitucionais.
- Operacional: <não exige deliberação.>
- Estratégica: <deliberação mínima de X dias; espaço de deliberação.>
- Constitucional: <deliberação mínima de Y dias; período de ratificação de Z dias após a aprovação da votação.>
O que abordar
- For each decision type: what is the shortest time a proposal must be open for discussion before it can be decided?
- Where does the discussion happen, so that members who are away, ill or busy can still read and respond?
- For Constitutional changes, how long is the ratification period after the vote passes, and what can members do during it?
- If some small changes need no waiting period, how can members still see them and ask for a proper review afterwards? (Urgent changes are their own question.)
Exemplos
Operational changes need no waiting period but are posted in the changes channel for 7 days, during which any member can ask for a full review. Strategic proposals stay open for at least 14 days, including one general meeting, before a decision. Constitutional proposals need at least 30 days of discussion and, after the vote passes, a 14-day ratification period in which any Full Member may call for a second vote.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Adoção e Publicação
When a change is adopted, how does everyone find out, and from when does it apply?
Cláusulas RCOS 8.2.1, 8.2.2, 8.2.5, 8.6.3
- 8.2.1 Todas as mudanças adotadas DEVEM ser versionadas e rastreáveis.
- 8.2.2 A comunidade DEVE manter um Histórico de Versões que registre, no mínimo:
- 8.2.5 Nenhuma mudança de regra informal, não documentada ou "subentendida" PODE ser considerada válida.
- 8.6.3 O Protocolo de Mudança DEVE definir, no mínimo:
Por que etapas de publicação fixas?
Uma votação que passa mas nunca é registrada é o mesmo que nenhuma votação — e pior, cria uma lacuna em que quem se lembra do resultado é quem o define. Etapas de publicação rígidas e ordenadas fecham essa lacuna e tornam "o que foi adotado" uma questão de registro, não de memória.
Como preencher
Declare as etapas ordenadas que devem ocorrer após a aprovação de uma proposta. Inclua limites de tempo e a obrigação de histórico de versões.
Quando uma proposta é aprovada:
- <Arquivo da proposta movido para o arquivo de propostas aprovadas em até X dias.>
- <Artefatos afetados atualizados em até X dias.>
- <Entrada de histórico de versão adicionada.>
- <Campos de status atualizados nos artefatos afetados.>
O que abordar
- Once a proposal passes, which steps follow, in what order, and within how many days?
- Who is responsible for updating the affected documents and adding the Version History entry? (What the entry contains is its own question.)
- How are all members told about the change, and what does the notice include?
- From when does an adopted change apply — and can it ever apply before it is published?
- What happens if a change was agreed but never written up — does it count?
Exemplos
Within 7 days of a change passing, the secretary updates every affected document, marks the old wording as superseded, adds a Version History entry and moves the proposal to the passed-proposals folder. All members then receive an email with a summary and the effective date. The change applies from the effective date named in the proposal, or from publication if that is later. A change that has not been written up this way is not in force, however clearly people remember agreeing to it.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Rejeição
What happens to a rejected proposal — can it come back, and how soon?
Cláusulas RCOS 8.2.2, 8.2.4
Por que arquivar propostas rejeitadas?
Ideias rejeitadas carregam tanto sinal quanto as aceitas — elas mostram o que a comunidade considerou e recusou. Manter rejeições arquivadas e acessíveis impede que a mesma proposta reapareça com um novo nome a cada seis meses e dá aos futuros membros uma visão dos caminhos não trilhados.
Como preencher
Declare o local de arquivamento das propostas rejeitadas e as condições de nova votação para revisitar a questão.
Quando uma proposta é rejeitada:
- <Arquivo da proposta movido para o arquivo de propostas rejeitadas em até X dias.>
- <Nenhuma alteração em artefatos é feita.>
- <O mecanismo de nova votação se aplica se surgirem novas informações (conforme a Matriz de Decisão, Camada 2).>
O que abordar
- Where is a rejected proposal kept, together with its decision record, and within how many days is it filed?
- Is the proposer told why it was rejected, and by whom?
- Can the same proposal come back — after how long, or only with new information?
- Who decides whether a returning proposal is really new, or the same one under a different name?
Exemplos
Within 7 days, a rejected proposal is filed in the rejected-proposals folder with its decision record and a short note of the main reasons given. Nothing in our documents changes. The same proposal may come back after six months, or sooner if the proposer shows new information that was not available during the first discussion; the facilitator decides whether a returning proposal is substantially the same.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Transição e Migração
What extra care does a change that is hard to undo need — and what happens to what is already running under the old rule?
Cláusulas RCOS 8.5.1, 8.5.2
Por que proteger direitos existentes durante transições?
Se novas regras pudessem silenciosamente reescrever acordos existentes, a participação como membro perderia o sentido — aquilo com o que você se comprometeu poderia ser mudado por baixo dos panos. Regras explícitas de transição garantem que direitos não sejam reduzidos retroativamente e que pessoas operando sob as regras antigas tenham tempo e aviso antes que o terreno mude.
Como preencher
Declare as regras que protegem os atuais ocupantes de papéis, membros e registros quando uma mudança de regra entra em vigor.
Quando uma mudança de regra afeta papéis, acordos ou registros existentes:
- <Os atuais ocupantes de papéis são notificados antes da mudança entrar em vigor.>
- <Os direitos dos membros existentes não podem ser reduzidos sem consentimento ou uma votação Constitucional.>
- <Registros anteriores à mudança não são alterados retroativamente, a menos que isso faça parte explícita da proposta.>
- <Um período de transição pode ser definido na própria proposta.>
O que abordar
- How do we recognise a change as high-impact or hard to undo, and who decides that it is?
- For those changes, how much longer is the discussion, and what higher threshold do they need?
- How are the risks written down and acknowledged before the decision?
- How much notice do current role holders and members get before a change affects them?
- Can a change reduce the rights existing members already have, and if so, what does it take?
- What happens to records and agreements made under the old rule — are they left as they were?
Exemplos
A change counts as high-impact if it affects money, housing or membership rights, or cannot easily be undone. Such changes get twice the normal discussion time, need a two-thirds majority instead of a simple one, and include a written risk section that members acknowledge before voting. Affected role holders are told at least 30 days before the change takes effect. Existing members' rights are never reduced without their consent or a Constitutional vote, and records made under the old rule are not altered.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Reversão
How do we check whether a change is working — and revise or undo it if it is not?
Cláusulas RCOS 8.1.5, 8.5.1
- 8.1.5 A comunidade DEVE definir mecanismos explícitos de revisão para as mudanças adotadas, incluindo como as mudanças são avaliadas, revisadas ou revertidas quando produzem dano, instabilidade ou concentração não intencional de poder.
- 8.5.1 O sistema DEVE preferir mudanças reversíveis a mudanças irreversíveis, quando possível.
Por que tornar a reversão simétrica à adoção?
Uma mudança que não pode ser desfeita pelo mesmo caminho que a criou é uma armadilha. Exigir que a reversão use o tipo de decisão original mantém a porta aberta para correção sem permitir que um único membro silenciosamente reverta uma decisão de nível comunitário chamando-a de "correção".
Como preencher
Declare que a reversão usa o mesmo tipo de decisão e processo da adoção original.
<Qualquer decisão aprovada pode ser revertida pelo mesmo processo que a original. Qualquer Membro Pleno pode acionar uma nova votação ao submeter uma objeção fundamentada por escrito que não foi considerada durante a deliberação original. A reversão usa o mesmo tipo de decisão da original.>
O que abordar
- How and when do we check whether an adopted change is working as intended?
- What signs mean a change needs revising or reversing — such as harm, instability, or decisions gathering in fewer hands?
- Who may ask for a change to be revised or reversed, and what do they have to show?
- Which decision type and process does a reversal use?
- When choosing between ways to solve a problem, how do we favour the one that is easier to undo?
Exemplos
Every adopted Strategic or Constitutional change is reviewed six months after it takes effect: the stewardship circle reports whether it caused harm, confusion, or put decisions into fewer hands. Any Full Member can ask for a change to be revised or reversed by giving written reasons that were not considered the first time. A reversal uses the same decision type as the original adoption. When two options would solve the same problem, we choose the one that is easier to undo.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Mudanças de Emergência
What may we decide in a hurry, who may do it, and when does it expire?
Cláusulas RCOS 8.5.3
- 8.5.3 Mudanças emergenciais PODEM ser permitidas apenas onde explicitamente definidas, DEVEM ter prazo definido, NÃO DEVEM sobrepor-se aos invariantes da Camada 0 e DEVEM passar por revisão posterior obrigatória e ratificação ou reversão.
Por que permitir mudanças de emergência?
Alguns danos se desenrolam mais rápido do que uma votação pode ser convocada. Um caminho de emergência estreito e bem protegido permite que a comunidade responda a falhas genuínas de segurança ou de plataforma sem entregar a ninguém um mecanismo geral de override. O ciclo obrigatório de relato, revisão e ratificação-ou-reversão é o que impede que poderes emergenciais se tornem poderes ordinários.
Como preencher
Defina as condições sob as quais uma mudança de emergência pode ser feita, quem pode fazê-la e o ciclo obrigatório de relatar-revisar-ratificar-ou-reverter.
Uma mudança operacional de emergência pode ser feita por <papel> apenas se todas as seguintes condições forem atendidas:
- <Ação imediata necessária para prevenir dano à segurança ou falha de plataforma.>
- <Uma votação dos Membros Plenos não pode ser convocada a tempo.>
- <A mudança não anula um invariante da Camada 0.>
Mudanças de emergência devem ser:
- <Relatadas a todos os Membros Plenos em até X horas.>
- <Revisadas na próxima reunião comunitária.>
- <Ratificadas por meio do tipo de decisão apropriado em até Y dias, ou revertidas automaticamente.>
O que abordar
- What situations count as an emergency — and what makes waiting for a normal decision impossible?
- Who may make an emergency change, alone or together with someone else?
- What can never be changed in an emergency, such as our purpose or the commitments we said would never change?
- How quickly must an emergency change be reported, and to whom?
- When is it reviewed, and by when must it be confirmed through the normal decision type — or does it end automatically?
Exemplos
The two safety coordinators together may make an emergency change only when immediate action is needed to prevent harm to people or loss of the building, and a members' meeting cannot be held in time. An emergency change can never alter our purpose or core commitments. It is reported to all members within 24 hours, discussed at the next meeting, and lapses after 21 days unless members ratify it through the decision type the change would normally need.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Experimentos
How do we try something for a while without it quietly becoming permanent?
Cláusulas RCOS 8.3.1, 8.3.2, 8.3.3, 8.3.4, 8.3.5, 8.7.3
- 8.3.1 A comunidade PODE adotar experimentos como desvios, extensões ou pilotos explicitamente com prazo definido e reversíveis, destinados ao aprendizado.
- 8.3.2 Todo experimento DEVE definir, no mínimo:
- 8.3.3 Os experimentos NÃO DEVEM sobrepor-se aos invariantes da Camada 0 e NÃO DEVEM contornar as restrições de governança definidas na Camada 2.
- 8.3.4 Os experimentos DEVEM ser explicitamente rotulados como experimentais em todos os artefatos afetados e DEVEM incluir uma data de expiração não prorrogável, a menos que sejam renovados por meio de uma decisão autorizada.
- 8.3.5 Se um experimento introduzir risco de segurança, coerção ou dano sustentado, a comunidade DEVE suspender ou encerrar o experimento imediatamente por meio de uma ação protetiva, seguida de revisão posterior.
- 8.7.3 Os experimentos DEVEM ter prazo definido, ser explicitamente rotulados e reversíveis.
Por que tratar experimentos como um mecanismo distinto?
A comunidade precisa de uma forma de testar coisas novas sem ter que adotá-las permanentemente para testá-las. Experimentos criam esse espaço — mas só se forem limitados no tempo, rotulados e com expiração automática. Sem essas salvaguardas, um "experimento" se torna a forma mais rápida de instalar uma regra permanente sem deliberação real.
Como preencher
Defina as regras que todo experimento deve satisfazer. Faça referência ao Modelo de Experimento para o formato completo de submissão.
<Qualquer Membro Pleno pode propor um experimento com prazo definido por meio de decisão Estratégica. Veja o Modelo de Experimento para os campos obrigatórios.>
- <Experimentos expiram automaticamente ao final de sua duração definida, a menos que sejam explicitamente renovados por uma nova proposta.>
- <Todos os artefatos afetados por um experimento devem ser explicitamente rotulados como experimentais durante o período.>
- <Suspensão por segurança: se um experimento introduzir um risco credível de segurança, coerção ou dano contínuo, uma suspensão de emergência pode ser invocada conforme Mudanças de Emergência acima.>
- <Resultados e aprendizados são registrados no Registro de Aprendizado.>
O que abordar
- Who may propose an experiment, and which decision starts, extends, changes or ends one?
- What must every experiment state — what changes and what stays the same, how long it runs, its check-in points, and the signs of success or failure?
- What triggers a rollback, and how is it carried out?
- What may an experiment never touch, such as our core commitments or the way decisions are made?
- How is an experiment labelled in every document it affects, and what fixed end date does it carry?
- If an experiment causes harm, pressure on people or a safety risk, who may stop it at once, and how is that reviewed afterwards?
Exemplos
Any Full Member may propose an experiment of up to 12 months; starting, extending or changing one takes a Strategic decision. The proposal states what changes and what does not, a midpoint check-in, signs of success and failure, and how to roll back. Every affected document is labelled "Experimental until" its end date. Experiments cannot change our core commitments or skip our decision rules, and they end on their date unless renewed by a new decision. Any two stewards may halt one immediately if it causes harm, with a review within 14 days.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Registro de Ratificação
- Adotado em: <AAAA-MM-DD>
- Tipo de decisão: Constitucional
- Versão: <versão>
- Registro de decisão: <link para o registro de decisão>