Harnessy gives an agent a portable project context: capabilities, skills, memory, connectors, and checks that live with the repo instead of inside one agent app.
It ships two commands:
| Command | Purpose |
|---|---|
harnessy |
Deterministic setup, capability management, verification, connectors, and skill commands. |
hsy |
Harnessy agent shell. It launches the Pi runtime with Harnessy identity and its own ~/.hsy/agent config. |
Current install path is from source:
git clone https://github.com/Flow-Research/harnessy-v2.git
cd harnessy-v2
npm install --ignore-scripts
npm run build
npm --workspace @harnessy/core linkVerify:
harnessy --help
hsy --help@harnessy/core is not published to npm yet.
Launch Harnessy's agent shell:
hsyhsy opens a Harnessy-branded Pi runtime. It uses ~/.hsy/agent, not your
normal ~/.pi/agent state.
Useful first prompts:
Install Harnessy in this repo and verify it.
Inspect this repo's Harnessy capabilities and tell me what is missing.
Add the local v1 compatibility capability and materialize it.
After installing or changing extensions, reload inside hsy:
/reload
That refreshes keybindings, extensions, skills, prompts, and themes.
Initialize a repo:
harnessy install --yes --target /path/to/project
harnessy verify --target /path/to/projectPreview before writing:
harnessy install --dry-run --target /path/to/projectAdd and materialize a capability:
harnessy capability add ./packages/capability-harnessy-v1-full --target /path/to/project
harnessy capability materialize --target /path/to/project
harnessy capability list --target /path/to/projectCheck the environment:
harnessy doctor --target /path/to/project| Area | What it means |
|---|---|
| Capabilities | Portable packs of context, skills, scripts, connector metadata, dependencies, and checks. |
| Context | Project instructions under .harnessy/context/. |
| Memory | Scoped project facts and decisions under .harnessy/memory/. |
| Profiles | Load plans for context and memory files. |
| Skills | Project-local skills under .harnessy/skills/. |
| Connectors | Local-first integration capabilities, starting with AnyType. |
| Verification | Checks for lockfiles, generated files, capability paths, and dependencies. |
After setup:
.
├── AGENTS.md
├── .harnessy/
│ ├── harnessy.lock.json
│ ├── context/AGENTS.md
│ ├── profiles/default.json
│ ├── memory/
│ ├── capabilities/
│ └── skills/
└── scripts/harnessy/
# Project setup
harnessy init
harnessy install --yes
harnessy verify
harnessy doctor
# Capabilities
harnessy capability add <source>
harnessy capability list
harnessy capability inspect <id>
harnessy capability materialize
harnessy deps check
# Skills
harnessy skill create <name>
harnessy skill validate
harnessy skill list
harnessy skill metrics compute <name>
# AnyType connector
harnessy connector anytype spaces
harnessy connector anytype search --space <space-id> --query "roadmap"
harnessy connector anytype get --space <space-id> --object-id <object-id>Most read commands support --json.
Harnessy is local-first and reviewable:
- use
--dry-runbefore writes - user-global writes require
--apply-global - bootstrap external commands require
--apply-bootstrap --run-external - connector calls default to local/loopback endpoints
- capability metadata is inspectable before use
Use a sandbox or container for untrusted capabilities.
npm install --ignore-scripts
npm run build
npm run checkUseful files:
| File | Purpose |
|---|---|
PORT_MAP.md |
v1 to v2 migration map. |
HARNESSY_V1_FEATURES.md |
Preserved v1 feature inventory. |
HARNESSY_REMAINING_MIGRATION_POINTS.md |
Remaining migration points. |
AGENTS.md |
Repo instructions for agent sessions. |
See LICENSE. The vendored Pi runtime keeps its original MIT notice.