Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
35 changes: 35 additions & 0 deletions .githooks/pre-commit
Original file line number Diff line number Diff line change
@@ -0,0 +1,35 @@
#!/usr/bin/env bash
set -euo pipefail

REPO_ROOT="$(git rev-parse --show-toplevel)"
CHANGED="$(git diff --cached --name-only)"

if ! printf '%s\n' "$CHANGED" | grep -Eq '^(\.github/|README\.md|CONTRIBUTING\.md|SECURITY\.md)'; then
exit 0
fi

echo "[pre-commit] .github policy checks"

python3 - <<'PY'
from pathlib import Path
import sys
import yaml

root = Path.cwd()
errors = []
for workflow in sorted((root / ".github" / "workflows").glob("*.yml")):
try:
yaml.safe_load(workflow.read_text(encoding="utf-8"))
except Exception as exc: # noqa: BLE001
errors.append(f"{workflow.name}: {exc}")

for tmpl in sorted((root / ".github" / "ISSUE_TEMPLATE").glob("*.md")):
text = tmpl.read_text(encoding="utf-8")
if not text.startswith("---"):
errors.append(f"{tmpl.name}: missing YAML frontmatter block")

if errors:
for err in errors:
print(err)
sys.exit(1)
PY
29 changes: 29 additions & 0 deletions .github/ISSUE_TEMPLATE/first_contribution.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,29 @@
---
name: "First Contribution"
about: "Scoped onboarding issue for first-time contributors"
title: "[FIRST-CONTRIB] "
labels: ["good first issue"]
assignees: []
---

## Outcome

What concrete outcome should be achieved?

## Scope

Which files/modules are in scope? Keep scope constrained.

## Acceptance Criteria

- [ ] Criteria are explicit and testable
- [ ] Required validation commands are listed
- [ ] Estimated completion time is under one focused day

## Validation Commands

List commands a contributor must run before opening a PR.

## Notes for Reviewer

Any constraints, caveats, or context a reviewer should know.
5 changes: 4 additions & 1 deletion .github/PULL_REQUEST_TEMPLATE.md
Original file line number Diff line number Diff line change
Expand Up @@ -15,4 +15,7 @@ Brief description of the changes.
- [ ] My code follows the project's style guidelines
- [ ] I have performed a self-review
- [ ] I have added tests that prove my fix/feature works
- [ ] New and existing tests pass locally
- [ ] New and existing tests pass locally
- [ ] I ran the relevant repo validation command(s)
- [ ] No secrets or credentials were added
- [ ] Related issue is linked with explicit acceptance criteria
38 changes: 38 additions & 0 deletions BRANCH_PROTECTION_BASELINE.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,38 @@
# Branch Protection Baseline

Apply this baseline to default branches (`main`) for all ORGAN-V repositories.

## Required Settings

1. Require a pull request before merging.
2. Require approvals: minimum 1.
3. Dismiss stale approvals when new commits are pushed.
4. Require conversation resolution before merge.
5. Require status checks to pass before merge.
6. Restrict force-pushes and deletion on protected branches.
7. Require linear history (optional but recommended).

## Required Status Checks (by repo)

### `public-process`
- `Public Process CI / validate`

### `essay-pipeline`
- `Essay Pipeline CI / test`

### `analytics-engine`
- `Analytics Engine CI / test` (or equivalent job name in workflow)

### `reading-observatory`
- `Reading Observatory CI / test` (or equivalent job name in workflow)

### `editorial-standards`
- `Editorial Standards CI / validate` (or equivalent job name in workflow)

### `.github`
- `ORGAN-V CI Minimal / validate` (or equivalent job name in workflow)

## Ownership

- Repo admin applies settings.
- Any exception requires linked issue + explicit expiry date.
8 changes: 8 additions & 0 deletions CLAUDE.md
Original file line number Diff line number Diff line change
Expand Up @@ -18,3 +18,11 @@

*Last synced: 2026-02-24T12:41:28Z*
<!-- ORGANVM:AUTO:END -->


