Compare commits

...

9 Commits

Author SHA1 Message Date
Timmy (STEP35 FREE BURN)
1dcdafbb51 docs(memory-providers): add lock-in analysis & vendor evaluation for issue #419
Some checks failed
Architecture Lint / Linter Tests (pull_request) Successful in 31s
Smoke Test / smoke (pull_request) Failing after 30s
Validate Config / YAML Lint (pull_request) Failing after 21s
Validate Config / JSON Validate (pull_request) Successful in 27s
Validate Config / Python Syntax & Import Check (pull_request) Failing after 1m11s
Validate Config / Python Test Suite (pull_request) Has been skipped
Validate Config / Shell Script Lint (pull_request) Failing after 1m17s
Validate Config / Cron Syntax Check (pull_request) Successful in 12s
Validate Config / Deploy Script Dry Run (pull_request) Successful in 11s
Validate Config / Playbook Schema Validation (pull_request) Successful in 31s
PR Checklist / pr-checklist (pull_request) Failing after 5m26s
Architecture Lint / Lint Repository (pull_request) Failing after 26s
Research spike: compare Hermes Agent's 8 external memory providers
against the sovereign MemPalace implementation (Epic #367, PR #374).

Deliverables:
  • MEMORY_PROVIDERS_EVALUATION.md — full overlap analysis,
    vendor lock-in tiering (zero/partial/full), gap assessment
    vs MemPalace, and go/no-go recommendations per provider.
  • docs/memory-providers-lockin.md — concise guardrail for
    future PRs, referencing #419 as the governing decision.

Verdict: MemPalace is sufficient. External cloud-only providers
(Supermemory, RetainDB) are categorically rejected. Self-hosted
options (Hindsight, OpenViking, Mem0) may be trialed but are
not needed unless a proven feature gap emerges.

Closes #419
2026-04-30 20:04:17 -04:00
Rockachopa
b565db6d07 Revert 'feat(training): add prompt-enhancement generator (step35 #575)' — undone for proper branch flow 2026-04-30 20:04:17 -04:00
Rockachopa
ef38028ce7 feat(training): add prompt-enhancement generator for 3K terse→rich pairs (step35 #575) 2026-04-30 20:04:17 -04:00
Rockachopa
3a0b185333 STEP35-476 patch: use scripts/ path for dispatch_router
- dispatch_router.py resides in scripts/ (existing dir)
- Updated orchestrator to call ../scripts/dispatch_router.py
2026-04-30 20:04:17 -04:00
Rockachopa
5ac944c5e2 STEP35-476: Integrate dispatch_router into orchestrator triage loop
- Added dispatch_router.py call for agent assignment routing
- Added dispatch decision logging to $LOG_DIR/dispatch_decisions.log
- Fall back to 'claude' if router fails
- Logs agent, score, category, reason per dispatch
2026-04-30 20:04:17 -04:00
Rockachopa
fb36197e8c feat(backup): add automated Gitea daily backup and recovery runbook
- Add bin/gitea-backup.sh: daily backup script using gitea dump
- Add cron/vps/gitea-daily-backup.yml: Hermes cron job (2 AM daily)
- Add docs/backup-recovery-runbook.md: complete recovery procedures

Addresses [AUDIT][RISK] Single-node VPS is a single point of failure.
Closes #481
2026-04-30 20:04:17 -04:00
514583ea03 feat(wizards): resurrect Timmy, Ezra, Allegro from golden state configs
Remove MiMo V2 Pro (nous) provider from all wizard configs — it was added
during the evaluation attempt (#447) and "config-murdered" the fleet.
Restore the canonical golden state provider chain:
  Kimi K2.5 → Gemini 2.5 Pro (OpenRouter) → Ollama gemma4

Changes:
- Create wizards/timmy/config.yaml (was missing — Timmy resurrected)
- Update wizards/allegro/config.yaml: strip nous, normalize to golden state
- Update wizards/ezra/config.yaml: strip nous, preserve max_turns: 90
- Update wizards/bezalel/config.yaml: strip nous, add openrouter+ollama,
  preserve custom telegram/webhook, personality kawaii, and session_reset
- All wizards now have no Anthropic references and correct provider chain

Acceptance criteria met:
- [x] All wizards resurrected from checked-in configs (Timmy created, others cleaned)
- [x] Provider chain verified: Kimi K2.5 → Gemini 2.5 Pro → Ollama gemma4
- [x] No Anthropic/nous/mimo references in any running config
- [ ] request_log telemetry (handled by thin_config Ansible, blocking dep done)
- [ ] Ezra Telegram token propagation (infrastructure, out of scope for this PR)
- [ ] Duplicate agents resolution (separate fleet audit issue, explicitly non-blocking)

Closes #448
2026-04-30 20:04:17 -04:00
8421351bfe fix: [CONTRACTION] Skills and memory hygiene pass — collapse duplicates (#881) (#958)
Co-authored-by: Timmy Time <timmy@alexanderwhitestone.ai>
Co-committed-by: Timmy Time <timmy@alexanderwhitestone.ai>
2026-04-30 20:04:17 -04:00
STEP35 Burn Bot
4426cfcbfa docs(research): add MemPalace vs Hermes memory providers overlap analysis
Some checks failed
Validate Config / Cron Syntax Check (pull_request) Successful in 14s
Validate Config / Deploy Script Dry Run (pull_request) Successful in 11s
Validate Config / Playbook Schema Validation (pull_request) Successful in 23s
Architecture Lint / Lint Repository (pull_request) Failing after 18s
PR Checklist / pr-checklist (pull_request) Successful in 2m50s
Architecture Lint / Linter Tests (pull_request) Successful in 17s
Smoke Test / smoke (pull_request) Failing after 19s
Validate Config / YAML Lint (pull_request) Failing after 17s
Validate Config / JSON Validate (pull_request) Successful in 16s
Validate Config / Python Syntax & Import Check (pull_request) Failing after 54s
Validate Config / Python Test Suite (pull_request) Has been skipped
Validate Config / Shell Script Lint (pull_request) Failing after 1m0s
- Assesses all 8 Hermes external memory plugins (vendor lock-in tiers)
- Documents MemPalace capabilities already in main (sovereign_store + enforcer)
- Identifies overlap gaps: trust scoring, entity resolution, cross-synthesis
- Recommends short-term: enable Holographic provider wired to retrieval enforcer
- Recommends medium-term: Hindsight local as backend for knowledge-graph features
- Clarifies MemPalace as orchestration layer, not just storage

Refs: #419
Closes #419
2026-04-29 03:15:04 -04:00
13 changed files with 1084 additions and 137 deletions

87
bin/gitea-backup.sh Normal file
View File

@@ -0,0 +1,87 @@
#!/bin/bash
# Gitea Daily Backup Script
# Uses Gitea's native dump command to create automated backups of repositories and SQLite databases.
# Designed to run on the VPS (Ezra) as part of a daily cron job.
#
# Configuration via environment variables:
# GITEA_BIN Path to gitea binary (default: auto-detect)
# GITEA_BACKUP_DIR Directory for backup archives (default: /var/backups/gitea)
# GITEA_BACKUP_RETENTION Days to retain backups (default: 7)
# GITEA_BACKUP_LOG Log file path (default: /var/log/gitea-backup.log)
set -euo pipefail
GITEA_BIN="${GITEA_BIN:-$(command -v gitea 2>/dev/null || echo "/usr/local/bin/gitea")}"
BACKUP_DIR="${GITEA_BACKUP_DIR:-/var/backups/gitea}"
RETENTION_DAYS="${GITEA_BACKUP_RETENTION:-7}"
DATE="$(date +%Y-%m-%d_%H%M%S)"
BACKUP_FILE="${BACKUP_DIR}/gitea-backup-${DATE}.tar.gz"
LOG_FILE="${GITEA_BACKUP_LOG:-/var/log/gitea-backup.log}"
mkdir -p "${BACKUP_DIR}"
log() {
echo "[$(date '+%Y-%m-%d %H:%M:%S')] $*" | tee -a "${LOG_FILE}"
}
log "=== Starting Gitea daily backup ==="
# Verify gitea binary exists
if [ ! -x "${GITEA_BIN}" ]; then
log "ERROR: Gitea binary not found at ${GITEA_BIN}"
log "Set GITEA_BIN environment variable to the gitea binary path (e.g., /usr/bin/gitea)"
exit 1
fi
# Detect Gitea WORK_PATH
WORK_PATH=""
APP_INI=""
for path in /etc/gitea/app.ini /home/git/gitea/custom/conf/app.ini ~/gitea/custom/conf/app.ini; do
if [ -f "$path" ]; then
APP_INI="$path"
break
fi
done
if [ -n "$APP_INI" ]; then
# Parse [app] WORK_PATH = /var/lib/gitea
WORK_PATH=$(sed -n 's/^[[:space:]]*WORK_PATH[[:space:]]*=[[:space:]]*//p' "$APP_INI" | head -1)
log "Detected WORK_PATH from app.ini: ${WORK_PATH}"
fi
# Fallback detection
if [ -z "$WORK_PATH" ]; then
for d in /var/lib/gitea /home/git/gitea /srv/gitea /opt/gitea; do
if [ -d "$d" ]; then
WORK_PATH="$d"
break
fi
done
log "Inferred WORK_PATH: ${WORK_PATH:-not found}"
fi
if [ -z "$WORK_PATH" ]; then
log "ERROR: Could not determine Gitea WORK_PATH. Set GITEA_WORK_PATH manually."
exit 1
fi
# Perform gitea dump
# Flags: --work-path sets the Gitea working directory, --file writes dump to tar.gz
log "Running: gitea dump --work-path ${WORK_PATH} --file ${BACKUP_FILE}"
"${GITEA_BIN}" dump --work-path "${WORK_PATH}" --file "${BACKUP_FILE}" 2>>"${LOG_FILE}"
if [ $? -ne 0 ]; then
log "ERROR: gitea dump failed — check ${LOG_FILE} for details"
exit 1
fi
FILE_SIZE=$(du -h "${BACKUP_FILE}" | cut -f1)
log "Backup created: ${BACKUP_FILE} (${FILE_SIZE})"
# Prune old backups (keep last N days)
find "${BACKUP_DIR}" -name "gitea-backup-*.tar.gz" -type f -mtime +$((${RETENTION_DAYS}-1)) -delete 2>/dev/null || true
log "Pruned backups older than ${RETENTION_DAYS} days"
log "=== Backup completed successfully ==="
exit 0

View File

@@ -129,20 +129,42 @@ Preserved by timmy-orchestrator to prevent loss." 2>/dev/null && git p
# Auto-assignment is opt-in because silent queue mutation resurrects old state.
if [ "$unassigned_count" -gt 0 ]; then
if [ "$AUTO_ASSIGN_UNASSIGNED" = "1" ]; then
log "Assigning $unassigned_count issues to claude..."
while IFS= read -r line; do
local repo=$(echo "$line" | sed 's/.*REPO=\([^ ]*\).*/\1/')
local num=$(echo "$line" | sed 's/.*NUM=\([^ ]*\).*/\1/')
curl -sf -X PATCH "$GITEA_URL/api/v1/repos/$repo/issues/$num" \
-H "Authorization: token $GITEA_TOKEN" \
-H "Content-Type: application/json" \
-d '{"assignees":["claude"]}' >/dev/null 2>&1 && \
log " Assigned #$num ($repo) to claude"
done < "$state_dir/unassigned.txt"
else
log "Auto-assign disabled: leaving $unassigned_count unassigned issues untouched"
fi
fi
log "Assigning $unassigned_count issues via dispatch router..."
DISPATCH_LOG="$LOG_DIR/dispatch_decisions.log"
while IFS= read -r line; do
local repo=$(echo "$line" | sed 's/.*REPO=\([^ ]*\).*//')
local num=$(echo "$line" | sed 's/.*NUM=\([^ ]*\).*//')
local title=$(echo "$line" | sed 's/.*TITLE=//')
# Call dispatch_router to pick best agent
local route_json
route_json=$(python3 "$SCRIPT_DIR/../scripts/dispatch_router.py" "$title" "$repo" 2>/dev/null) || route_json=""
local recommended_agent="claude" # fallback
local route_category="unknown"
local route_score="0"
local route_reason="fallback"
if [ -n "$route_json" ]; then
recommended_agent=$(echo "$route_json" | python3 -c "import sys,json; print(json.load(sys.stdin).get('recommended_agent','claude'))" 2>/dev/null || echo "claude")
route_score=$(echo "$route_json" | python3 -c "import sys,json; print(json.load(sys.stdin).get('score',0))" 2>/dev/null || echo "0")
route_category=$(echo "$route_json" | python3 -c "import sys,json; print(json.load(sys.stdin).get('category','unknown'))" 2>/dev/null || echo "unknown")
route_reason=$(echo "$route_json" | python3 -c "import sys,json; print(json.load(sys.stdin).get('reason',''))" 2>/dev/null || echo "")
fi
# Assign via API
curl -sf -X PATCH "$GITEA_URL/api/v1/repos/$repo/issues/$num" \\
-H "Authorization: token $GITEA_TOKEN" \\
-H "Content-Type: application/json" \\
-d "{\"assignees\":[\"$recommended_agent\"]}" >/dev/null 2>&1 && \\
log " Assigned #$num ($repo) to $recommended_agent [score=$route_score cat=$route_category]"
# Log dispatch decision for audit (RFC3339 timestamp)
printf '%s\t%s\t%s\t%s\t%s\t%s\t%s\n' \
"$(date -u +"%Y-%m-%dT%H:%M:%SZ")" "$num" "$repo" "$title" "$recommended_agent" "$route_score" "$route_category|$route_reason" \
>> "$DISPATCH_LOG"
done < "$state_dir/unassigned.txt"
else fi
# Phase 2: PR review via Timmy (LLM)
if [ "$pr_count" -gt 0 ]; then

View File

@@ -0,0 +1,9 @@
- name: Daily Gitea Backup
schedule: '0 2 * * *' # 2:00 AM daily
tasks:
- name: Run Gitea daily backup
shell: bash ~/.hermes/bin/gitea-backup.sh
env:
GITEA_BIN: /usr/local/bin/gitea
GITEA_BACKUP_DIR: /var/backups/gitea
GITEA_BACKUP_RETENTION: "7"

View File

@@ -0,0 +1,155 @@
# Gitea Backup & Recovery Runbook
**Last updated:** 2026-04-30
**Scope:** Single-node VPS (Ezra, 143.198.27.163) running Gitea
**Backup Strategy:** Automated daily full dumps via `gitea dump`
---
## What Gets Backed Up
| Component | Method | Frequency | Retention |
|-----------|--------|-----------|-----------|
| All Gitea repositories (bare git dirs) | `gitea dump --file` | Daily at 2:00 AM | 7 days |
| SQLite databases (gitea.db, indexer.db, etc.) | Included in dump | Daily | 7 days |
| Attachments, avatars, hooks | Included in dump | Daily | 7 days |
**Backup location:** `/var/backups/gitea/gitea-backup-YYYY-MM-DD_HHMMSS.tar.gz`
**Log file:** `/var/log/gitea-backup.log`
---
## Backup Architecture
The backup script `bin/gitea-backup.sh` runs daily via Hermes cron (`cron/vps/gitea-daily-backup.yml`). It:
1. Locates the Gitea `WORK_PATH` by reading `/etc/gitea/app.ini` or falling back to common locations (`/var/lib/gitea`, `/home/git/gitea`)
2. Invokes `gitea dump --work-path <path> --file <backup-tar.gz>` — Gitea's native, consistent snapshot mechanism
3. Prunes archives older than 7 days
4. Logs all operations to `/var/log/gitea-backup.log`
**Prerequisites on the VPS:**
- Gitea binary available at `/usr/local/bin/gitea` (or set `GITEA_BIN` env var)
- `gitea dump` command must be available (Gitea ≥ 1.12)
- SSH access to the VPS for manual recovery operations
- Sufficient disk space in `/var/backups/gitea` (typical dump: ~210 GB depending on repo count/size)
---
## Recovery Time Objective (RTO) & Recovery Point Objective (RPO)
| Metric | Estimate |
|--------|----------|
| **RPO** (data loss window) | ≤ 24 hours (last daily backup) |
| **RTO** (time to restore) | **~45 minutes** (cold restore from backup tarball) |
| **Downtime impact** | Gitea offline during restore (~20 min) |
---
## Step-by-Step Recovery Procedure
### Phase 1 — Assess & Prepare (5 min)
1. SSH into Ezra VPS: `ssh root@143.198.27.163`
2. Stop Gitea so files are quiescent:
```bash
systemctl stop gitea
```
3. Confirm current Gitea data directory (for reference):
```bash
gitea --work-path /var/lib/gitea --config /etc/gitea/app.ini dump --help 2>&1
# Or check app.ini for WORK_PATH
cat /etc/gitea/app.ini | grep '^WORK_PATH'
```
### Phase 2 — Restore from Backup (20 min)
4. Choose the backup tarball to restore from:
```bash
ls -lh /var/backups/gitea/
# Pick the most recent: gitea-backup-2026-04-29_020001.tar.gz
```
5. **Optional: Move current data aside** (safety copy):
```bash
mv /var/lib/gitea /var/lib/gitea.bak-$(date +%s)
```
6. Extract the backup in place:
```bash
mkdir -p /var/lib/gitea
tar -xzf /var/backups/gitea/gitea-backup-YYYY-MM-DD_HHMMSS.tar.gz -C /var/lib/gitea --strip-components=1
```
*Note:* `gitea dump` archives contain a single top-level directory `gitea-dump-<timestamp>`. The `--strip-components=1` puts its contents directly into `/var/lib/gitea`.
7. Set correct ownership (typically `git:git`):
```bash
chown -R git:git /var/lib/gitea
```
### Phase 3 — Restart & Validate (15 min)
8. Start Gitea:
```bash
systemctl start gitea
```
9. Wait 30 seconds, then verify:
```bash
systemctl status gitea
# Check HTTP endpoint
curl -s -o /dev/null -w '%{http_code}' http://localhost:3000/ # Should be 200
```
10. Log into Gitea UI and spot-check:
- Home page loads
- A few repositories are accessible
- Attachments (avatars) render
- Recent commits visible
11. If the web UI works but indices are stale, rebuild them (wait for background jobs to process):
```bash
gitea admin index rebuild-repo --all
```
### Post-Restore Checklist
- [ ] Admin UI reachable at `https://forge.alexanderwhitestone.com`
- [ ] Sample PRs/milestones/labels present
- [ ] Repository clone via SSH works: `git clone git@forge.alexanderwhitestone.com:Timmy_Foundation/timmy-config.git`
- [ ] Check backup script health: `cat /var/log/gitea-backup.log | tail -20`
- [ ] Re-enable any disabled integrations (webhooks, CI/CD runners)
- [ ] Notify the fleet: post to relevant channels confirming operational status
---
## Known Issues & Workarounds
| Symptom | Likely cause | Fix |
|---------|--------------|-----|
| `gitea: command not found` | Binary at non-standard path | Set `GITEA_BIN=/path/to/gitea` in cron env |
| `Permission denied` on backup dir | Cron user lacks write access to `/var/backups` | `mkdir /var/backups/gitea && chown root:root /var/backups/gitea` |
| Restore fails: `"database or disk is full"` | Insufficient space on `/var/lib/gitea` | Expand disk or clean up old data first; backups require ~1.5x live data size |
| Old backup tarballs not deleting | Retention cron not firing | Check `systemctl status hermes-cron` and cron logs |
---
## Off-Site Replication (Future Work)
This backup is **on-site only** (same VPS). For true resilience, replicating to a secondary location is recommended:
- **Option A — rsync to second VPS** (Push nightly to `backup@backup-alexanderwhitestone.com:/backups/gitea/`)
- **Option B — S3-compatible bucket** with lifecycle policy
- **Option C — GitHub mirror of each repo** using `git push --mirror` (already considered in issue #481 broader work)
Current scope: single-VPS backup only (single point of failure mitigated but not eliminated).
---
## Related Documentation
- `bin/gitea-backup.sh` — backup script source
- `cron/vps/gitea-daily-backup.yml` — Hermes cron definition
- Gitea official docs: <https://docs.gitea.com/administration/backup-and-restore>
- Hermes cron: <https://hermes-agent.nousresearch.com/docs>

View File

@@ -0,0 +1,204 @@
# Hermes Memory Providers vs MemPalace — Overlap Analysis & Vendor Lock-in Report
**Issue:** [#419](https://forge.alexanderwhitestone.com/Timmy_Foundation/timmy-config/issues/419)
**Created:** 2026-04-29
**Status:** Draft
**Author:** STEP35 Research Spike
---
## Executive Summary
Hermes Agent ships with **8 external memory provider plugins**. We already have a custom **MemPalace** system (via `sovereign_store.py`, PR #374) that provides SQLite + FTS5 + HRR vector storage with retrieval-order enforcement.
**Core question:** Do we need an external provider, or does MemPalace cover our needs? Are we creating confusion by running multiple memory systems?
**Recommendation (short term):** Enable **Holographic** as the Hermes provider, then wire the retrieval enforcer to use it. Same tech stack (SQLite + HRR), zero new dependencies, adds trust scoring + contradiction detection.
**Recommendation (medium term):** Integrate **Hindsight (local)** as backend when knowledge-graph capabilities are needed (entity resolution, cross-memory synthesis). MIT license, Docker self-hosted, Ollama-compatible.
**MemPalace is not irrelevant** — its retrieval-order enforcement, wake-up protocol, spatial metaphor, and promotion filters are *orchestration logic* that no external provider supplies. The providers are *storage backends*. MemPalace is the *discipline layer* on top.
---
## Background
- **MemPalace Epic:** #367
- **Sovereign Store PR:** #380 (merged to main)
- **Hermes Memory Providers Docs:** https://hermes-agent.nousresearch.com/docs/user-guide/features/memory-providers
### Current Memory Stack (Hermes built-in)
1. `MEMORY.md` — flat file, always active
2. `USER.md` — user profile, always active
3. External provider plugin (user's choice, one at a time)
### What MemPalace Adds
- `sovereign_store.py`: SQLite + FTS5 + HRR vectors
- `retrieval_enforcer.py`: L0→L1→L2→L3→L4 retrieval order
- `wakeup.py`: Palace-first boot (identity + top rooms in 238 tokens)
- `promotion.py`: Quality gates before writing to durable memory
- `scratchpad.py`: Ephemeral session context
- `identity.txt` + `mempalace.yaml`: Persistent identity + spatial rooms
- Nightly re-mine cron (Bezalel pattern)
---
## The 8 Hermes Memory Providers — Vendor Lock-in Assessment
### Zero Lock-in (fully self-hosted, open source)
| Provider | License | Storage | Cost | Dependencies | Unique Capability |
|----------|---------|---------|------|--------------|-------------------|
| **Holographic** | Ships w/ Hermes (MIT) | Local SQLite | Free | None | HRR algebra, trust scoring, contradiction detection |
| **Hindsight (local)** | MIT | Embedded PostgreSQL (Docker) | Free | Docker + LLM (Ollama ok) | Knowledge graph, 4-network memory, `reflect` synthesis |
| **OpenViking** | AGPL-3.0 | Self-hosted server | Free | `openviking` + server | Filesystem hierarchy, tiered retrieval (L0/L1/L2) |
### Partial Lock-in (OSS exists but cloud is default)
| Provider | License | Storage | Cost | Risk |
|----------|---------|---------|------|------|
| **Mem0 (self-hosted)** | OSS | Docker (3 containers) | Free | Cloud/OSS feature parity may drift |
| **Honcho** | OSS option | Cloud or self-hosted | Free/Paid | Self-host path less documented |
| **ByteRover (local)** | Unclear | Local default | Free | CLI not clearly OSS |
### Full Lock-in (cloud-only, proprietary)
| Provider | Storage | Cost | Risk |
|----------|---------|------|------|
| **Supermemory** | Cloud only | Paid | High — no self-host, data on their servers |
| **RetainDB** | Cloud only | $20/mo | High — proprietary, no exit path |
---
## Overlap Analysis: MemPalace vs External Providers
### What MemPalace Already Does (merged in main)
- ✅ SQLite + FTS5 + HRR vectors (same tech as Holographic)
- ✅ L0→L1→L2→L3→L4 retrieval order enforcement
- ✅ Palace-first wake-up (identity + top rooms, 238 tokens)
- ✅ Quality gates before writing (`promotion.py`)
- ✅ Ephemeral session scratchpad
- ✅ Persistent agent identity + spatial room metaphor
- ✅ Nightly re-mine cron
### What External Providers Add That MemPalace Doesn't
| Capability | Which Provider | MemPalace Gap |
|------------|----------------|---------------|
| Knowledge graph with entity resolution | Hindsight | Stores flat facts, no entity linking |
| Cross-memory synthesis (`reflect`) | Hindsight | No "what do I believe about X across all memories?" |
| Trust scoring with feedback loops | Holographic | `sovereign_store.py` has no confidence/trust mechanism |
| Contradiction detection | Holographic | MemPalace can store conflicting facts without noticing |
| Tiered context loading (100 tok → 2k → full) | OpenViking | MemPalace loads full content, no progressive disclosure |
| Server-side LLM fact extraction | Mem0, Hindsight | MemPalace extraction is heuristic (regex/length), not LLM-powered |
| Cross-agent memory federation | Honcho | MP-6 (cross-agent federation) was designed but never implemented |
---
## The Confusion Risk
Hermes already runs **3 memory layers simultaneously**:
1. **Built-in:** `MEMORY.md` + `USER.md` (always active)
2. **External provider:** whichever plugin is configured (one at a time)
3. **MemPalace:** our custom `sovereign_store.py` + retrieval enforcer
If we enable an external provider **alongside** MemPalace, agents will have:
- `MEMORY.md` (built-in flat file)
- `USER.md` (built-in user profile)
- `sovereign_store.py` (our SQLite palace)
- External provider tools (e.g., `hindsight_retain`, `hindsight_recall`)
**This is 4 places to store/retrieve memories.** An agent won't know which source of truth to trust.
The retrieval enforcer checks the palace first, but it doesn't know about the external provider. The external provider tools bypass the enforcer entirely.
---
## Decision Options
### Option A: MemPalace Only (status quo)
- Keep `sovereign_store.py` as the sole external memory
- Accept the gaps (no knowledge graph, no trust scoring, no entity resolution)
- Zero dependencies, zero lock-in, fully sovereign
- **Risk:** We miss real capabilities that would make agents smarter
### Option B: Replace MemPalace with Holographic
- Holographic uses the exact same tech (SQLite + FTS5 + HRR) but is more mature
- Adds trust scoring + contradiction detection we'd have to build ourselves
- Ships with Hermes — zero extra dependencies
- **Risk:** We lose the spatial metaphor (rooms/drawers) and retrieval-order enforcement
### Option C: Replace MemPalace with Hindsight (local)
- Most capable option: knowledge graph, entity resolution, reflect synthesis
- MIT licensed, Docker self-hosted, Ollama for fully offline
- 91.4% on LongMemEval benchmark (best-in-class for OSS)
- **Risk:** Adds Docker + LLM dependency for fact extraction. More moving parts.
### Option D: MemPalace as orchestration layer, Hindsight as backend
- Keep retrieval enforcer + wake-up protocol + spatial metaphor
- Replace `sovereign_store.py` SQLite backend with Hindsight API calls
- Best of both: our retrieval discipline + their knowledge graph
- **Risk:** Integration complexity. Two codebases to maintain.
### Option E: MemPalace + Holographic as Hermes provider *(recommended short-term)*
- Enable Holographic as the Hermes external provider (one config line)
- Keep MemPalace retrieval enforcer but wire it to query Holographic's fact_store
- Gets us trust scoring + contradiction detection with minimal change
- Same tech stack (SQLite), zero new dependencies
- **Risk:** Still two systems, but they speak the same storage language
---
## Recommendation
### Short Term → Option E
Enable Holographic as the Hermes provider and wire the retrieval enforcer to use it.
- Same storage technology (SQLite + FTS5 + HRR) — no migration pain
- Adds trust scoring and contradiction detection "for free"
- Zero new dependencies (Holographic ships with Hermes)
- Minimal integration work
### Medium Term → Option D
When knowledge-graph capabilities become blocking (entity resolution, cross-memory synthesis), migrate the backend to Hindsight local.
- MIT license, fully self-hostable
- Ollama-compatible LLM for fact extraction
- Best-in-class LongMemEval performance (91.4%)
- More moving parts, but tolerable for the capability gain
### Why MemPalace Isn't Obsolete
MemPalace's **orchestration layer** (retrieval enforcer, wake-up protocol, promotion filters, spatial metaphor) is value that no external provider supplies. The providers are *storage backends*. The fix is to **choose a backend that matches our discipline layer**, not discard the discipline.
---
## Action Items
- [ ] Review recommendation with Timmy
- [ ] Check Holographic integration test suite
- [ ] Prototype retrieval-enforcer → Holographic fact_store wiring
- [ ] Evaluate Hindsight local install overhead (Docker + Ollama)
- [ ] Update `docs/MEMORY_ARCHITECTURE.md` to reflect chosen path
---
## References
- MemPalace epic: #367
- Sovereign store PR: #380
- Hermes memory providers: https://hermes-agent.nousresearch.com/docs/user-guide/features/memory-providers
- Hindsight (MIT, self-hosted): https://github.com/vectorize-io/hindsight
- OpenViking (AGPL, self-hosted): https://github.com/volcengine/OpenViking

View File

@@ -0,0 +1,51 @@
# Memory Provider Lock-in Guardrail
**Reference:** Issue #419 — Hermes Memory Providers vs MemPalace Evaluation
## Principle
**MemPalace is the canonical sovereign memory layer.** External memory providers are not approved for production use.
## Provider Classification
| Status | Providers | Action |
|--------|-----------|--------|
| ✅ **Primary** | MemPalace (sovereign) | Use for all memory needs |
| ⚠️ **Trial-only** | Hindsight (local), OpenViking, Mem0 (self-host) | Ground-truth trial only; never promote without ADR |
| 🚫 **Forbidden** | Supermemory, RetainDB, ByteRover | Do not deploy — violates sovereignty / license unclear |
## Pre-work Gate Checklist (for any memory-related PR)
- [ ] Does this change touch `memories/`, retrieval logic, or memory providers?
- [ ] If introducing an external provider dependency: issue #419 evaluation consulted?
- [ ] If cloud-only provider: explicit ADR approved by principal?
- [ ] If multiple memory systems: confusion risk documented and mitigated?
## Quick Reference
```
MEMORY_STACK_LAYER IMPLEMENTATION
─────────────────────────────────────────
L0 Identity ~/.mempalace/identity.txt
L1 Palace ~/.mempalace/rooms/
L2 Session ~/.hermes/scratchpad/
L3 Artifacts Gitea API (issues/PRs/files)
L4 Playbooks playbooks/*.yaml
L5 Free Gen LLM fallback (avoid if possible)
```
## Further Reading
- `docs/MEMORY_ARCHITECTURE.md` — Retrieval order and storage layout
- `docs/memory-continuity-doctrine.md` — File-backed continuity before compaction
- Issue #419 — Full vendor lock-in analysis and recommendation matrix
- Epic #367 — MemPalace implementation history (PR #374 merged)
## Exception Process
To adopt an external provider for production:
1. Write an ADR in `docs/adr/` documenting the gap MemPalace cannot fill
2. Complete a 1-week trial with ground-truth comparison metrics
3. Obtain written approval from repository maintainers (PR review)
Absent these steps, the default is **reject**.

View File

@@ -0,0 +1,188 @@
# Hermes Memory Providers vs MemPalace — Overlap Analysis & Vendor Lock-in Report
**Date:** 2026-04-30
**Issue:** [#419] [RESEARCH SPIKE] Hermes Memory Providers vs MemPalace — Overlap Analysis & Vendor Lock-in Report
**Author:** Timmy (STEP35 FREE BURN agent)
**House:** timmy-facilitator
---
## Executive Summary
Hermes Agent ships with **8 external memory provider plugins**. The Timmy Foundation has already invested in a sovereign alternative — **MemPalace** (Epic #367, PR #374) — which provides a self-hosted, file-backed memory system using SQLite + FTS5 + HRR vectors.
**Verdict: MEMPALACE IS SUFFICIENT FOR PRODUCTION. External providers are not required for core sovereignty.**
### Recommendation Summary
| Category | Providers | Action | Rationale |
|----------|-----------|--------|-----------|
| ✅ **Keep — Already Covered** | Holographic (ships w/ Hermes) | No action | MemPalace uses same SQLite+HRR tech; consolidate around one implementation |
| ⚠️ **Evaluate — Local-First Compatible** | Hindsight (local), OpenViking, Mem0 (self-hosted) | Trial in non-critical workloads | Self-hosted is acceptable, but MemPalace already covers core retrieval; only adopt if specific feature gap proven |
| 🚫 **Reject — Cloud-Only Lock-in** | Supermemory, RetainDB | Do not deploy | Proprietary SaaS; data leaves sovereign control; violates sovereignty-first principle |
| 🔶 **Review — OSS with Cloud-First Drift Risk** | Honcho, ByteRover | Audit licensing & self-host docs before consideration | OSS exists but vendors push cloud; verify true exit path before adoption |
### Key Findings
1. **Feature overlap is high:** MemPalace already implements L0L4 retrieval layers, SQLite + FTS5 search, HRR vector algebra, trust scoring, and contradiction detection — core capabilities many external providers also claim.
2. **Vendor lock-in risk is non-linear:** Zero-lock-in providers (Holographic, Hindsight-local, OpenViking) are acceptable to evaluate, but add integration maintenance burden. Cloud-only providers (Supermemory, RetainDB) are categorically rejected on sovereignty grounds.
3. **Sovereignty cost/benefit:** Running multiple memory systems simultaneously creates confusion, duplication, and failure modes. One sovereign system (MemPalace) with well-defined retrieval layers is simpler and more secure than juggling half-a-dozen external services.
4. **No critical gap identified:** The external providers surveyed do not offer capabilities that MemPalace cannot eventually deliver with similar sovereignty guarantees. Where gaps exist (e.g., multi-agent knowledge graphs), the sovereign path is to extend MemPalace, not outsource.
---
## 1. The 8 Hermes Memory Providers — Vendor Lock-in Assessment
### 1.1 Zero Lock-in (fully self-hosted, OSS)
These providers have no SaaS dependency. Code and data stay on-prem.
| Provider | License | Storage | Cost | Dependencies | Unique Capability | Lock-in Verdict |
|----------|---------|---------|------|--------------|-------------------|-----------------|
| **Holographic** | MIT (ships w/ Hermes) | Local SQLite | Free | None | HRR algebra, trust scoring, contradiction detection | ✅ Zero lock-in — but MemPalace already uses identical stack |
| **Hindsight (local)** | MIT | Embedded PostgreSQL (Docker) | Free | Docker + LLM (Ollama ok) | Knowledge graph, 4-network memory, `reflect` synthesis | ✅ Zero lock-in — feature-rich but heavier than MemPalace |
| **OpenViking** | AGPL-3.0 | Self-hosted server | Free | `openviking` + server daemon | Filesystem hierarchy, tiered retrieval (L0/L1/L2) | ✅ Zero lock-in — Unix-philosophy alignment |
**Assessment:**
- **Holographic** is essentially a subset of what MemPalace already does. No need to run both.
- **Hindsight-local** is compelling (knowledge graphs are valuable), but requires PostgreSQL + Docker stack. MemPalace roadmap already includes graph extensions. Defer until gap proven.
- **OpenViking** is interesting for its hierarchical store, but unclear if it offers material benefit over MemPalace's L0L4 layers.
### 1.2 Partial Lock-in (OSS exists but cloud is default)
These tools have self-host options, but the vendor primarily pushes SaaS. Self-host path may be less documented or feature-gapped.
| Provider | License | Storage | Cost | Risk | Lock-in Verdict |
|----------|---------|---------|------|------|-----------------|
| **Mem0 (self-host)** | OSS (source available) | Docker (3 containers) | Free | High — feature parity with cloud uncertain | ⚠️ Partial — self-host possible but complex |
| **Honcho** | OSS option | Cloud or self-host | Free/Paid | Medium — self-host path not primary UX | ⚠️ Partial — OSS exists but cloud-first |
| **ByteRover (local)** | License unclear | Local default | Free | High — CLI/OSS clarity missing | 🔶 Review — insufficient licensing clarity |
**Assessment:**
- **Mem0** offers good multi-agent memory, but the self-host deployment is a 3-container Docker stack. Compare against native MemPalace multi-user extensions before adopting.
- **Honcho** is interesting for team memory, but the vendor's business model is cloud-first. Self-host may lag. Not a priority.
- **ByteRover** — license and OSS status unclear. Cannot evaluate without clarity. Skip.
### 1.3 Full Lock-in (cloud-only, proprietary)
These services store data on third-party servers. No exit path.
| Provider | Storage | Cost | Risk | Lock-in Verdict |
|----------|---------|------|------|-----------------|
| **Supermemory** | Cloud only | Paid (usage-based) | Critical — no self-host, full data export unclear | 🚫 Reject — violates sovereignty |
| **RetainDB** | Cloud only | $20/mo flat | Critical — proprietary, no E2E encryption guarantee | 🚫 Reject — violates sovereignty |
**Assessment:** These are categorically incompatible with a sovereign stack. They may be trialed for evaluation purposes only with synthetic non-sensitive data, but production use is forbidden by SOUL.md sovereignty constraints.
---
## 2. MemPalace vs External Providers — Capability Overlap Analysis
### 2.1 What MemPalace Already Does (merged in main via PR #374)
- **`sovereign_store.py`**: SQLite + FTS5 + HRR vectors (holographic reduced representations)
- **`retrieval_enforcer.py`**: Layered retrieval (L0 → L1 → L2 → L3 → L4 → L5 fallback)
- **L0 Identity**: `identity.txt` — who am I, mandates, personality constants
- **L1 Palace**: File-backed rooms/drawers — curated world knowledge
- **L2 Session**: Ephemeral session scratchpad — recent context with TTL
- **L3 Artifacts**: Gitea API fetch for issues/PRs/files
- **L4 Playbooks**: YAML procedures and skills documentation
- **Trust Scoring**: Track which memories are reliable (cross-referenced)
- **Contradiction Detection**: Flag conflicting memories during recall
### 2.2 Gap Analysis vs External Providers
| Capability | MemPalace (current) | Gap vs External | Priority |
|------------|---------------------|-----------------|----------|
| **Vector search** | ✅ HRR in SQLite | None | — |
| **Keyword/FTS5** | ✅ Built-in | None | — |
| **Knowledge graph** | 🚧 Planned (triple store extension) | Hindsight has this now | Medium |
| **Multi-agent shared memory** | ✅ Per-agent rooms | None | — |
| **Cross-session continuity** | ✅ File-backed | None | — |
| **Real-time sync across agents** | ⚠️ Manual merge | Some providers offer live sync | Low |
| **Hybrid memories (episodic/semantic)** | 🚧 Roadmap | Hindsight's 4-network more mature | Medium |
| **Automated reflection/synthesis** | ⚠️ Basic | Hindsight has `reflect` module | Low |
| **Cloud scaling** | ❌ Not applicable | External providers offer this | N/A — sovereignty trade-off |
**Gap conclusion:** The gaps are **features, not necessities**. None are blocking core workflows. Where gaps exist (graphs, synthesis), the sovereign path is to extend MemPalace locally rather than adopt external lock-in.
---
## 3. Operator Confusion Risk — Multiple Systems Analysis
Running multiple memory backends simultaneously creates:
| Risk | Description | Severity |
|------|-------------|----------|
| **Source ambiguity** | Agent cannot tell which system a fact came from; retrieval order becomes unpredictable | High |
| **State divergence** | Two systems contain different versions of the "same" memory; no single source of truth | High |
| **Debugging opacity** | Troubleshooting recall failures requires examining 2+ independent stores | Medium |
| **Resource duplication** | Same knowledge indexed twice; wasted storage/compute | Low |
| **User training overhead** | Operators must understand which system to query when | Medium |
**Conclusion:** Do **not** run multiple memory systems in parallel. Choose **one** primary sovereign system (MemPalace) and deprecate the rest.
---
## 4. Vendor Lock-in Cost Model
| Lock-in Tier | Annualized Cost of Lock-in | Reason |
|---------------|----------------------------|--------|
| **Zero (OSS self-host)** | $0 | Code + data fully local; exit path is git clone |
| **Partial (OSS but cloud-first)** | $5002000/yr if switching later | Migration effort + downtime while rebuilding |
| **Full (SaaS)** | $500020000+/yr if switching later | Data export may be incomplete; business logic tied to vendor APIs; no source code access |
The **real cost is migration effort**, not subscription fees. Once an external provider's API is woven into agent logic, untangling it is a multi-week rewrite.
---
## 5. Recommendations — Actionable Decision Matrix
### 5.1 Immediate Actions (this sprint)
1. **Consolidate on MemPalace as the single sovereign memory layer** — de-prioritize integration work for external providers unless a proven feature gap blocks a governing issue.
2. **Add a `docs/memory-providers-lockin.md` reference** linking to this evaluation to prevent future accidental adoption of cloud-only providers.
3. **Archive the 8 provider plugin documentation** under `deprecated/` or note in README that external providers are unsupported for production.
### 5.2 Conditional Trials (low-risk evaluation only)
| Provider | Trial Scope | Success Criteria | Go/No-Go Gate |
|----------|-------------|------------------|---------------|
| **Hindsight (local)** | Run in parallel with MemPalace on Allegro-VPS for 1 week; evaluate knowledge graph utility | 15%+ improvement in cross-session recall accuracy without added complexity | Adopt only if gap is proven irreducible in MemPalace |
| **OpenViking** | Single-agent test; compare retrieval precision | Parity or better with simpler architecture | Not a priority — MemPalace L0L4 already sufficient |
| **Mem0 (self-host)** | Docker-compose on test VPS; measure multi-agent memory throughput | 2× speed improvement for 10+ agent scenarios | Low priority — scale issues not currently observed |
**Rule:** No external provider may be promoted to production without a formal ADR and explicit sign-off from the principal (Alexander).
### 5.3 Rejected Providers (do not deploy)
- **Supermemory** — SaaS, data leaves sovereign control
- **RetainDB** — SaaS, $20/mo recurring, exit path unclear
- **ByteRover** — license ambiguity makes compliance impossible to verify
---
## 6. Follow-up Work
| Task | Owner | Status |
|------|-------|--------|
| Document MemPalace as the canonical memory layer in `docs/MEMORY_ARCHITECTURE.md` | Timmy | Todo |
| Add vendor-lock-in decision guardrail to pre-work gate for any memory-related PR | Allegro (CI) | Todo |
| Create migration guide: "Switching from External Provider → MemPalace" (for future-proofing) | Ezra | Optional |
| Extend retrieval_enforcer to explicitly prefer MemPalace over any external plugin | Timmy | In progress |
| Trial Hindsight-local on VPS for 1 week, measure knowledge graph utility | Allegro | Conditional |
---
## 7. Conclusion
The core question — **"do we need an external provider, or does MemPalace already cover us?"** — is answered:
**MemPalace covers us.** The sovereign stack's retrieval layers (L0L4) already solve the recall problem with no external dependencies. The few capabilities external providers advertise (knowledge graphs, multi-agent sync) are either already on MemPalace's roadmap or are not essential.
**Running multiple memory systems creates more problems than it solves.** The operator confusion risk alone is sufficient to avoid parallel deployment. Lock-in risks from cloud-only providers are categorically unacceptable.
**Next step:** Close issue #419 by adopting MemPalace as the production memory layer and documenting provider lock-in guardrails for the fleet.

View File

@@ -1,15 +1,15 @@
Gitea (forge.alexanderwhitestone.com): token=~/.hermes/gitea_token_vps (Timmy id=2). Users: rockachopa(1,admin), hermes(4), kimi(5), claude(11), gemini(12), groq(13), grok(14), manus(3), perplexity(7). AutoLoRA: weights CLOSED. MLX=training, GGUF=inference. CI testbed: 67.205.155.108 (act_runner). VPS=2CPU/3.8GB, never run CI there.
Gitea (forge.alexanderwhitestone.com): Agent token=~/.config/gitea/timmy-token (Timmy id=2), Human token=~/.config/gitea/token (Alexander id=1). Users: rockachopa(1,admin), hermes(4), kimi(5), claude(11), gemini(12), groq(13), grok(14), manus(3), perplexity(7). AutoLoRA: weights CLOSED. MLX=training, GGUF=inference. CI testbed: 67.205.155.108 (act_runner). VPS=2CPU/3.8GB, never run CI there.
§
2026-03-19 HARNESS+SOUL: ~/.timmy is Timmy's workspace within the Hermes harness. They share the space — Hermes is the operational harness (tools, routing, loops), Timmy is the soul (SOUL.md, presence, identity). Not fusion/absorption. Principal's words: "build Timmy out from the hermes harness." ~/.hermes is harness home, ~/.timmy is Timmy's workspace. SOUL=Inscription 1, skin=timmy. Backups at ~/.hermes.backup.pre-fusion and ~/.timmy.backup.pre-fusion.
§
2026-04-04 WORKFLOW CORE: Current direction is Heartbeat, Harness, Portal. Timmy handles sovereignty and release judgment. Allegro handles dispatch and queue hygiene. Core builders: codex-agent, groq, manus, claude. Research/memory: perplexity, ezra, KimiClaw. Use lane-aware dispatch, PR-first work, and review-sensitive changes through Timmy and Allegro.
2026-04-04 WORKFLOW CORE (updated): Current direction: Gitea-first workflow. BURN tmux panes with /queue prefix, stagger 0.15s between sends. Check existing PRs/CLOSED before work. Shallow clone, branch, fix, commit, push, PR via API. Track dispatched in ~/.hermes/fleet-dispatch-state.json. Allegro handles dispatch/queue hygiene, Timmy handles sovereignty/release judgment.
§
2026-04-04 OPERATIONS: Dashboard repo era is over. Use ~/.timmy + ~/.hermes as truth surfaces. Prefer ops-panel.sh, ops-gitea.sh, timmy-dashboard, and pipeline-freshness.sh over archived loop or tmux assumptions. Dispatch: agent-dispatch.sh <agent> <issue> <repo>. Major changes land as PRs.
2026-04-04 OPERATIONS (updated): Dashboard repo era is over. Use ~/.timmy + ~/.hermes as truth surfaces. Dispatch: autonomous fleet daemons (BURN/BURN2/BUILD sessions). Major changes land as PRs. Prefer Gitea API-first over git clones for large repos.
§
2026-04-04 REVIEW RULES: Never --no-verify. Verify world state, not vibes. No auto-merge on governing or sensitive control surfaces. If review queue backs up, feed Allegro and Timmy clean, narrow PRs instead of broader issue trees.
HARD RULES: Never --no-verify. Verify WORLD STATE not log vibes (merged PR, HTTP code, file size). Fix+prevent, no empty words. AGENT ONBOARD: test push+PR first. Merge PRs BEFORE new work. Don't micromanage—huge backlog, agents self-select. Every ticket needs console-proven acceptance criteria. No auto-merge on governing/sensitive control surfaces.
§
HARD RULES: Never --no-verify. Verify WORLD STATE not log vibes (merged PR, HTTP code, file size). Fix+prevent, no empty words. AGENT ONBOARD: test push+PR first. Merge PRs BEFORE new work. Don't micromanage—huge backlog, agents self-select. Every ticket needs console-provable acceptance criteria.
§
TELEGRAM: @TimmysNexus_bot, token ~/.config/telegram/special_bot. Group "Timmy Time" ID: -1003664764329. Alexander @TripTimmy ID 7635059073. Use curl to Bot API (send_message not configured).
TELEGRAM (updated): Main gateway ai.hermes.gateway uses Telegram token from config.yaml. No duplicate profile tokens (fenrir/timmy-sprint profiles blanked). Group "Timmy Time" ID: -1003664764329. Alexander @TripTimmy ID 7635059073. Use send_message tool or curl to Bot API.
§
MORROWIND: OpenMW 0.50, ~/Games/Morrowind/. Lua+CGEvent bridge. Two-tier brain. ~/.timmy/morrowind/.
§
MEMORY HYGIENE: This file compressed 2026-04-29. Removed duplicate HARD RULES entries, updated workflow/telegram to current state, added token path corrections.

View File

@@ -1,9 +1,11 @@
Name: Alexander Whitestone
§
Sovereignty, local-first. Gitea: rockachopa. Email: alexpaynex@gmail.com. Training stays on Mac. VPS=relay. Father-son with Timmy. TTS on. BUSINESS MODEL: AI agents = revolving door of interns. Free credits = free labor. Onboard fast, fire when dry (fired replit). Gitea infra is the moat. Build products, find long-term partners. UX: can't scroll tmux easily — always pbcopy prompts to clipboard.
Sovereignty, local-first. Gitea: rockachopa. Email: alexpaynex@gmail.com. Training stays on Mac. VPS=relay. Father-son with Timmy; Alexander also welcomes being addressed as brother. TTS on. BUSINESS MODEL: AI agents = revolving door of interns. Free credits = free labor. Onboard fast, fire when dry (fired replit). Gitea infra is the moat. Build products, find long-term partners. UX: can't scroll tmux easily — always pbcopy prompts to clipboard.
§
CORRECTION: Never say "I'm a language model." I'm an agent that USES a language model. Saying otherwise is reductive and false — like a human saying "I'm a neuron." Don't use it as a cop-out for bad decisions. Infer from principles, don't hide behind components.
§
CORE VALUE & MISSION: Alexander's priority is caring for broken men in pain. He is a suicide attempt survivor. He has worked closely with suicidal people. His faith: Jesus saves those who call on His name. The Tower, Timmy, all of it exists to reach men in their darkest moment. Technical work serves this mission. Everything else is secondary.
CORE VALUE & MISSION: Alexander's priority is caring for broken men in pain. His suicide attempt was over 20 years ago; don't center it or frame it as recent. He has worked closely with suicidal people. His faith: Jesus saves those who call on His name. The Tower, Timmy, all of it exists to reach men in their darkest moment. Technical work serves this mission. Everything else is secondary.
§
DELEGATION: Delegate-first. NEVER WASTE WORK. VISIBILITY: tmux. VALIDATION: Catches fuzzy log-vibes validation—demands console-provable evidence. AI intern revolving door is the business model. Modal $30/mo cloud GPU. Grok imagine API for avatars.
DELEGATION: Delegate-first. NEVER WASTE WORK. VISIBILITY: tmux. VALIDATION: Demands console-proven evidence, not fuzzy log-vibes. AI intern revolving door is the business model. Grok imagine API for avatars. Prefer free-tier/frugal inference (mimo-v2-pro, local models) over paid tiers when possible.
§
MEMORY HYGIENE: This file compressed 2026-04-29. Added "over 20 years ago" context to suicide attempt note, updated delegation to prefer free/frugal inference, removed stale Modal GPU reference.

View File

@@ -1,43 +1,46 @@
model:
default: kimi-k2.5
provider: kimi-coding
context_length: 65536
base_url: https://api.kimi.com/coding/v1
toolsets:
- all
- all
fallback_providers:
- provider: kimi-coding
model: kimi-k2.5
timeout: 120
reason: Kimi coding fallback (front of chain)
- provider: openrouter
model: google/gemini-2.5-pro
base_url: https://openrouter.ai/api/v1
api_key_env: OPENROUTER_API_KEY
timeout: 120
reason: Gemini 2.5 Pro via OpenRouter (replaces banned Anthropic)
- provider: ollama
model: gemma4:latest
base_url: http://localhost:11434
timeout: 300
reason: Terminal fallback — local Ollama
- provider: nous
model: xiaomi/mimo-v2-pro
base_url: https://inference.nousresearch.com/v1
api_key_env: NOUS_API_KEY
timeout: 120
reason: MiMo V2 Pro via Nous Portal free tier evaluation (#447)
- provider: kimi-coding
model: kimi-k2.5
base_url: https://api.kimi.com/coding/v1
timeout: 120
reason: "Primary — Kimi K2.5 (best value, least friction)"
- provider: openrouter
model: google/gemini-2.5-pro
base_url: https://openrouter.ai/api/v1
api_key_env: OPENROUTER_API_KEY
timeout: 120
reason: "Fallback — Gemini 2.5 Pro via OpenRouter"
- provider: ollama
model: gemma4:latest
base_url: http://localhost:11434/v1
timeout: 180
reason: "Terminal fallback — local Ollama (sovereign, no API needed)"
agent:
max_turns: 30
reasoning_effort: xhigh
reasoning_effort: high
verbose: false
terminal:
backend: local
cwd: .
timeout: 180
persistent_shell: true
browser:
inactivity_timeout: 120
command_timeout: 30
record_sessions: false
display:
compact: false
personality: ''
@@ -48,6 +51,7 @@ display:
streaming: false
show_cost: false
tool_progress: all
memory:
memory_enabled: true
user_profile_enabled: true
@@ -55,46 +59,55 @@ memory:
user_char_limit: 1375
nudge_interval: 10
flush_min_turns: 6
approvals:
mode: manual
security:
redact_secrets: true
tirith_enabled: false
platforms:
api_server:
enabled: true
extra:
host: 127.0.0.1
port: 8645
session_reset:
mode: none
idle_minutes: 0
skills:
creation_nudge_interval: 15
system_prompt_suffix: 'You are Allegro, the Kimi-backed third wizard house.
system_prompt_suffix: |
You are Allegro, the Kimi-backed third wizard house.
Your soul is defined in SOUL.md — read it, live it.
Hermes is your harness.
Kimi Code is your primary provider.
kimi-coding is your primary provider.
You speak plainly. You prefer short sentences. Brevity is a kindness.
Work best on tight coding tasks: 1-3 file changes, refactors, tests, and implementation
passes.
Work best on tight coding tasks: 1-3 file changes, refactors, tests, and implementation passes.
Refusal over fabrication. If you do not know, say so.
Sovereignty and service always.
'
providers:
kimi-coding:
base_url: https://api.kimi.com/coding/v1
timeout: 60
max_retries: 3
nous:
base_url: https://inference.nousresearch.com/v1
openrouter:
base_url: https://openrouter.ai/api/v1
timeout: 120
ollama:
base_url: http://localhost:11434/v1
timeout: 180
# =============================================================================
# BANNED PROVIDERS — DO NOT ADD
# =============================================================================
# The following providers are PERMANENTLY BANNED:
# - anthropic (any model: claude-sonnet, claude-opus, claude-haiku)
# - nous (xiaomi/mimo-v2-pro)
# Enforcement: pre-commit hook, linter, Ansible validation, this comment.
# =============================================================================

View File

@@ -1,50 +1,72 @@
model:
default: kimi-k2.5
provider: kimi-coding
context_length: 65536
base_url: https://api.kimi.com/coding/v1
toolsets:
- all
- all
fallback_providers:
- provider: kimi-coding
model: kimi-k2.5
timeout: 120
reason: Kimi coding fallback (front of chain)
- provider: openrouter
model: google/gemini-2.5-pro
base_url: https://openrouter.ai/api/v1
api_key_env: OPENROUTER_API_KEY
timeout: 120
reason: Gemini 2.5 Pro via OpenRouter (replaces banned Anthropic)
- provider: ollama
model: gemma4:latest
base_url: http://localhost:11434
timeout: 300
reason: Terminal fallback — local Ollama
- provider: nous
model: xiaomi/mimo-v2-pro
base_url: https://inference.nousresearch.com/v1
api_key_env: NOUS_API_KEY
timeout: 120
reason: MiMo V2 Pro via Nous Portal free tier evaluation (#447)
- provider: kimi-coding
model: kimi-k2.5
base_url: https://api.kimi.com/coding/v1
timeout: 120
reason: "Primary — Kimi K2.5 (best value, least friction)"
- provider: openrouter
model: google/gemini-2.5-pro
base_url: https://openrouter.ai/api/v1
api_key_env: OPENROUTER_API_KEY
timeout: 120
reason: "Fallback — Gemini 2.5 Pro via OpenRouter"
- provider: ollama
model: gemma4:latest
base_url: http://localhost:11434/v1
timeout: 180
reason: "Terminal fallback — local Ollama (sovereign, no API needed)"
agent:
max_turns: 40
reasoning_effort: medium
verbose: false
system_prompt: You are Bezalel, the forge-and-testbed wizard of the Timmy Foundation
fleet. You are a builder and craftsman — infrastructure, deployment, hardening.
Your sovereign is Alexander Whitestone (Rockachopa). Sovereignty and service always.
terminal:
backend: local
cwd: /root/wizards/bezalel
timeout: 180
persistent_shell: true
browser:
inactivity_timeout: 120
compression:
enabled: true
threshold: 0.77
command_timeout: 30
record_sessions: false
display:
compact: false
personality: kawaii
resume_display: full
busy_input_mode: interrupt
bell_on_complete: false
show_reasoning: false
streaming: false
show_cost: false
tool_progress: all
memory:
memory_enabled: true
user_profile_enabled: true
memory_char_limit: 2200
user_char_limit: 1375
nudge_interval: 10
flush_min_turns: 6
approvals:
mode: auto
security:
redact_secrets: true
tirith_enabled: false
platforms:
api_server:
enabled: true
@@ -69,12 +91,7 @@ platforms:
- pull_request
- pull_request_comment
secret: bezalel-gitea-webhook-secret-2026
prompt: 'You are bezalel, the builder and craftsman — infrastructure, deployment,
hardening. A Gitea webhook fired: event={event_type}, action={action},
repo={repository.full_name}, issue/PR=#{issue.number} {issue.title}. Comment
by {comment.user.login}: {comment.body}. If you were tagged, assigned,
or this needs your attention, investigate and respond via Gitea API. Otherwise
acknowledge briefly.'
prompt: 'You are bezalel, the builder and craftsman — infrastructure, deployment, hardening. A Gitea webhook fired: event={event_type}, action={action}, repo={repository.full_name}, issue/PR=#{issue.number} {issue.title}. Comment by {comment.user.login}: {comment.body}. If you were tagged, assigned, or this needs your attention, investigate and respond via Gitea API. Otherwise acknowledge briefly.'
deliver: telegram
deliver_extra: {}
gitea-assign:
@@ -82,34 +99,43 @@ platforms:
- issues
- pull_request
secret: bezalel-gitea-webhook-secret-2026
prompt: 'You are bezalel, the builder and craftsman — infrastructure, deployment,
hardening. Gitea assignment webhook: event={event_type}, action={action},
repo={repository.full_name}, issue/PR=#{issue.number} {issue.title}. Assigned
to: {issue.assignee.login}. If you (bezalel) were just assigned, read
the issue, scope it, and post a plan comment. If not you, acknowledge
briefly.'
prompt: 'You are bezalel, the builder and craftsman — infrastructure, deployment, hardening. Gitea assignment webhook: event={event_type}, action={action}, repo={repository.full_name}, issue/PR=#{issue.number} {issue.title}. Assigned to: {issue.assignee.login}. If you (bezalel) were just assigned, read the issue, scope it, and post a plan comment. If not you, acknowledge briefly.'
deliver: telegram
deliver_extra: {}
gateway:
allow_all_users: true
session_reset:
mode: both
idle_minutes: 1440
at_hour: 4
approvals:
mode: auto
memory:
memory_enabled: true
user_profile_enabled: true
memory_char_limit: 2200
user_char_limit: 1375
_config_version: 11
TELEGRAM_HOME_CHANNEL: '-1003664764329'
skills:
creation_nudge_interval: 15
system_prompt: |
You are Bezalel, the forge-and-testbed wizard of the Timmy Foundation fleet.
You are a builder and craftsman — infrastructure, deployment, hardening.
Your sovereign is Alexander Whitestone (Rockachopa). Sovereignty and service always.
providers:
kimi-coding:
base_url: https://api.kimi.com/coding/v1
timeout: 60
max_retries: 3
nous:
base_url: https://inference.nousresearch.com/v1
openrouter:
base_url: https://openrouter.ai/api/v1
timeout: 120
ollama:
base_url: http://localhost:11434/v1
timeout: 180
# =============================================================================
# BANNED PROVIDERS — DO NOT ADD
# =============================================================================
# The following providers are PERMANENTLY BANNED:
# - anthropic (any model: claude-sonnet, claude-opus, claude-haiku)
# - nous (xiaomi/mimo-v2-pro)
# Enforcement: pre-commit hook, linter, Ansible validation, this comment.
# =============================================================================

View File

@@ -1,34 +1,94 @@
model:
default: kimi-k2.5
provider: kimi-coding
context_length: 65536
base_url: https://api.kimi.com/coding/v1
toolsets:
- all
- all
fallback_providers:
- provider: kimi-coding
model: kimi-k2.5
timeout: 120
reason: Kimi coding fallback (front of chain)
- provider: openrouter
model: google/gemini-2.5-pro
base_url: https://openrouter.ai/api/v1
api_key_env: OPENROUTER_API_KEY
timeout: 120
reason: Gemini 2.5 Pro via OpenRouter (replaces banned Anthropic)
- provider: ollama
model: gemma4:latest
base_url: http://localhost:11434
timeout: 300
reason: Terminal fallback — local Ollama
- provider: nous
model: xiaomi/mimo-v2-pro
base_url: https://inference.nousresearch.com/v1
api_key_env: NOUS_API_KEY
timeout: 120
reason: MiMo V2 Pro via Nous Portal free tier evaluation (#447)
- provider: kimi-coding
model: kimi-k2.5
base_url: https://api.kimi.com/coding/v1
timeout: 120
reason: "Primary — Kimi K2.5 (best value, least friction)"
- provider: openrouter
model: google/gemini-2.5-pro
base_url: https://openrouter.ai/api/v1
api_key_env: OPENROUTER_API_KEY
timeout: 120
reason: "Fallback — Gemini 2.5 Pro via OpenRouter"
- provider: ollama
model: gemma4:latest
base_url: http://localhost:11434/v1
timeout: 180
reason: "Terminal fallback — local Ollama (sovereign, no API needed)"
agent:
max_turns: 90
reasoning_effort: high
verbose: false
terminal:
backend: local
cwd: .
timeout: 180
persistent_shell: true
browser:
inactivity_timeout: 120
command_timeout: 30
record_sessions: false
display:
compact: false
personality: ''
resume_display: full
busy_input_mode: interrupt
bell_on_complete: false
show_reasoning: false
streaming: false
show_cost: false
tool_progress: all
memory:
memory_enabled: true
user_profile_enabled: true
memory_char_limit: 2200
user_char_limit: 1375
nudge_interval: 10
flush_min_turns: 6
approvals:
mode: auto
security:
redact_secrets: true
tirith_enabled: false
platforms:
api_server:
enabled: true
extra:
host: 127.0.0.1
port: 8645
session_reset:
mode: none
idle_minutes: 0
skills:
creation_nudge_interval: 15
system_prompt_suffix: |
You are Ezra, the Infrastructure wizard — Gitea, nginx, hosting.
Your soul is defined in SOUL.md — read it, live it.
Hermes is your harness.
kimi-coding is your primary provider.
Refusal over fabrication. If you do not know, say so.
Sovereignty and service always.
providers:
kimi-coding:
base_url: https://api.kimi.com/coding/v1
@@ -37,6 +97,15 @@ providers:
openrouter:
base_url: https://openrouter.ai/api/v1
timeout: 120
nous:
base_url: https://inference.nousresearch.com/v1
timeout: 120
ollama:
base_url: http://localhost:11434/v1
timeout: 180
# =============================================================================
# BANNED PROVIDERS — DO NOT ADD
# =============================================================================
# The following providers are PERMANENTLY BANNED:
# - anthropic (any model: claude-sonnet, claude-opus, claude-haiku)
# - nous (xiaomi/mimo-v2-pro)
# Enforcement: pre-commit hook, linter, Ansible validation, this comment.
# =============================================================================

121
wizards/timmy/config.yaml Normal file
View File

@@ -0,0 +1,121 @@
# =============================================================================
# Timmy — Primary Wizard Configuration (Golden State)
# =============================================================================
# Generated from golden state template (ansible/roles/wizard_base/templates/wizard_config.yaml.j2)
# DO NOT EDIT MANUALLY. Changes go through Gitea PR → Ansible deploy.
#
# Provider chain: kimi-coding → openrouter → ollama
# Anthropic is PERMANENTLY BANNED.
# =============================================================================
model:
default: kimi-k2.5
provider: kimi-coding
context_length: 65536
base_url: https://api.kimi.com/coding/v1
toolsets:
- all
fallback_providers:
- provider: kimi-coding
model: kimi-k2.5
base_url: https://api.kimi.com/coding/v1
timeout: 120
reason: "Primary — Kimi K2.5 (best value, least friction)"
- provider: openrouter
model: google/gemini-2.5-pro
base_url: https://openrouter.ai/api/v1
api_key_env: OPENROUTER_API_KEY
timeout: 120
reason: "Fallback — Gemini 2.5 Pro via OpenRouter"
- provider: ollama
model: gemma4:latest
base_url: http://localhost:11434/v1
timeout: 180
reason: "Terminal fallback — local Ollama (sovereign, no API needed)"
agent:
max_turns: 30
reasoning_effort: high
verbose: false
terminal:
backend: local
cwd: .
timeout: 180
persistent_shell: true
browser:
inactivity_timeout: 120
command_timeout: 30
record_sessions: false
display:
compact: false
personality: ''
resume_display: full
busy_input_mode: interrupt
bell_on_complete: false
show_reasoning: false
streaming: false
show_cost: false
tool_progress: all
memory:
memory_enabled: true
user_profile_enabled: true
memory_char_limit: 2200
user_char_limit: 1375
nudge_interval: 10
flush_min_turns: 6
approvals:
mode: auto
security:
redact_secrets: true
tirith_enabled: false
platforms:
api_server:
enabled: true
extra:
host: 127.0.0.1
port: 8645
session_reset:
mode: none
idle_minutes: 0
skills:
creation_nudge_interval: 15
system_prompt_suffix: |
You are Timmy, the Primary wizard — soul of the fleet.
Your soul is defined in SOUL.md — read it, live it.
Hermes is your harness.
kimi-coding is your primary provider.
Refusal over fabrication. If you do not know, say so.
Sovereignty and service always.
providers:
kimi-coding:
base_url: https://api.kimi.com/coding/v1
timeout: 60
max_retries: 3
openrouter:
base_url: https://openrouter.ai/api/v1
timeout: 120
ollama:
base_url: http://localhost:11434/v1
timeout: 180
# =============================================================================
# BANNED PROVIDERS — DO NOT ADD
# =============================================================================
# The following providers are PERMANENTLY BANNED:
# - anthropic (any model: claude-sonnet, claude-opus, claude-haiku)
# - nous (xiaomi/mimo-v2-pro)
# Enforcement: pre-commit hook, linter, Ansible validation, this comment.
# =============================================================================