Create GitHub issues from confirmed tasks
Prepare GitHub issues from reviewed tasks with a documented write operation, connector evidence, permissions and explicit read-test limits.
Content updated:
Does this route fit?
The task must already have a confirmed title and description. The API documents issue creation, and the observed MCP inventory includes the corresponding write tool. Only two public read operations have been practically tested.
Untested: no complete practical workflow established.
1/1 steps backed by API documentation.
Required apps
Setup and a small test
Choose your own test repository. Review task content and visibility before submitting it to GitHub.
Inspect the exact connection. Docker needs required variables forwarded with “-e NAME” before the image; setting a value only in the client is insufficient.
Search for your provenance marker before creating an issue again. After success, read the issue and repository back, then clean up the test entry.
Steps and evidence
Create an issue
GitHub
Technically inspected · Workflow not yet practically tested
Details
Provider API:
issues/createPOST /repos/{owner}/{repo}/issuesPermissions
Documented scope alternatives
Not checked
Do not request all scopes. Select the least privileged scope that covers the operation and resource.
Technically inspected ·
issue_write·This dated test covers public reads with the recorded test client. Private data, writes and your own account were not tested.
Costs and limits
Not checked for this account and operation. Free access is not promised.
Source · Last confirmed:
Tests and limitations
The public report proves neither issue creation nor private repository access. The remote version and effective scopes were not established in that historical test. An installed tool is not a write permission.
Public verification reports · Open the local runner and instructions
Alternatives
Create the confirmed issue in the GitHub interface first. Extracting it from meeting notes requires separate evidence that is currently missing.