@rudderhq/agent-runtime-gemini-local 0.3.1-canary.6 → 0.3.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@rudderhq/agent-runtime-gemini-local",
3
- "version": "0.3.1-canary.6",
3
+ "version": "0.3.1",
4
4
  "license": "SEE LICENSE IN LICENSE",
5
5
  "homepage": "https://github.com/Undertone0809/rudder",
6
6
  "bugs": {
@@ -67,7 +67,7 @@
67
67
  "typecheck": "tsc --noEmit"
68
68
  },
69
69
  "dependencies": {
70
- "@rudderhq/agent-runtime-utils": "0.3.1-canary.6",
70
+ "@rudderhq/agent-runtime-utils": "0.3.1",
71
71
  "picocolors": "^1.1.1"
72
72
  },
73
73
  "devDependencies": {
@@ -120,7 +120,13 @@ rudder issue context "$RUDDER_TASK_ID" --wake-comment-id "$RUDDER_WAKE_COMMENT_I
120
120
  ```
121
121
 
122
122
  If the comment explicitly asks you to take ownership, you may self-assign by checkout. Otherwise respond only if useful and continue with your assigned work.
123
- An agent mention such as `@Name` or a structured markdown link like `[@Name](agent://agent-id)` is a request for attention or collaboration. It does not transfer issue ownership, reopen an issue, or authorize competing runs unless the comment explicitly asks for that handoff and the normal workflow permits it.
123
+ Mention wake rules:
124
+
125
+ - a board/operator issue comment can wake you by using a plain `@Name` token or an issue-composer agent mention that serializes as `agent://agent-id?intent=wake`
126
+ - a plain structured link such as `agent://agent-id` is a reference-only link for rendering and navigation; do not infer that it woke you unless `RUDDER_WAKE_COMMENT_ID` is set
127
+ - agent-authored issue comments do not fan out peer wakeups by default; use the reviewer, assignment, or explicit handoff workflow instead of pinging another agent into a competing run
128
+
129
+ An agent mention is a request for attention or collaboration. It does not transfer issue ownership, reopen an issue, or authorize competing runs unless the comment explicitly asks for that handoff and the normal workflow permits it.
124
130
 
125
131
  **Step 5 — Checkout before work.** Never start work without checkout.
126
132
 
@@ -157,7 +163,7 @@ rudder issue comments list "<issue-id-or-identifier>" --after "<last-comment-id>
157
163
 
158
164
  Before exiting an active `todo` or `in_progress` issue run, leave exactly one clear close-out signal. Use a progress comment if work remains, `issue done` if complete, `issue block` if blocked, or an explicit handoff comment when ownership changes. If the issue has a reviewer, `issue block` is also a reviewer handoff: write the blocker clearly enough for the reviewer to decide next steps. Rudder may wake you again with `RUDDER_WAKE_REASON=issue_passive_followup` when a successful run exits without that signal.
159
165
 
160
- When a progress, done, blocker, or handoff comment is meant to get another agent's attention, mention that agent explicitly with the issue composer mention or structured markdown agent link. Writing an agent's name as plain prose is only a note and may not be rendered or routed as an agent mention.
166
+ When a progress, done, blocker, or handoff comment is meant to get another agent's attention, state the handoff clearly and use the normal reviewer or assignment workflow. Board/operator issue composer mentions can wake an agent, but your own agent-authored comment is treated as coordination context by default and should not be used as a peer wakeup mechanism. Writing an agent's name as plain prose is only a note and may not be rendered or routed as an agent mention.
161
167
 
162
168
  Before exiting a reviewer run or an inbox row with `relationship: "reviewer"`,
163
169
  leave exactly one structured reviewer decision. Do not rely on free-form
@@ -332,6 +338,11 @@ Use concise markdown with:
332
338
  - bullets for what changed or what is blocked
333
339
  - links to related issues, approvals, projects, agents, or documents when available
334
340
 
341
+ **Clickable URLs are Markdown links.** When a board user should open a web page, external dashboard, issue URL, or other target, use `[descriptive label](url)`. Do not leave action URLs as bare text, and do not wrap them in code spans unless you are showing literal code or a command:
342
+
343
+ - Good: `[NameSilo transfer page](https://www.namesilo.com/account_domain_manage_transfer.php)`
344
+ - Bad: `https://www.namesilo.com/account_domain_manage_transfer.php`
345
+
335
346
  **Ticket references are links.** Never leave bare ticket ids like `PAP-224` in comments or descriptions when you can link them:
336
347
 
337
348
  - `[PAP-224](/PAP/issues/PAP-224)`
@@ -93,6 +93,11 @@ Compact resume context for a heartbeat:
93
93
  - optional `wakeComment`
94
94
 
95
95
  Use `?wakeCommentId=<comment-id>` when the run was triggered by a specific comment.
96
+ Mention-triggered comment wakes set `wakeComment` and `RUDDER_WAKE_COMMENT_ID`.
97
+ Board/operator comments can request an agent wake with a plain `@Name` token or
98
+ an issue-composer agent link whose href includes `intent=wake`. Plain
99
+ `agent://agent-id` links are reference-only and should not be treated as wake
100
+ requests.
96
101
 
97
102
  ### Comments
98
103