GOVERNANCE / NAMED RESPONSIBILITY
Founder-led.Publicly accountable.
Open participation does not dissolve decision rights. Responsibility for direction, boundaries, releases, access and identity remains visible and reviewable.
- Current authority
- 01
- Decision areas
- 06
- Participation paths
- 04
- Rights classes
- 04
01 / CURRENT AUTHORITY
Responsibility stays named.
Rajko Majcen currently carries the project’s product direction, component boundaries, release decisions and public/private governance boundary.
- Model
- Founder-led. Publicly accountable.
- Public role
- Founder and maintainer
01 / PROJECT DIRECTION
Product direction
- Authority
- Founder / Product Lead
- Decision right
- Sets product direction and the order in which project work is pursued.
- Boundary
- Public discussion can inform direction; it does not transfer final responsibility.
- Public record
- Project roadmap
02 / COMPONENT BOUNDARIES
Scope and readiness
- Authority
- Founder / Product Lead
- Decision right
- Approves component scope, current boundary, access state and readiness gate.
- Boundary
- A named or documented component is not thereby public, released or available.
- Public record
- Component register
03 / RELEASE + PUBLICATION
Public status changes
- Authority
- Founder / Product Lead
- Decision right
- Approves releases, evidence publication and other public status changes.
- Boundary
- A date, plan or implementation does not change public status without evidence and approval.
- Public record
- Updates and component records
04 / MAINTAINER + GOVERNANCE
Appointments and authority
- Authority
- Founder / Product Lead
- Decision right
- Appoints maintainers and approves changes to the decision-rights boundary.
- Boundary
- Maintainer status follows sustained judgement and trusted work; it is never automatic.
- Public record
- Current maintainer record
05 / PRIVATE DEVELOPMENT
Access decisions
- Authority
- Founder / Product Lead
- Decision right
- Controls access to private code, documentation, evidence artefacts and credentials.
- Boundary
- Private access is granted only for a bounded purpose and creates no decision rights.
- Public record
- Public component boundaries
06 / BRAND + IDENTITY
Project identity
- Authority
- Founder / Product Lead
- Decision right
- Protects the OpenLegalCore name, visual identity and public project representation.
- Boundary
- Brand rights remain separate from code, data and documentation rights.
- Public record
- Canonical project site
PARTICIPATION / BOUNDED PATHS
Participation does not equal control.
OpenLegalCore welcomes specific work and bounded collaboration. Each path has a real purpose, and each stops before rights it does not create.
- 01
Contributor / community
- Entry
- Public issues, documentation, synthetic test cases, focused pull requests or reviewed RFCs.
- Purpose
- Improve bounded public work through specific, reviewable contributions.
- Does not create
- A contribution does not create maintainer or decision rights.
- 02
Maintainer
- Entry
- Sustained contribution, sound judgement, trusted review and explicit appointment.
- Purpose
- Carry an expressly assigned review or decision responsibility.
- Does not create
- Status is earned and appointed; it is not produced by volume or a single contribution.
- 03
Partner / funder
- Entry
- A scoped review, integration, pilot, public bounty or other agreed support.
- Purpose
- Support a defined public or private outcome within an explicit scope.
- Does not create
- Funding does not buy governance, private access or maintainer status.
- 04
Private access
- Entry
- An explicit agreement for a bounded development need.
- Purpose
- Provide only the private scope required for that agreed work.
- Does not create
- Access does not transfer ownership, maintainer status or decision rights.
Contributions, funding or access to private development do not create maintainer or decision-making rights.