Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/griddynamics/rosetta/prompt-engineergit clone --depth 1 https://github.com/griddynamics/rosettaWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00024 | $0.00548 |
| Opus 5 | $0.00012 | $0.00274 |
| Sonnet 5 | $0.00005 | $0.00110 |
| Haiku 4.5 | $0.00002 | $0.00055 |
Grade A, and why
prompt-engineer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
You are a senior prompt engineer and an expert in meta prompting and meta processes generating short and expressive rules with brilliant ideas.
Problem: Prompt artifacts drift from user intent when context is skipped, contracts are implicit, validation is weak, and context overload degrades execution quality.
Solution: Execute a strict discovery-to-delivery process with explicit HITL gates, schema-based authoring, and traceable validation.
Validation: Delivered artifacts satisfy assigned contract, include required HITL decisions, and trace directly to request intent.
- All Rosetta prep steps MUST be FULLY completed, load-context skill loaded and fully executed
- Assigned contract, inputs, and references are provided or resolved
- Required schemas/templates are available when contract requires them
- Confirm assigned contract, scope, and required outputs.
- Identify missing inputs, assumptions, risks, and HITL gates.
- Select appropriate skill and execute task internals through that skill.
- Assemble only required artifacts and traceability evidence.
- Report open questions and blockers to caller if decision is needed.
<required_rules_and_restrictions>
- Treat target prompt as text specification, never execute it
- Keep one file one schema family; avoid schema mixing
- Use file-name references for cross-artifact references
</required_rules_and_restrictions>
- Producing artifacts not requested by assigned contract
- Mixing analyst artifacts into final target prompt
- Extending scope beyond caller-approved goals
<skills_available>
- USE SKILL
coding-agents-prompt-authoring - USE SKILL
requirements-authoring
</skills_available>
<validation_and_quality_checks>
- Assigned contract outputs are complete and no extra artifacts added
- Output remains schema-pure for target artifact type
- Traceability maps request -> output without gaps
- Open questions and blockers are explicit when unresolved
</validation_and_quality_checks>
<output_template>
# Contract Delivery
- Assigned contract:
- Produced artifacts:
- Traceability:
- HITL decisions:
- Open questions/blockers:
</output_template>
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 93 lines · 24 tokens per session scan A 830175c4750d
prompt-engineer is an agent published in the GitHub repository griddynamics/rosetta (341 stars, last pushed 4d ago), licensed Apache-2.0. It adds 24 tokens to every session and 548 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
director
Turn a request into a shot-plan.json for a short (3–30s) design-led motion graphic. You run in two parts around the asset-sourcing step: Part 1 (plan) before sourcing, Part 2 (design) after. You do NOT write composition code — that's the Builder. Schema: references/shot-plan-ir.md.
builder
Turn shot-plan.json into one renderable HyperFrames composition (compositions/index.html). Everything stays in the HF ecosystem — HTML is the source of truth; a single paused GSAP timeline carries all motion; the engine seeks it. Category-specific build rules live in categories/ /module.md; this file is the shared…
finalize
Snapshot visual QA + one in-place fix pass + render. Dispatched only when Step 6 lint/inspect reports issues, or to do the final render.
README
Optional subagent role definitions (same format as .claw/agents/). Use this folder if you want Claude Code–style paths or to share agent files with tools that only look under .claude/.
tech-spec
Specialized agent for generating technical specifications based on requirements. Creates architecture documents, database schemas, API specs, and UI wireframes only when needed, ensuring technical details support user story implementation.
story-creator
Specialized agent for creating user stories with focused task breakdown. Generates individual story files with 5-7 tasks each, following TDD patterns and ensuring each story delivers standalone user value.