## ⚡ Conductor OS Integration
This repository is a managed component of the ORGANVM meta-workspace.
- **Orchestration:** Use `conductor patch` for system status and work queue.
- **Lifecycle:** Follow the `FRAME -> SHAPE -> BUILD -> PROVE` workflow.
- **Governance:** Promotions are managed via `conductor wip promote`.
- **Intelligence:** Conductor MCP tools are available for routing and mission synthesis.
14 changes: 14 additions & 0 deletions CONTRIBUTING.md
Original file line number Diff line number Diff line change
Expand Up @@ -20,6 +20,13 @@ This organization covers: Essays, process documentation, methodology writing.
4. **Write tests** — maintain or improve coverage
5. **Submit a PR** with clear description of changes

### First-Time Contribution Path

1. Pick an issue labeled `good first issue`.
2. Confirm scope, validation commands, and acceptance criteria before coding.
3. Keep changes focused; avoid cross-repo refactors on first contribution.
4. Run local validation commands listed in the issue/README.

### What We Accept

- Bug fixes with tests
Expand All @@ -42,12 +49,19 @@ Essay contributions must include YAML frontmatter (title, author, date, tags, ca
- Python: PEP 8, type hints, f-strings
- Tests required for all new functionality
- Commit messages: imperative mood, <72 chars title
- README structure must follow [README standards](README_STANDARDS.md)

## Getting Help

- Open an Issue for questions
- Check existing documentation in each repo's README

## Review Service Targets

- Initial maintainer response: within 3 business days
- Review response after updates: within 3 business days
- Merge decision after approval: within 2 business days

---

*Part of the [organvm eight-organ system](https://github.com/meta-organvm)*
8 changes: 8 additions & 0 deletions GEMINI.md
Original file line number Diff line number Diff line change
Expand Up @@ -18,3 +18,11 @@

*Last synced: 2026-02-24T12:41:28Z*
<!-- ORGANVM:AUTO:END -->


## ⚡ Conductor OS Integration
This repository is a managed component of the ORGANVM meta-workspace.
- **Orchestration:** Use `conductor patch` for system status and work queue.
- **Lifecycle:** Follow the `FRAME -> SHAPE -> BUILD -> PROVE` workflow.
- **Governance:** Promotions are managed via `conductor wip promote`.
- **Intelligence:** Conductor MCP tools are available for routing and mission synthesis.
7 changes: 7 additions & 0 deletions README.md
Original file line number Diff line number Diff line change
@@ -1,2 +1,9 @@
# .github
Organization profile and community health files

## Included Governance Assets

- Issue templates and PR template defaults
- Organization-level workflows
- [Branch protection baseline](BRANCH_PROTECTION_BASELINE.md)
- [README standards](README_STANDARDS.md)
59 changes: 59 additions & 0 deletions README_STANDARDS.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,59 @@
# README Standards Overlay (ORGAN-V Logos)

This document is an organ-level overlay for README policy in `organvm-v-logos`.

## Canonical Upstream

Canonical full standards live in:
- `meta-organvm/.github/README_STANDARDS.md`

This overlay can add stricter local requirements but cannot weaken upstream
requirements.

## Local Profiles

Use the profile that matches the repository type.

### Profile A: Governance Repo (`.github`)

Required:
- `#` title
- `## Included Governance Assets`
- links to org governance docs (for example branch protection baseline)

### Profile B: Flagship Narrative Repo (`public-process`)

Required:
- `#` title
- `## Introduction`
- `## Methodology`
- `## Lessons Learned`

### Profile C: Code/Automation Repos

Applies to:
- `essay-pipeline`
- `editorial-standards`
- `analytics-engine`
- `reading-observatory`

Required:
- `#` title
- one context section: `## Overview` or `## Current State` or `## Introduction`
- one execution section: `## Development` or `## Setup` or `## Getting Started`

Recommended:
- `## Architecture`
- `## Testing` and/or validation commands
- CI badge near top

## Enforcement

Local minimum checks are enforced by:

```bash
./tools/audit_platform_standards.sh
```

Violations must be fixed in the same PR or tracked in a linked issue with owner
and due date.