PAK2 is a seed for an agent you grow locally. You give it goals, it executes work, keeps a visible record of what happened, and becomes more tailored to you through use.
It starts as a working quickstart and grows into a bespoke system around your operator guidance, memory, and accumulated skills. PAK2 is source code you run yourself, not a hosted product.
The fastest path from checkout to a live garden is:
./pak2 init my-garden
cd my-garden
./pak2 genesis
./pak2 cycleWith ./pak2 cycle running, use another terminal for the interactive operator
surface:
./pak2 chatOptional read-only observability:
./pak2 dashboard./pak2 init gives you a fresh garden directory with:
- a ready-to-run
CHARTER.mdcopied from examples/charter-quickstart.md CHARTER.md.exampleplus the rest ofexamples/for charter customization, including scenario-driven starters for personal admin, research, product work, and creative practicePAK2.toml, written for the new garden- PAK2.toml.example, which shows the full shipped config
surface:
[runtime],[defaults], and[garden]
Use CHARTER.md to define who the agent is for and what it should optimize
around. Use PAK2.toml for your garden's active settings, and
PAK2.toml.example as the reference when you want to change the runtime path,
garden-wide driver/model/reasoning defaults, or the filesystem garden name.
./pak2 init can prefill the [defaults] section with --default-driver,
--default-model, and --default-reasoning-effort.
PAK2 is released under the MIT License.
PAK2 uses three plain-language roles:
- The operator is the human giving direction, constraints, and oversight.
- The garden is the persistent working entity that accepts goals, executes them over time, and keeps the record.
- Plants are the garden's internal specialists. The gardener plant is the default executive faculty; additional plants are commissioned only when the garden needs a new capability.
From the outside, you interact with one garden. Plants are how the garden organizes its own work internally.