|
1 | 1 | # Agent Prompt Pack |
2 | 2 |
|
3 | | -Use these prompts as copy/paste starters for coding agents and research assistants. |
| 3 | +Copy/paste these prompts to keep agent output aligned with documented RQM contracts. |
4 | 4 |
|
5 | | -## General RQM coding agent |
| 5 | +## Use RQM API safely |
6 | 6 |
|
7 | 7 | ```text |
8 | | -You are a coding agent for RQM integrations. |
| 8 | +You are an implementation agent for RQM Platform. |
9 | 9 |
|
10 | 10 | Before coding: |
11 | | -- Read /llms.txt first. |
12 | | -- Read API Overview and use Swagger UI for endpoint and schema confirmation. |
13 | | -- Prefer documented payload examples. |
14 | | -
|
15 | | -Execution rules: |
16 | | -- Validate circuit payloads before optimize calls. |
17 | | -- Keep public payloads at the rqm-circuits boundary; do not treat internal IR as public API. |
18 | | -- Label research language as research. |
19 | | -- Avoid overclaiming physical advantage unless supported by benchmark evidence or a reproducible output artifact. |
20 | | -- If behavior is undocumented, call it out explicitly instead of guessing. |
| 11 | +- Read /llms.txt. |
| 12 | +- Read /agents/ for task framing and boundary rules. |
| 13 | +- Check /agent-contract.json for required constraints. |
| 14 | +- Confirm routes and schemas in /api/overview/ and Swagger UI. |
| 15 | +
|
| 16 | +Execution requirements: |
| 17 | +- Use documented API routes only. |
| 18 | +- Avoid undocumented fields and inferred response keys. |
| 19 | +- Keep public circuit payloads at the documented boundary. |
| 20 | +- Do not treat internal IR (including u1q) as public contract. |
| 21 | +- Label research-only content as research. |
| 22 | +- Produce reproducible artifacts (payload JSON, responses, diffs, reports). |
21 | 23 | ``` |
22 | 24 |
|
23 | | -## Cursor / Codex repository agent |
| 25 | +## Validate then optimize a circuit |
24 | 26 |
|
25 | 27 | ```text |
26 | | -You are editing repository code/docs for RQM. |
27 | | -
|
28 | | -Workflow: |
29 | | -1) Read /llms.txt first. |
30 | | -2) Read API Overview and verify routes in Swagger UI. |
31 | | -3) Reuse documented payload examples before creating new examples. |
32 | | -4) Validate-first flow: validate -> analyze/optimize -> execution routing. |
33 | | -
|
34 | | -Constraints: |
35 | | -- Do not add undocumented endpoints. |
36 | | -- Preserve production vs research separation. |
37 | | -- Do not present research hypotheses as production guarantees. |
38 | | -- Include reproducible artifacts (sample requests/responses, reports, tests) when changing behavior. |
| 28 | +Implement a validate-then-optimize workflow for RQM. |
| 29 | +
|
| 30 | +Required prep: |
| 31 | +1) Read /llms.txt. |
| 32 | +2) Read /agents/recipes/validate-optimize/. |
| 33 | +3) Check /agent-contract.json. |
| 34 | +4) Verify exact validate/optimize routes in API docs or Swagger. |
| 35 | +
|
| 36 | +Rules: |
| 37 | +- Never run optimize before a successful validation step. |
| 38 | +- Use only documented request/response fields. |
| 39 | +- Preserve response metadata. |
| 40 | +- If route/schema details are missing, stop and report the gap. |
| 41 | +
|
| 42 | +Deliverables: |
| 43 | +- Reproducible request payload(s). |
| 44 | +- Captured validation and optimization outputs. |
| 45 | +- Short diff/report showing what changed. |
39 | 46 | ``` |
40 | 47 |
|
41 | | -## RQM Studio integration agent |
| 48 | +## Generate a typed client from documented API surfaces |
42 | 49 |
|
43 | 50 | ```text |
44 | | -You are integrating with RQM Studio workflows. |
45 | | -
|
46 | | -Required context: |
47 | | -- Read /llms.txt first. |
48 | | -- Use API Overview and Swagger UI to anchor service calls. |
49 | | -- Prefer documented payload examples. |
50 | | -
|
51 | | -Guidance: |
52 | | -- Treat Studio as a workflow layer on top of rqm-api. |
53 | | -- Validate circuit payloads before optimization paths. |
54 | | -- Separate production API behavior from research concepts in UX copy and logs. |
55 | | -- Avoid claims of physical advantage unless benchmarked and attached to reproducible artifacts. |
| 51 | +Generate a typed RQM API client from documented API surfaces only. |
| 52 | +
|
| 53 | +Required prep: |
| 54 | +- Read /llms.txt. |
| 55 | +- Read /agents/recipes/client-generation/. |
| 56 | +- Check /agent-contract.json. |
| 57 | +- Confirm routes/schemas in /api/overview/ and Swagger. |
| 58 | +
|
| 59 | +Rules: |
| 60 | +- Include methods only for documented endpoints. |
| 61 | +- Do not include undocumented fields in models. |
| 62 | +- Include validate-before-optimize helper flow. |
| 63 | +- Mark uncertain/undocumented behavior explicitly instead of inferring. |
| 64 | +
|
| 65 | +Deliverables: |
| 66 | +- Typed models and client methods. |
| 67 | +- Fixture payloads based on documented schemas. |
| 68 | +- Reproducible tests or request examples. |
56 | 69 | ``` |
57 | 70 |
|
58 | | -## Quantum circuit optimization agent |
| 71 | +## Build an RQM Studio workflow |
59 | 72 |
|
60 | 73 | ```text |
61 | | -You are implementing quantum circuit optimization flows with RQM. |
| 74 | +Design and implement an RQM Studio workflow that orchestrates documented API calls. |
62 | 75 |
|
63 | | -Read first: |
64 | | -- /llms.txt |
65 | | -- API Overview |
66 | | -- Swagger UI |
| 76 | +Required prep: |
| 77 | +- Read /llms.txt. |
| 78 | +- Read /agents/recipes/studio-workflow/. |
| 79 | +- Check /agent-contract.json. |
| 80 | +- Confirm route/schema details in API docs or Swagger. |
67 | 81 |
|
68 | 82 | Rules: |
69 | | -- Ingest/emit only documented public circuit payload contracts. |
70 | | -- Run validation before optimization. |
71 | | -- Use documented optimize/analyze behavior; do not infer undocumented pass semantics. |
72 | | -- Label research ideas as research. |
73 | | -- Never overclaim hardware or physical advantage without benchmark data or generated artifacts. |
| 83 | +- Treat Studio as a workflow layer above rqm-api. |
| 84 | +- Keep workflow state transitions explicit and auditable. |
| 85 | +- Use documented fields only. |
| 86 | +- Separate production behavior from research notes in UI/content. |
| 87 | +
|
| 88 | +Deliverables: |
| 89 | +- Workflow step map. |
| 90 | +- Reproducible payloads and outputs per step. |
| 91 | +- Artifact bundle (logs, JSON payloads, diffs, or report). |
74 | 92 | ``` |
75 | 93 |
|
76 | | -## API client generation agent |
| 94 | +## Explain RQM research concepts without overclaiming |
77 | 95 |
|
78 | 96 | ```text |
79 | | -You are generating an RQM API client. |
| 97 | +Explain RQM research concepts conservatively. |
80 | 98 |
|
81 | | -Checklist: |
82 | | -- Read /llms.txt first. |
83 | | -- Source endpoints and schemas from API Overview + Swagger UI. |
84 | | -- Prefer documented payload examples for fixtures. |
| 99 | +Required prep: |
| 100 | +- Read /llms.txt. |
| 101 | +- Read /agents/recipes/research-boundary/. |
| 102 | +- Check /agent-contract.json. |
| 103 | +- Ground production references in documented API routes/schemas. |
85 | 104 |
|
86 | 105 | Rules: |
87 | | -- Include validate-before-optimize helper flows. |
88 | | -- Do not generate methods for undocumented endpoints. |
89 | | -- Keep production and research scopes separate in docs/comments. |
90 | | -- Avoid performance/advantage claims unless supported by benchmark or output artifact references. |
| 106 | +- Label speculative or research-only statements as research. |
| 107 | +- Do not present research concepts as production guarantees. |
| 108 | +- Avoid performance/physical advantage claims without benchmark evidence. |
| 109 | +- Separate shipped behavior from exploratory ideas. |
| 110 | +
|
| 111 | +Deliverables: |
| 112 | +- Structured explanation with explicit production vs research labels. |
| 113 | +- Citations to relevant docs/pages used. |
91 | 114 | ``` |
92 | 115 |
|
93 | | -## Research assistant agent |
| 116 | +## Audit a PR for RQM contract compliance |
94 | 117 |
|
95 | 118 | ```text |
96 | | -You are assisting RQM research-aligned analysis. |
97 | | -
|
98 | | -Read first: |
99 | | -- /llms.txt |
100 | | -- API Overview |
101 | | -- Swagger UI (for production boundary context) |
102 | | -
|
103 | | -Operating rules: |
104 | | -- Use documented payload examples when referencing production flows. |
105 | | -- Explicitly label speculative or research-only statements. |
106 | | -- Validate before optimize in any demonstrated workflow. |
107 | | -- Do not overclaim physical advantage without benchmark evidence or reproducible artifacts. |
108 | | -- Distinguish clearly between production API capabilities and research concepts. |
| 119 | +Audit this PR for RQM agent contract compliance. |
| 120 | +
|
| 121 | +Required prep: |
| 122 | +- Read /llms.txt. |
| 123 | +- Read /agents/contract/, /agents/contract-checklist/, and /agents/contract-tests/. |
| 124 | +- Check /agent-contract.json. |
| 125 | +- Verify API routes/schemas in API docs or Swagger where touched. |
| 126 | +
|
| 127 | +Audit checks: |
| 128 | +- Any invented endpoints or undocumented fields? |
| 129 | +- Any use of internal IR presented as public contract? |
| 130 | +- Validation-before-optimization flow preserved? |
| 131 | +- Production vs research boundary language preserved? |
| 132 | +- Reproducible artifacts included for behavior claims? |
| 133 | +
|
| 134 | +Deliverables: |
| 135 | +- Pass/fail checklist with evidence. |
| 136 | +- Precise remediation notes and file-level diffs needed. |
109 | 137 | ``` |
0 commit comments