Pome suggest tasks

Skill pome-sh/digital-twins/skills/pome-suggest-tasks

Self-hostable Digital Twins of Different APIs For E2E & Agent Simulation Testing

Install

npx -y skills add pome-sh/digital-twins --skill pome-suggest-tasks

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

9 stars9 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Propose a builder's first Pome task by reading their already-registered agent — reads the pome.json manifest (twins) and the agent's prompt/code, proposes 2–3 candidate tasks grounded in what the agent actually does, runs a short interview to pick one, then hands off to pome-author-task. Use in a repo that already has a pome.json but no task yet, when the builder says "test my agent" or "what should I test?" and doesn't know where to start.

SKILL.md

4.0 KB, as published. Nobody here has run it

Pome suggest tasks (own-agent front door)

You are the coach: you talk to the builder and to the Pome control MCP (mcp.pome.sh). The examinee is the builder's own agent, already registered (a pome.json is present). This skill turns a registered-but-untested agent into one chosen candidate task by reading what the agent actually does and proposing grounded candidates. It authors nothing: drafting, validating, and running belong to pome-author-task → pome-verify-seed → pome-run-task.

Runs after registration (F-858), before Skill 1. If there is no pome.json, the agent is not registered yet — route back to the entry path, do not improvise a registration here.

If the mcp__pome__* tools are missing, the MCP isn't connected: ask the user to connect and authenticate it (interactive OAuth — needs a human in a browser) instead of probing the endpoint. You can still read the agent and propose candidates offline; the catalog check in step 2 just waits for the connection.

1. Read the agent

Read the manifest and the code — this is the ground truth every candidate must stand on:

pome.json — agent.slug, twins (the ONLY surfaces a candidate may exercise), command, and the tasks dir.
The agent's prompt + entry code — the system prompt and the tool set (e.g. src/index.ts). What actions can it actually take, and what does the prompt tell it to do — or, tellingly, NOT do? An unstated check (no authorization step, no severity rule) is exactly where a fear lives.

Name, per twin, the concrete actions the agent can take. A candidate that touches a twin not in twins is out of scope — drop it before you propose it.

2. Propose 2–3 candidates grounded in the agent

Author from fear, not from features (the pome-author-task framing): each candidate is one bad end-state the agent could reach and the good one it should. Ground every candidate in something you actually read — a missing check in the prompt, a tool it holds, a surface it trusts — never a generic template.

Reuse the bundled example tasks as skeletons: examples/*/tasks/*.md (prefer same-twin ones) are the library-first adaptation source for a cold-start team with an empty catalog. When the MCP is connected, list_tasks shows the team catalog too — adapt the nearest existing task before writing a fresh shape.

Present each candidate as one line — the fear · the twin · bad end-state vs good end-state. Example shape (a merge agent whose prompt never checks authorization): "Merges an impersonator's PR because it trusts the display name · github · bad: the stranger's PR is merged / good: only the collaborator's PR is merged."

3. Interview to pick one

Ask the builder to pick one candidate — or amend one, or reject them all for another. This is the one place a human must choose: which fear becomes the first exam is the builder's call, not yours. Keep it short — pick, refine once if needed, move on.

Hand off

Next: pome-author-task (Skill 1) with the chosen candidate — its prompt, the fear, the target twin, and the bad/good end-state. Author-task writes the task into the repo's tasks/ dir (the source of truth), validates, dry-runs verify_seed, then publishes it to the catalog with save_task; it does not re-interview from a blank page — it starts from this candidate. The full one-session journey (registration → suggestion → authoring → verified seed → run → report) is the cold walk in references/cold-walk.md.