Add support for oh-my-pi agent toolkit

[shyndman]

I'm gravitating towards this harness, and it'd be great to have OpenSpec support: https://github.com/can1357/oh-my-pi

It looks like it should be straightforward, and I'm happy to send a PR if you'd like.

[1code-async]

Task completed.

The comment could not be posted due to repository permissions (this is expected for a repo where we don't have write access). Here's the enrichment comment I prepared:

---

Issue #713 Enrichment Summary

No duplicates found across 65+ searched issues. The closest related issue is #16847 (auto-load openspec/ directory), but it's distinct.

What oh-my-pi is

oh-my-pi is an AI agent toolkit with a coding agent CLI, unified LLM API, and TUI/web UI. It implements universal config discovery, loading settings from directories used by Claude Code, Cursor, Windsurf, and others. Its native config directories are .omp/ and .pi/.

Implementation path

The codebase has a well-established adapter pattern (21 tools already supported). The required changes are:

Step	File	Change
1	src/core/config.ts:20-44	Add AIToolOption entry for oh-my-pi
2	src/core/command-generation/adapters/oh-my-pi.ts (new)	Implement ToolCommandAdapter interface (defined in types.ts:32-48)
3	src/core/command-generation/adapters/index.ts	Export the new adapter
4	src/core/command-generation/registry.ts:38-60	Import and register the adapter
5	test/core/command-generation/adapters.test.ts	Add test cases following existing pattern
6	docs/supported-tools.md	Add to tool directory table and tool IDs list

Reference adapter: src/core/command-generation/adapters/iflow.ts — simple, representative example.

Key open question

oh-my-pi's custom commands appear to use TypeScript files (~/.omp/agent/commands/[name]/index.ts) rather than the markdown-with-frontmatter format all current adapters produce. This needs clarification before implementation — does oh-my-pi also support markdown-based commands, or would this require a different adapter strategy?

The author offered to send a PR

@shyndman indicated willingness to contribute. The adapter pattern is clean and well-documented, making this a good first contribution.

---

View full conversation

Powered by 1Code