pi-harness
Read before modifying, building on, or answering questions about the pi harness or its @earendil-works libraries (pi-ai, pi-durable, pi-mcp, pi-codemode, chord).
- License 许可
- MIT
- 最近更新
- 2026-11-03
- Stars
- ★ 10
- Forks
- 2
01 前言 Front Matter
- name
- pi-harness
- description
- Read before modifying, building on, or answering questions about the pi harness or its @earendil-works libraries (pi-ai, pi-durable, pi-mcp, pi-codemode, chord).
- user-invokable
- false
- disable-model-invocation
- false
03 SKILL.md 正文
Pi harness
Locate the root of the running pi installation, <pi>:
d=$(readlink -f "${PI_PACKAGE_DIR:-$(command -v pi)}"); while [ "${d:-/}" != / ] && ! grep -Eqs '"name": *"@earendil-works/pi-coding-agent"' "$d/package.json"; do d=$(dirname "$d"); done; echo "${d:-/}"
Pi documentation:
- Main documentation:
<pi>/README.md - Additional docs:
<pi>/docs - Examples:
<pi>/examples(extensions, custom tools, SDK) - When reading pi docs or examples, resolve docs/... and examples/... under
<pi>, not the current working directory - When asked about: extensions (docs/extensions.md, examples/extensions/), themes (docs/themes.md), skills (docs/skills.md), prompt templates (docs/prompt-templates.md), TUI components (docs/tui.md), keybindings (docs/keybindings.md), SDK integrations (docs/sdk.md), custom providers (docs/custom-provider.md), adding models (docs/models.md), pi packages (docs/packages.md), environment variables (docs/environment-variables.md), MCP servers (docs/mcp.md), codemode scripts and non-LLM models such as classifiers and image models (docs/codemode.md)
- When working on pi topics, read the docs and examples, and follow .md cross-references before implementing
- Always read pi .md files completely and follow links to related docs (e.g., tui.md for TUI API details)
- The @earendil-works libraries live beside pi in
<pi>/.., each with a README.md and dist/*.d.ts; files their npm packages omit live in the earendil-works/pi GitHub repository under packages/<name>/
04 同仓库更多 Skills
changelog
Write the changelog entry for a pull request. Use when a PR changes behavior that users, operators, or integrators can notice.
writing-good-tickets
Write, file, or update an issue or ticket that an agent or a developer can take to one PR. Use when filing a bug or feature, updating an issue, or breaking a plan into tickets.
writing-good-prs
Write or update a pull request title and body that a reviewer can trust and own. Use when opening a PR or editing its description.
writing-good-commits
Write or reword a git commit message and size the commit it describes. Use when committing, or when reshaping commits during a rebase.
writing-for-agents
Writing documents for agents. Use when creating or editing skills, or modifying AGENTS.md or CLAUDE.md.
wizard
Generate an interactive bash wizard that walks a human through steps only they can perform. Use when provisioning infrastructure, setting up credentials or CI secrets, walking an unfamiliar third-party dashboard, or running a one-off migration or cutover. Don't invoke this for steps the agent can perform itself.