Version: 1.0 Effective Date: February 6, 2026 Next Review: May 6, 2026 Status: Active
This policy establishes:
- A classification system to protect trade secrets and sensitive information in public repositories
- Enforcement mechanisms to keep living documents current with every significant change
- Clear boundaries between public transparency and confidential business operations
This policy implements the transparency exceptions defined in GOVERNANCE_PROTOCOL.md Protocol 9.3.
Documents visible to anyone. Must NOT contain trade secrets, financials, investor details, or stakeholder PII.
| Document | Type | Update Trigger |
|---|---|---|
README.md |
Profile | Quarterly or on major org changes |
CONTRIBUTING.md |
Process | On process changes |
SECURITY.md |
Policy | Semi-annually or on incident |
GOVERNANCE.md |
Framework | On governance votes (Protocol 10.1) |
GOVERNANCE_PROTOCOL.md |
Protocol | On governance votes (Protocol 10.1) |
PROJECT_BOARD_GUIDE.md |
Operational | On every merged PR that changes board structure |
GOALS.md |
Strategic | Monthly progress update, quarterly revision |
CODE_OF_CONDUCT.md |
Policy | Annually |
WORKSPACE_GUIDE.md |
Reference | On tooling changes |
LABELS_README.md |
Reference | On label definition or auto-labeling rule changes |
.github/workflows/README.md |
Reference | On workflow changes |
Rule: Any PR that modifies workflows, labels, templates, or board configuration MUST include corresponding doc updates as part of the PR checklist.
Documents that should live in private repositories or GitHub Wiki with restricted access. Contain operational details that are not trade secrets but provide competitive insight.
| Content Type | Current Location | Recommended Location |
|---|---|---|
| Milestone progress with business metrics | MILESTONES_OVERVIEW.md (PUBLIC) |
Private repo or restricted wiki |
| Detailed OKR tracking with resource allocation | GOALS.md (partial) |
Separate internal tracker |
| Project health reviews with contributor data | Not yet created | Private repo |
| Bug triage notes with internal priorities | Issue comments | Internal labels + private notes |
Must NEVER appear in any public repository, commit history, issue, or PR comment.
| Content Type | Risk If Exposed | Where It Should Live |
|---|---|---|
| Investor names, contacts, pitch materials | Competitive, legal | Private repo with restricted access |
| Revenue figures, funding amounts, burn rate | Competitive | Private financial repo |
| Partnership terms, NDA-covered information | Legal liability | Secure document storage (not GitHub) |
| Stakeholder PII (emails, phone numbers) | Privacy violation, GDPR | Encrypted storage, not Git |
| API keys, credentials, wallet private keys | Security breach | Secrets manager (not Git, not env files) |
| Security vulnerabilities (pre-disclosure) | Active exploitation | Private security advisories |
A GitHub Actions workflow (doc-freshness-check.yml) MUST run on every PR to main/master:
What it checks:
- If the PR modifies files in
.github/workflows/, require updates to.github/workflows/README.md - If the PR modifies
labels.yml, require updates toPROJECT_BOARD_GUIDE.mdlabel sections - If the PR modifies issue templates, require updates to
PROJECT_BOARD_GUIDE.mdworkflow sections - If the PR closes an issue linked to a milestone, flag
MILESTONES_OVERVIEW.mdfor update - If any classified-public doc has a
Last Updateddate older than 90 days, warn in PR comment
Enforcement level: Warning (non-blocking) for first 30 days, then blocking.
A weekly scheduled workflow (doc-staleness-audit.yml) MUST:
- Parse all markdown files for
Last Updateddates - Flag any doc past its stated
Next Reviewdate - Create an issue titled
[DOC REVIEW] {filename} is past review datewith labeltype: documentation - Assign to the doc owner or
@core-team
A pre-merge check (sensitive-content-scan.yml) MUST scan PRs for:
- Email addresses not in an approved public list
- Phone numbers
- Dollar amounts with context suggesting financials (e.g., "$X funding", "revenue", "burn rate")
- Keywords: "investor", "pitch", "funding round", "valuation", "NDA", "confidential"
- API key patterns, wallet addresses, credentials
Action on match: Block merge, comment with findings, require manual override by core team member.
The existing PULL_REQUEST_TEMPLATE.md MUST include a documentation checklist:
## Documentation Impact
- [ ] No documentation updates needed
- [ ] Updated relevant docs (list which ones)
- [ ] Verified no confidential information in changes
- [ ] Updated `Last Updated` date on modified docsThe author (or reviewer) is responsible for:
- Check: Does this PR change any process, workflow, template, label, or board structure?
- Update: If yes, update the corresponding public doc(s) in the same PR
- Date: Bump
Last Updatedon every doc modified - Review: Reviewer verifies doc updates match code changes
- If the bug was tracked on the project board, verify board guide accuracy
- If the bug revealed a process gap, update CONTRIBUTING.md or relevant process doc
- If the bug was a security issue, follow SECURITY.md disclosure process
- Core team reviews all
Last Updateddates - Update GOALS.md OKR progress
- Run doc staleness audit manually if automated version not yet deployed
- Full doc review cycle per GOVERNANCE_PROTOCOL.md Protocol 10.2
- Rotate
Next Reviewdates - Archive or deprecate obsolete docs
- Verify classification levels still appropriate
The following content is currently in PUBLIC repos but violates this classification policy:
| Section | Classification | Action Required |
|---|---|---|
| "Funding and Business Model" (lines 409-422) | CONFIDENTIAL | Remove entirely, move to private repo |
| "Investor Pitch Status: Preparing materials (30% complete)" (line 422) | CONFIDENTIAL | Remove |
| "Potential Revenue Streams" (lines 413-418) | INTERNAL | Move to private repo |
| "Pre-revenue, seeking initial funding" (line 412) | INTERNAL | Remove or generalize |
| Specific issue numbers for investor readiness (#23-#27) (lines 108-112) | INTERNAL | Keep issue refs but remove business context |
| "Key Metrics Dashboard" with TBD business targets (lines 309-336) | INTERNAL | Keep structure, remove financial targets |
| Team structure/roles needed (lines 494-507) | PUBLIC | OK to keep |
| Section | Issue | Action Required |
|---|---|---|
| Project #10 reference (line 7) | Board doesn't exist | Update to existing board or mark as planned |
| External tools listing Telegram only (line 248) | Incomplete | Update with all actual channels |
| "Last Updated: January 2026" (line 340) | Stale | Update |
Every living document MUST have a designated owner responsible for freshness.
| Document | Owner | Update Cadence | Enforcement |
|---|---|---|---|
PROJECT_BOARD_GUIDE.md |
Core Team | On board changes + quarterly | PR gate |
GOALS.md |
Core Team Lead | Monthly + quarterly | Scheduled audit |
MILESTONES_OVERVIEW.md |
Core Team Lead | Monthly | Scheduled audit |
GOVERNANCE.md |
Core Team (collective) | On governance votes | Protocol 10.1 |
GOVERNANCE_PROTOCOL.md |
Core Team (collective) | On governance votes | Protocol 10.1 |
CONTRIBUTING.md |
Any maintainer | On process changes | PR gate |
SECURITY.md |
Security lead | Semi-annually | Scheduled audit |
ORG_AUDIT_RECOMMENDATIONS.md |
Core Team | Per audit cycle | Manual |
LABELS_README.md |
Core Team / DevOps lead | On label or workflow changes | PR gate |
.github/workflows/README.md |
DevOps lead | On workflow changes | PR gate |
- GOVERNANCE_PROTOCOL.md - Protocol 9.3 (Transparency Exceptions)
- SECURITY.md - Security reporting and handling
- CONTRIBUTING.md - Contribution process
- ORG_AUDIT_RECOMMENDATIONS.md - Current audit findings
Last Updated: February 6, 2026 Next Review: May 6, 2026