You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Update plain-bug skill to use GitHub Issues via gh CLI
Replace the curl POST to plainframework.com/api/issues/ with
gh issue create --repo dropseed/plain. Adds guidance for including
reproduction steps, error output, and root cause when available.
description: Submit a bug report for the Plain framework. Use when you encounter a bug, error, or unexpected behavior. Collects context and posts to plainframework.com.
3
+
description: Submit a bug report for the Plain framework. Use when you encounter a bug, error, or unexpected behavior. Collects context and creates a GitHub issue.
4
4
---
5
5
6
6
# Submit a Plain Bug Report
@@ -10,7 +10,15 @@ description: Submit a bug report for the Plain framework. Use when you encounter
10
10
Ask the user for:
11
11
12
12
-**Title** (required) — a short summary of the bug
13
-
-**Body** (required) — what happened, steps to reproduce, error output, etc.
13
+
-**Description** (required) — what happened and how to trigger it.
14
+
15
+
Keep it concise but include whichever of these are available:
16
+
17
+
-**Reproduction steps** — a minimal code snippet or command sequence that triggers the bug. Most valuable when the bug is reproducible.
18
+
-**Actual error** — the traceback or unexpected output verbatim (trimmed to the relevant parts).
19
+
-**Root cause / fix** — if you have high-confidence insight, include it. Helps maintainers triage faster.
20
+
21
+
Not every bug will have all three — a feature that's missing or behaves incorrectly may just need a clear description.
14
22
15
23
## 2. Collect environment info
16
24
@@ -28,29 +36,40 @@ uv run python --version
28
36
uname -s -r
29
37
```
30
38
31
-
## 3. Submit the bug report
39
+
## 3. Confirm with user
40
+
41
+
Show the user the full issue title and body before submitting. Do NOT submit without explicit approval.
32
42
33
-
POST the bug report to the Plain API using curl:
43
+
## 4. Submit via `gh`
44
+
45
+
Create the issue using the GitHub CLI:
34
46
35
47
```bash
36
-
curl -s -X POST https://plainframework.com/api/issues/ \
- If successful (response contains `"status": "created"`), tell the user their bug report was submitted and show the issue ID.
50
-
- If there was an error, show the error details and suggest they try again or file the issue manually on GitHub.
69
+
Show the issue URL returned by `gh` so the user can follow up.
51
70
52
71
## Guidelines
53
72
54
-
-Always confirm the title and body with the user before submitting.
55
-
-Do NOT submit without the user's explicit approval.
56
-
-Escape special characters properly in the JSON payload.
73
+
-**No private info** — Don't include file paths, env vars, API keys, secrets, database URLs, or other project-specific details. Only include Plain/Python versions, OS, and the bug description.
74
+
-**Confirm before submitting** — Always show the full issue body to the user and get approval before creating.
75
+
-**No label needed** — Maintainers will triage and label the issue.
description: Submit a bug report for the Plain framework. Use when you encounter a bug, error, or unexpected behavior. Collects context and posts to plainframework.com.
3
+
description: Submit a bug report for the Plain framework. Use when you encounter a bug, error, or unexpected behavior. Collects context and creates a GitHub issue.
4
4
---
5
5
6
6
# Submit a Plain Bug Report
@@ -10,7 +10,15 @@ description: Submit a bug report for the Plain framework. Use when you encounter
10
10
Ask the user for:
11
11
12
12
-**Title** (required) — a short summary of the bug
13
-
-**Body** (required) — what happened, steps to reproduce, error output, etc.
13
+
-**Description** (required) — what happened and how to trigger it.
14
+
15
+
Keep it concise but include whichever of these are available:
16
+
17
+
-**Reproduction steps** — a minimal code snippet or command sequence that triggers the bug. Most valuable when the bug is reproducible.
18
+
-**Actual error** — the traceback or unexpected output verbatim (trimmed to the relevant parts).
19
+
-**Root cause / fix** — if you have high-confidence insight, include it. Helps maintainers triage faster.
20
+
21
+
Not every bug will have all three — a feature that's missing or behaves incorrectly may just need a clear description.
14
22
15
23
## 2. Collect environment info
16
24
@@ -28,29 +36,40 @@ uv run python --version
28
36
uname -s -r
29
37
```
30
38
31
-
## 3. Submit the bug report
39
+
## 3. Confirm with user
40
+
41
+
Show the user the full issue title and body before submitting. Do NOT submit without explicit approval.
32
42
33
-
POST the bug report to the Plain API using curl:
43
+
## 4. Submit via `gh`
44
+
45
+
Create the issue using the GitHub CLI:
34
46
35
47
```bash
36
-
curl -s -X POST https://plainframework.com/api/issues/ \
- If successful (response contains `"status": "created"`), tell the user their bug report was submitted and show the issue ID.
50
-
- If there was an error, show the error details and suggest they try again or file the issue manually on GitHub.
69
+
Show the issue URL returned by `gh` so the user can follow up.
51
70
52
71
## Guidelines
53
72
54
-
-Always confirm the title and body with the user before submitting.
55
-
-Do NOT submit without the user's explicit approval.
56
-
-Escape special characters properly in the JSON payload.
73
+
-**No private info** — Don't include file paths, env vars, API keys, secrets, database URLs, or other project-specific details. Only include Plain/Python versions, OS, and the bug description.
74
+
-**Confirm before submitting** — Always show the full issue body to the user and get approval before creating.
75
+
-**No label needed** — Maintainers will triage and label the issue.
0 commit comments