Skip to main content

Persona-Grata

Persona-Grata is a scaffolding utility that binds AI personas to harnesses to produce an embodied, functional agent. It helps users connect professional LLM orchestration harnesses (e.g., Claude Code, the Codex CLI, and Goose) with customized endpoints.

Install

Install via pipx, uv, or your other favorite package management tool:

pipx install persona-grata

Run

Run it directly:

persona-grata <persona> [harness]*

Examples

To install a persona for the official kimi servers and use it with Claude Code:

persona-grata kimi claude

If you have custom endpoints or other settings, create and run with an agent file:

persona-grata custom_agents.yaml

Read more about configurations in the Custom Agents Guide.


Overview: Agents, Personas, & Harnesses

We combine a persona (representing the mind and experience) with a harness (the mechanism used to impact the world) to yield an agent.

...but what does that actually mean?

An agent is an entity that can act on the world around it - it has a model of its universe, an inference-based (data-derived) decision-making process, a set of actions, and some knowledge of the results of its actions (see also The Craik Model of Intelligence.) An agent requires not just the ability to think, but also the ability to act.

A persona is that thinking part of an agent - i.e., its 'mind' (endpoint, model, & parameters) and 'experiences' (system prompt, context, etc.)

To interact with the world, we can use a harness (sometimes called an orchestrator) to provide toolsets and communication mechanisms; these include Claude Code, Codex CLI, Goose, & many others.

By combining a persona with a harness, we get the fully embodied agent.


Usage

The utility reads agent definitions from a provided YAML file (which describes how personas connect to harnesses) and configures your local environment. The sample agents-example.yaml file can serve as a starting point; the bundled harness profiles are 'ready' to go and do not require modification.

Known Endpoints & Harnesses

Persona-Grata comes with "out of the box" support for the following endpoints and harnesses; for each endpoint, a default persona is derived:

Endpoint Personas: kimi, local_8000, local_8080, local_lemonade, local_llamacpp, local_lmstudio, local_ollama, minimax, navigator

Coding Harnesses: claude, codex, goose

Setup an Agent

To setup an agent from a persona and harness, run persona-grata <persona> [harness]*:

persona-grata kimi

Sets up kimi for all known harnesses

persona-grata minimax claude codex

Sets up minimax for use with Claude Code and Codex CLI

If you need a more customized solution, an agent definition file provides additional flexibility:

agents.yaml

personas:
  orion:
    persona_desc: "Orion Toolkit"
    mind:
      endpoint: "https://api.cybertron.space"
      model: "alpha-3-on"

Then, run:

persona-grata agents.yaml orion claude

Setup the custom persona (Orion Toolkit) with Claude Code.

Or, to install all agents and harnesses, run without persona and/or harness names:

persona-grata agents.yaml

Setup every persona in the file with all known harnesses.

pg is a shorter alias for the same command: pg kimi claude.

Designations & Names

An agent's designation is <persona>+<harness>. It names one agent, so it settles the harness on its own:

pg kimi+claude

The same as pg kimi claude.

A name is yours to choose, and is how the agent is invoked. Pass --name to set one:

pg --name scout local_ollama+codex

Sets up the agent and installs it as scout rather than local_ollama-codex.

A name replaces that command rather than adding a second one, so an agent always has exactly one way to run it; naming it again renames it. Use the name wherever a designation goes — pg -r scout removes it, and releases the name. An agent you never name keeps its designation as its name.

Create a Configuration via CLI

For one-off variants or local model servers, persona configurations can be defined by arguments:

pg --endpoint http://localhost:8675 --model llama3 --no-token ollama claude

Sets up a local Ollama model as the persona "ollama", for Claude Code.

The CLI can also be used to update an existing persona:

pg --update --model kimi-k2-0905-preview kimi codex

Sets kimi up with Codex CLI, using a different model just this once.

By default, a definition is ephemeral, but the configuration can be exported if desired:

pg --endpoint http://who.dr:99 --model llama3 --no-token --export "clauma.yaml" ollama claude

Exports the configuration to clauma.yaml.

Export, update, and new persona creation are mutually exclusive:

Flag New OK? Existing OK? Writes? Reads New? Reads Existing?
--export Yes Yes No Yes Yes
--update No Yes Yes Yes Yes
--create Yes No Yes Yes Yes

The API key/token can be read, verified, then stored directly, replacing any existing key/token:

pg --token ~/keys/moonshot.key kimi claude

Sets kimi up with Claude Code, taking the key from ~/keys/moonshot.key.

The same settings can also be asked for rather than typed:

pg -i

Asks for a name, description, endpoint, model, key, and harnesses, then offers to save the result.

Interactive mode supplies whatever flags did not, combining one of the actions above; e.g., pg -i --update kimi only asks for missing elements. It cannot be paired with --remove.

Remove an Agent

Pass --remove (or -r) to remove the harness-persona wrapper & harness config directory:

