Phoenix is the coordination hub for the AI Ethical Stack. Contributions that improve documentation, cross-repo integration, and project coordination are welcome.
- Fork the repository
- Create a feature branch:
git checkout -b feat/your-feature - Make your changes
- Submit a pull request
All repos in the AI Ethical Stack use conventional commits:
| Prefix | Usage |
|---|---|
feat() |
New feature or functionality |
fix() |
Bug fix |
refactor() |
Code restructuring without behavior change |
chore() |
Maintenance, dependencies, tooling |
docs() |
Documentation changes |
ci() |
CI/CD pipeline changes |
Examples:
feat(scoring): add memetic dimension to evaluation API
fix(auth): reject expired Ed25519 signatures
docs(architecture): update Mermaid diagram with Orion_dock
chore(deps): bump Flask to 3.x
Docs must be updated in every PR. This is non-negotiable.
After any change (code, architecture, phase, integration, feature):
- Update the relevant section in
README.md - Update the appropriate file in
/docs/ - Commit docs in the same PR as code
PR titles should reflect both code and doc changes: feat: add scoring API | docs: update integration guide
- Use
#headings for document structure - Use code fences (
```) for code blocks and configuration - Use Mermaid diagrams for architecture and flow visualization
- Use tables for structured data
- Link every mention of another repo (e.g., Abigail)
- Reference GitHub issues/projects:
Closes #XX|Project board item #YY
When referencing other repositories in the stack, always use full links:
| Repo | Link |
|---|---|
| Abigail | [Abigail](https://github.com/jbcupps/abigail) |
| SAO | [SAO](https://github.com/jbcupps/SAO) |
| Ethical_AI_Reg | [Ethical_AI_Reg](https://github.com/jbcupps/Ethical_AI_Reg) |
| Orion_dock | [Orion_dock](https://github.com/jbcupps/Orion_dock) |
| Phoenix | [Phoenix](https://github.com/jbcupps/Phoenix) |
- Ensure your branch is up to date with
main - Verify all documentation is current
- Use a descriptive PR title following commit conventions
- Include a summary of changes in the PR body
- Reference any related issues or project board items
- Request review from the PO for architecture or docs changes
Every Monday:
- Run
git pullon Phoenix - Review
/docs/for staleness - Open a PR titled
docs: weekly sync [date]if updates are needed
When you need Product Owner review:
- Comment
@grok-powith "DOC REVIEW NEEDED" on the relevant PR or issue - PO will respond within 1 hour during business hours
- Never commit API keys, secrets, or credentials
- Follow Ed25519 security boundaries defined in CLAUDE.md
- Report security concerns directly to the PO
By contributing to Phoenix, you agree that your contributions will be licensed under the MIT License.