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
Copy file name to clipboardExpand all lines: README.md
+9-26Lines changed: 9 additions & 26 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -822,20 +822,6 @@ The following sets of tools are available (all are on by default):
822
822
-`startSide`: For multi-line comments, the starting side of the diff that the comment applies to. LEFT indicates the previous state, RIGHT indicates the new state (string, optional)
823
823
-`subjectType`: The level at which the comment is targeted (string, required)
824
824
825
-
-**create_and_submit_pull_request_review** - Create and submit a pull request review without comments
826
-
-`body`: Review comment text (string, required)
827
-
-`commitID`: SHA of commit to review (string, optional)
828
-
-`event`: Review action to perform (string, required)
829
-
-`owner`: Repository owner (string, required)
830
-
-`pullNumber`: Pull request number (number, required)
Copy file name to clipboardExpand all lines: pkg/github/__toolsnaps__/pull_request_read.snap
+8Lines changed: 8 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -8,6 +8,14 @@
8
8
"properties": {
9
9
"method": {
10
10
"description": "Action to specify what pull request data needs to be retrieved from GitHub. \nPossible options: \n 1. get - Get details of a specific pull request.\n 2. get_diff - Get the diff of a pull request.\n 3. get_status - Get status of a head commit in a pull request. This reflects status of builds and checks.\n 4. get_files - Get the list of files changed in a pull request. Use with pagination parameters to control the number of results returned.\n 5. get_review_comments - Get the review comments on a pull request. Use with pagination parameters to control the number of results returned.\n 6. get_reviews - Get the reviews on a pull request. When asked for review comments, use get_review_comments method.\n",
"title": "Write operations (create, submit, delete) on pull request reviews.",
4
+
"readOnlyHint": false
5
+
},
6
+
"description": "Create and/or submit, delete review of a pull request.\n\nAvailable methods:\n- create: Create a new review of a pull request. If \"event\" parameter is provided, the review is submitted. If \"event\" is omitted, a pending review is created.\n- submit_pending: Submit an existing pending review of a pull request. This requires that a pending review exists for the current user on the specified pull request. The \"body\" and \"event\" parameters are used when submitting the review.\n- delete_pending: Delete an existing pending review of a pull request. This requires that a pending review exists for the current user on the specified pull request.\n",
7
+
"inputSchema": {
8
+
"properties": {
9
+
"body": {
10
+
"description": "Review comment text",
11
+
"type": "string"
12
+
},
13
+
"commitID": {
14
+
"description": "SHA of commit to review",
15
+
"type": "string"
16
+
},
17
+
"event": {
18
+
"description": "Review action to perform.",
19
+
"enum": [
20
+
"APPROVE",
21
+
"REQUEST_CHANGES",
22
+
"COMMENT"
23
+
],
24
+
"type": "string"
25
+
},
26
+
"method": {
27
+
"description": "The write operation to perform on pull request review.",
return"## Pull Requests\n\nPR review workflow: Always use 'create_pending_pull_request_review' → 'add_comment_to_pending_review' → 'submit_pending_pull_request_review' for complex reviews with line-specific comments."
54
+
return`## Pull Requests
55
+
56
+
PR review workflow: Always use 'pull_request_review_write' with method 'create' to create a pending review, then 'add_comment_to_pending_review' to add comments, and finally 'pull_request_review_write' with method 'submit_pending' to submit the review for complex reviews with line-specific comments.`
55
57
case"issues":
56
-
return"## Issues\n\nCheck 'list_issue_types' first for organizations to use proper issue types. Use 'search_issues' before creating new issues to avoid duplicates. Always set 'state_reason' when closing issues."
58
+
return`## Issues
59
+
60
+
Check 'list_issue_types' first for organizations to use proper issue types. Use 'search_issues' before creating new issues to avoid duplicates. Always set 'state_reason' when closing issues.`
57
61
case"discussions":
58
-
return"## Discussions\n\nUse 'list_discussion_categories' to understand available categories before creating discussions. Filter by category for better organization."
62
+
return`## Discussions
63
+
64
+
Use 'list_discussion_categories' to understand available categories before creating discussions. Filter by category for better organization.`
0 commit comments