docs: state the Gitea repo structure and SSH push auth in the README and every scenario root
One Gitea repo (kai/pi-agent-config, SSH key auth as user git on :222) holds the runtime config, all scenario agent configs, and the curator backend; no per-agent repos. Each scenario now carries a root README pointing at the shared repo and push flow so a directory's provenance and push method are unambiguous.
This commit is contained in:
@@ -1,3 +1,27 @@
|
||||
# memo-inbox — Pi agent scenario
|
||||
|
||||
This directory is the **memo-inbox** Pi agent. It is tracked as part of the
|
||||
`pi-agent-config` repository — it is **not** a standalone repository.
|
||||
|
||||
- Gitea repo: `kai/pi-agent-config` on `192.168.50.45` (web `:3000`, SSH `:222`).
|
||||
- Remote: `origin -> gitea-45:kai/pi-agent-config.git`, branch `main`.
|
||||
- Auth: SSH key only (`~/.ssh/id_ed25519_gitea`, Git user `git`); no HTTP token.
|
||||
- Push and pull from the repository root, not from here:
|
||||
|
||||
```bash
|
||||
git pull --rebase origin main
|
||||
git push origin main
|
||||
```
|
||||
|
||||
See the repository [`README.md`](../../README.md), section “Gitea repository and
|
||||
push authentication”, for the full SSH config and caveats.
|
||||
|
||||
## Layout
|
||||
|
||||
- `profile.toml` — the launch contract; `deploy = "mirror"` records what the live service does.
|
||||
- `workspace/` — the mirrored live agent configuration.
|
||||
- `docs/` — scenario-specific documentation.
|
||||
|
||||
# Scenario: memo-inbox
|
||||
|
||||
Routes Kai's Telegram and WeChat messages into Google Calendar, today's Obsidian
|
||||
|
||||
Reference in New Issue
Block a user