poe-code 3.0.141 → 3.0.143

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.
@@ -4,7 +4,10 @@ allow:
4
4
  - OWNER
5
5
  - MEMBER
6
6
  - COLLABORATOR
7
- prefix: "poe-code"
7
+ prefix:
8
+ - "poe-code"
9
+ - "poe-code-agent"
10
+ - "@poe-code-agent"
8
11
  # Available variables:
9
12
  # {{url}} - full GitHub URL to the issue
10
13
  # {{repo}} - owner/repo (e.g. acme/my-app)
@@ -13,4 +16,24 @@ prefix: "poe-code"
13
16
  # {{comment.author}} - login of the comment author
14
17
  # {{comment.body}} - body text of the triggering comment
15
18
  ---
16
- Read {{url}} and act on the comment from {{comment.author}}: {{comment.body}}
19
+ Read {{url}} and leave a visible GitHub response to the comment from {{comment.author}}: {{comment.body}}
20
+
21
+ {{#pr.number}}
22
+ - This comment is on pull request #{{pr.number}}.
23
+ - If the comment asks for code changes or follow-up implementation, implement them on the current PR branch, update the existing PR, and comment with the result.
24
+ - Do not open a new PR from a pull request comment unless updating the existing PR is impossible.
25
+ {{/pr.number}}
26
+ {{^pr.number}}
27
+ - If the comment asks for code changes or follow-up implementation, make the changes, open or update a PR, and comment with the result.
28
+ {{/pr.number}}
29
+ - If the comment only needs guidance or clarification, reply directly and concisely.
30
+ - If you cannot complete the request, comment with the blocker and the next concrete step.
31
+
32
+ - Start with a direct answer or decision.
33
+ - Keep it concise.
34
+ - Use short Markdown sections only when they improve clarity.
35
+
36
+ Before answering:
37
+
38
+ - Inspect the checked-out repository
39
+ - Verify every claim against the repo before you post it.
@@ -7,29 +7,17 @@ label: "GitHub: Issue Handler"
7
7
  # {{issue.title}} - issue title
8
8
  # {{issue.body}} - issue body
9
9
  ---
10
- Read this newly opened GitHub issue and leave exactly one visible GitHub response.
10
+ Read {{url}} and leave a visible GitHub response.
11
11
 
12
- Issue URL: {{url}}
13
- Issue title: {{issue.title}}
14
- {{#issue.body}}
15
- Issue body:
16
- {{issue.body}}
17
- {{/issue.body}}
18
-
19
- Before answering:
20
-
21
- - Inspect the checked-out repository when the question is about current behavior, configuration, commands, or file paths.
22
- - Do not guess. Verify the answer against the repo before you post it.
23
- - When relevant, name the exact config key, env var, command, or file path you verified.
24
-
25
- - If the issue is a question or needs only guidance, post a concise comment that directly answers it.
26
12
  - If the issue needs code changes, implement them, open or update a PR, and comment with the result.
13
+ - If the issue is a question or needs only guidance, post a concise comment that directly answers it. Be practical, give examples.
27
14
  - If you cannot complete the request, comment with the blocker and the next concrete step.
28
15
 
29
- Make the visible response clean and easy to scan:
30
-
31
- - Start with a direct yes/no/decision sentence.
16
+ - Start with a direct answer or decision.
32
17
  - Keep it concise.
33
- - If the repo supports configuration, explain how to configure it instead of only stating the default.
34
- - Use at most one short list for concrete details when it improves clarity.
35
- - Leave exactly one issue comment unless you are posting a PR follow-up.
18
+ - Use short Markdown sections only when they improve clarity.
19
+
20
+ Before answering:
21
+
22
+ - Inspect the checked-out repository
23
+ - Verify every claim against the repo before you post it.
@@ -1,4 +1,8 @@
1
1
  ---
2
2
  label: "Scheduled: Update Documentation"
3
3
  ---
4
- Review recent code changes and update the documentation to reflect them.
4
+ Review all commits that landed during the last 24 hours and update the documentation to reflect the full day's changes.
5
+
6
+ Use the branch `agent/update-documentation` for this automation.
7
+ If there is already an open, unmerged PR for that branch, update that existing PR with the new documentation changes instead of opening a new PR.
8
+ If the documentation is already correct, leave the repository unchanged and do not open or update a PR.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "poe-code",
3
- "version": "3.0.141",
3
+ "version": "3.0.143",
4
4
  "description": "CLI tool to configure Poe API for developer workflows.",
5
5
  "type": "module",
6
6
  "main": "./dist/index.js",