pg --remove kimi codex

Removes the Codex CLI agent for kimi, leaving Claude Code and the stored token alone.

pg --remove kimi

Removes every kimi harness, then asks whether to delete the stored API token, if there is one.

Interaction

The script automatically adds a shell wrapper to your .bashrc, .zshrc, or .profile, depending on your shell. After running setup and sourcing your config (source ~/.bashrc) or opening a new terminal, you can launch the agent:

<persona>-<harness> [arguments]

A $SHELL persona-grata doesn't recognise is reported, not assumed; the wrapper is written in plain POSIX shell syntax, so any POSIX shell will run it.

Parameters Summary

Parameter Sets
--endpoint URL Set mind.endpoint to URL
--model NAME Set mind.model to NAME
--desc TEXT Set persona_desc to TEXT
--no-token token — no key prompt or verification*^
--create Stores a new persona; fails if name is taken
--update Replace an existing persona, if it exists
--export FILE Export a template for this configuration to file named FILE
-i, --interactive Ask for whatever is not given above; offers to save the result
--token FILE Read the API key from FILE rather than prompting for it^
--name NAME Call this agent NAME, and install it as the command NAME
--remove, -r Remove the named agent(s); offers to delete the token

*If the --no-token flag is not included, connections to keyless-only servers will fail.

^--token and --no-token are mutually exclusive.

Agent Configuration & Templates

Definitions are managed in an agent YAML file. It describes one or more personas and/or harnesses. Persona-Grata supports a dynamic variable resolution system via {{variable}} syntax.

  • Context Lookup: Resolves variables defined in current context (e.g., {{pid}}, {{path}}).
  • Hierarchical References: Absolute references to any value in agents.yaml via dot-notation (e.g., {{personas.orion.mind.model}}).
  • Reserved Identifiers: {{__PARENT__}} resolves to the immediate parent node in the configuration tree and {{__KEY__}} to a node's own key, so {{__PARENT__.__KEY__}} in a persona definition yields that persona's ID.
  • Templated Keys: dict keys may hold templates too, so a config section can be named from a value (e.g., "{{hid}}": under model_providers yields [model_providers.codex]).
  • Serializers: a reference may end in __AS_JSON__(), __AS_TOML__(), or __AS_YAML__() to render a whole subtree as a harness config file (e.g., content: "{{config_store.__AS_JSON__()}}").
  • Subscripts: any segment may be indexed by another reference, resolved where the template is written rather than where it points (e.g., {{providers[chosen].url}} is "the entry of providers named by my chosen"). Subscripts chain, and index lists by position — [1], [-1] included.
  • Functions: a reference may instead be a call, {{__NAME__(arg, ...)}}, whose arguments are themselves references. __MATCH_FIRST__(key_set, items) yields the first member of key_set found among items' keys, reading the list as a preference order.

Environment variables ($FOO, ${FOO}) are also substituted, in a single pass, before the file is parsed. Write $$ for a literal dollar sign — $$HOME yields the text $HOME.

For more about templates & configuration, see the Config Reference Manual.

Security

To prevent secret leakage:

  • API tokens are stored in files with 0600 permissions.
  • The utility handles tokens by path, avoiding printing secrets to logs or transcripts.
  • A .secret_path file is created in the persona's home directory containing the path to the token for discovery by other tools.

License & Contributing

Persona-Grata is released under the GNU General Public License v3.0 or later; see LICENSE.md.

Contributions generated in whole or in part with AI tools are welcome, subject to the project's AI policy.

Release files for persona-grata 0.0.3

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for persona-grata 0.0.3
File Size Uploaded
persona_grata-0.0.3.tar.gz 102.9 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for persona-grata 0.0.3
File Interpreter ABI Platform
persona_grata-0.0.3-py3-none-any.whl Python 3 none any Details

Total release size: 167.4 kB

Release files / persona_grata-0.0.3.tar.gz

Download URL persona_grata-0.0.3.tar.gz
Size 102.9 kB
Tags Source
SHA-256 checksum
How to use checksums
05b33e290a3172e120d670772c83c5d549a87778c450d9f413f350cff78a9550
BLAKE2b-256 checksum
How to use checksums
88198e2dd87aba18dc8f7d4c48c5f09dc02bd67de33bbf367eb4a5dfaa8325fe
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 19, 2026.

Transparency log

Release files / persona_grata-0.0.3-py3-none-any.whl

Download URL persona_grata-0.0.3-py3-none-any.whl
Size 64.6 kB
Tags Python 3
SHA-256 checksum
How to use checksums
915287e1f1699eb618531b2d9457ca6dcc1539be88e5407826aacea581f02b46
BLAKE2b-256 checksum
How to use checksums
81ea8a9f56eb4fda8b659f00b19199bda927c387d3a073e721dd2cb43600c0d2
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 19, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.0.3 This release

2 release files

0.0.2

2 release files

0.0.1

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page