mirror of
https://github.com/PR0M3TH3AN/SeedPass.git
synced 2026-11-04 03:42:04 +00:00
- Update agent models from gpt-5.3-codex to claude-compatible names (opus for coordinator/lead, sonnet for builder/scout/reviewer/merger, haiku for monitor) - Switch runtime from codex to claude (codex requires interactive TTY, incompatible with tmux-based agent spawning) - Add Overstory ecosystem links to AGENTS.md and CLAUDE.md - Add docs/overstory_quick_reference.md with startup, monitoring, and CLI commands - Sync seeds issue state Co-Authored-By: Claude Opus 4.6 <[email protected]>
166 lines
5.8 KiB
Markdown
166 lines
5.8 KiB
Markdown
# Repository Guidelines
|
||
|
||
## Overstory Ecosystem
|
||
This project is part of the **Overstory** multi-agent development ecosystem. When asked to "update Overstory" or work on the ecosystem, these are the relevant repositories:
|
||
|
||
- **[Overstory](https://github.com/jayminwest/overstory)** — The coordinator. Orchestrates multi-agent workflows across worktrees.
|
||
- **[Mulch](https://github.com/jayminwest/mulch)** — Structured expertise/memory system for agents.
|
||
- **[Canopy](https://github.com/jayminwest/canopy)** — Prompt management system for agents.
|
||
- **[Seeds](https://github.com/jayminwest/seeds)** — Git-native issue tracker for agents.
|
||
- **[os-eco](https://github.com/jayminwest/os-eco)** — The entire Overstory ecosystem (meta-repo/docs).
|
||
|
||
This project is written in **Python**. Follow these instructions when working with the code base.
|
||
|
||
## Installation Quickstart for AI Agents
|
||
|
||
### Prerequisites
|
||
|
||
Ensure the system has the required build tools and Python headers. Examples:
|
||
|
||
```bash
|
||
# Ubuntu/Debian
|
||
sudo apt update && sudo apt install -y \
|
||
build-essential \
|
||
libffi-dev \
|
||
pkg-config \
|
||
python3.11-dev \
|
||
curl \
|
||
git
|
||
|
||
# CentOS/RHEL
|
||
sudo yum install -y gcc gcc-c++ libffi-devel pkgconfig python3-devel curl git
|
||
|
||
# macOS
|
||
brew install [email protected] libffi pkg-config git
|
||
```
|
||
|
||
### Installation
|
||
|
||
Run the installer script to fetch the latest release:
|
||
|
||
```bash
|
||
# Stable release
|
||
bash -c "$(curl -sSL https://raw.githubusercontent.com/PR0M3TH3AN/SeedPass/main/scripts/install.sh)"
|
||
|
||
# Beta branch
|
||
bash -c "$(curl -sSL https://raw.githubusercontent.com/PR0M3TH3AN/SeedPass/main/scripts/install.sh)" _ -b beta
|
||
```
|
||
|
||
### Environment Layout
|
||
|
||
- Virtual environment: `~/.seedpass/app/venv/`
|
||
- Entry point: `~/.seedpass/app/src/main.py`
|
||
|
||
### Verification
|
||
|
||
```bash
|
||
cd ~/.seedpass/app && source venv/bin/activate
|
||
cd src && python main.py --version # Expected: SeedPass v[version]
|
||
```
|
||
|
||
### Running SeedPass
|
||
|
||
```bash
|
||
cd ~/.seedpass/app && source venv/bin/activate
|
||
cd src && python main.py
|
||
```
|
||
|
||
## Planning & Strategy
|
||
|
||
Before starting work, AI agents must consult the following documents to align with the current project trajectory:
|
||
|
||
1. **[Dev Control Center](docs/dev_control_center.md)**: The single source of truth for current priorities and "what to do next."
|
||
2. **[TUI v2 Execution Plan](docs/tui_v2_integration_execution_plan_2026-03-02.md)**: The active roadmap for the TUI v2 mockup parity and hardening phase.
|
||
|
||
## Running Tests
|
||
|
||
SeedPass maintains a comprehensive test infrastructure. Agents should use the central inventory as a guide:
|
||
|
||
1. **[Test Infrastructure Inventory](docs/TEST_INVENTORY.md)**: A complete index of all unit, integration, UI, and determinism tests.
|
||
|
||
### Quick Start: Running Tests
|
||
|
||
1. Set up a virtual environment and install dependencies:
|
||
...
|
||
```bash
|
||
pytest
|
||
```
|
||
|
||
For a full CI-equivalent run (highly recommended before any PR), use:
|
||
```bash
|
||
bash scripts/run_ci_tests.sh
|
||
```
|
||
|
||
Currently the test folder is located in `src/tests/`. New tests should be placed there so `pytest` can discover them automatically.
|
||
|
||
## Style Guidelines
|
||
|
||
- Adhere to **PEP 8** conventions (4‑space indentation, descriptive names, docstrings).
|
||
- Use [**black**](https://black.readthedocs.io/) to format Python files before committing:
|
||
|
||
```bash
|
||
black .
|
||
```
|
||
|
||
- Optionally run **flake8** or another linter to catch style issues.
|
||
|
||
## Security Practices
|
||
|
||
- Never commit seed phrases, passwords, private keys, or other sensitive data.
|
||
- Use environment variables or local configuration files (ignored by Git) for secrets.
|
||
- Review code for potential information leaks (e.g., verbose logging) before submitting.
|
||
|
||
Following these practices helps keep the code base consistent and secure.
|
||
|
||
## Deterministic Artifact Generation
|
||
|
||
- All generated artifacts (passwords, keys, TOTP secrets, etc.) must be fully deterministic across runs and platforms.
|
||
- Randomness is only permitted for security primitives (e.g., encryption nonces, in-memory keys) and must never influence derived artifacts.
|
||
|
||
## Legacy Index Migration
|
||
|
||
- Always provide a migration path for index archives and import/export routines.
|
||
- Support older SeedPass versions whose indexes lacked salts or password-based encryption by detecting legacy formats and upgrading them to the current schema.
|
||
- Ensure migrations unlock older account indexes and allow Nostr synchronization.
|
||
- Add regression tests covering these migrations whenever the index format or encryption changes.
|
||
|
||
|
||
## Integrating New Entry Types
|
||
|
||
SeedPass supports multiple `kind` values in its JSON entry files. When adding a
|
||
new `kind` (for example, SSH keys or BIP‑39 seeds) use the checklist below:
|
||
|
||
1. **Menu Updates** – Extend the CLI menus in `main.py` so "Add Entry" offers
|
||
choices for the new types and retrieval operations handle them properly. The
|
||
current main menu looks like this:
|
||
|
||
```
|
||
Select an option:
|
||
1. Add Entry
|
||
2. Retrieve Entry
|
||
3. Search Entries
|
||
4. Modify an Existing Entry
|
||
5. 2FA Codes
|
||
6. Settings
|
||
7. Exit
|
||
```
|
||
|
||
2. **JSON Schema** – Each entry file must include a `kind` field describing the
|
||
entry type. Add new values (`ssh`, `seed`, etc.) as needed and implement
|
||
handlers so older kinds continue to work.
|
||
|
||
3. **Best Practices** – When introducing a new `kind`, follow the modular
|
||
architecture guidelines from `docs/json_entries.md`:
|
||
- Use clear, descriptive names.
|
||
- Keep handler code for each `kind` separate.
|
||
- Validate required fields and gracefully handle missing data.
|
||
- Add regression tests to ensure backward compatibility.
|
||
|
||
This procedure keeps the UI consistent and ensures new data types integrate
|
||
smoothly with existing functionality.
|
||
|
||
## TORCH Memory Integration
|
||
You have access to the TORCH memory system.
|
||
1. READ: Check `.scheduler-memory/latest/${cadence}/memories.md` for past learnings.
|
||
2. WRITE: Before exiting, save new insights to `memory-update.md` so future runs can learn from this session.
|