Merge main into fix/db-off-data-plane-469
tracker-policy-pr / check-pr (pull_request) Successful in 13s
test / integration-docker (pull_request) Successful in 34s
test / unit (pull_request) Successful in 49s
lint / lint (push) Successful in 57s
test / integration-firecracker (pull_request) Successful in 3m29s
test / coverage (pull_request) Successful in 20s
test / publish-infra (pull_request) Has been skipped
tracker-policy-pr / check-pr (pull_request) Successful in 13s
test / integration-docker (pull_request) Successful in 34s
test / unit (pull_request) Successful in 49s
lint / lint (push) Successful in 57s
test / integration-firecracker (pull_request) Successful in 3m29s
test / coverage (pull_request) Successful in 20s
test / publish-infra (pull_request) Has been skipped
Brings in the two commits main gained: #472 (CLI cleanup — remove `info`, split `list active` into a top-level `active`, simplify `list`) and the terminology glossary. #472 was written against the old flat cli/ layout, so its semantics are reconciled into the reorg'd cli/commands/ structure: * new `active` command lives at cli/commands/active.py, registered in the lazy registry and listed in `help` (not left at the flat path). * `info` removed: deleted cli/commands/info.py, dropped from the registry and `help`. * `list` simplified to list-available-only, using the reorg's os.getcwd()/constants.PROG conventions. * the `list active` -> `active` doc wording applied to the backend docstrings that our split moved into base.py / selection.py. Our reorg wins for the fully-rewritten dispatcher (cli/__init__ shim, backend facade). pyright: 0 errors. Full unit suite green (2243). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
@@ -7,6 +7,7 @@ picking the right document for what you're capturing.
|
||||
|
||||
| Artifact | For |
|
||||
|---|---|
|
||||
| **Glossary** (`docs/glossary.md`) | Canonical term definitions — what words mean in this project. |
|
||||
| **PRD** (`docs/prds/`) | A feature: what to build, scope, success criteria. |
|
||||
| **Research note** (`docs/research/`) | A landscape/tradeoff investigation. |
|
||||
| **Decision record** (`docs/decisions/`) | A decision that isn't itself a feature — a policy, a convention, a "we will / won't do this," or a load-bearing choice made inside a larger PRD that deserves to be discoverable on its own. |
|
||||
|
||||
@@ -0,0 +1,57 @@
|
||||
# Glossary
|
||||
|
||||
Canonical terminology for bot-bottle. Prefer these names in docs, comments, and UI.
|
||||
|
||||
---
|
||||
|
||||
## Agent Provider
|
||||
|
||||
The component that connects to an external model provider and sets up the model
|
||||
harness inside the agent runtime. Configured in a bottle manifest under
|
||||
`agent_provider:`; built-in templates are `claude` and `codex`. Responsible for
|
||||
provider-specific auth, startup args, and egress routes.
|
||||
|
||||
## Agent Runtime
|
||||
|
||||
The OCI image (and the container or VM it runs in) that houses the model
|
||||
harness. On the macOS-container backend this is an Apple Container; on
|
||||
Firecracker it is a microVM; on the legacy Docker backend it is a Docker
|
||||
container. The agent runtime is built from the agent provider's Dockerfile
|
||||
(built-in or custom).
|
||||
|
||||
## Agent / Agent Definition
|
||||
|
||||
A Markdown file with YAML frontmatter that declares the system prompt and
|
||||
identity of the model harness. Lives under `~/.bot-bottle/agents/` or a repo's
|
||||
`.bot-bottle/agents/`. Specifies which bottle to run under (`bottle:`) and
|
||||
which skills to load. Agent definitions are safe to commit; they contain no
|
||||
secrets or egress policy.
|
||||
|
||||
## Bottle / Bottle Definition
|
||||
|
||||
A Markdown file with YAML frontmatter that declares the security and runtime
|
||||
boundaries for one agent runtime: egress allowlist, git remotes, env vars,
|
||||
nested-container flag, and agent provider config. Lives under
|
||||
`~/.bot-bottle/bottles/`. Bottles are scoped to `$HOME` so a cloned repo
|
||||
cannot override host egress policy.
|
||||
|
||||
## Sealed Bottle
|
||||
|
||||
The fully-resolved bottle after all `extends:` inheritance is applied and every
|
||||
field has been validated. The sealed bottle is the immutable boundary spec that
|
||||
the launcher enforces — no further overrides are possible once it is sealed.
|
||||
|
||||
## Bottled Agent
|
||||
|
||||
The combination of an Agent Definition and a Sealed Bottle, representing a
|
||||
single deployable agent with a fixed identity and fixed boundaries. A bottled
|
||||
agent has two observable states:
|
||||
|
||||
- **Active** — the agent runtime is running and the agent is executing.
|
||||
- **Frozen** — the agent runtime has been snapshotted (Firecracker committed
|
||||
image); the agent is not running but can be resumed from the snapshot.
|
||||
|
||||
## Active Bottle
|
||||
|
||||
Shorthand for an active (running) Bottled Agent. Used in the supervisor TUI
|
||||
and discovery layer to mean "a bottle whose agent runtime is currently up."
|
||||
Reference in New Issue
Block a user